P2P-мессенджер Juggernaut в сети Lightning Network
⬇️⬇️⬇️
https://t.me/hypecoinnews/2216
Мессенджер работает на технологии LSAT от Lightning Lab. Уже упоминал про возможность отправки сообщений в сети LN - решение whatsat.
Видимо идея Private Messages в сети LN зашла John Cantrell и он воплотил ее в жизнь:)
⬇️⬇️⬇️
https://t.me/hypecoinnews/2216
Мессенджер работает на технологии LSAT от Lightning Lab. Уже упоминал про возможность отправки сообщений в сети LN - решение whatsat.
Видимо идея Private Messages в сети LN зашла John Cantrell и он воплотил ее в жизнь:)
Ко дню рождения Хэлла Финни
t.me/incrypted_net/6113
Вспомнил старый пост свой о нем, системе hashcash и алгоритме RPoW.
⬇️⬇️⬇️
t.me/CryptoBotan/882
t.me/incrypted_net/6113
Вспомнил старый пост свой о нем, системе hashcash и алгоритме RPoW.
⬇️⬇️⬇️
t.me/CryptoBotan/882
Telegram
Incrypted
Сегодня день рождения у Хэла Финни – человека, без которого не было бы биткоина
https://forklog.com/genezis-arhivy-hel-finni-chelovek-bez-kotorogo-ne-bylo-by-bitkoina/
Сегодня исполнилось бы 64 года Хэлу Финни, человеку, который сыграл важнейшую роль в…
https://forklog.com/genezis-arhivy-hel-finni-chelovek-bez-kotorogo-ne-bylo-by-bitkoina/
Сегодня исполнилось бы 64 года Хэлу Финни, человеку, который сыграл важнейшую роль в…
Я технологический стек то разобрал, а вывод какой?Какой итог? Чем все закончилось??Бонусный уровень где?
Кроче решил подвести черту вот чем...
Биткойн ведь вмещает в себя всё и всех:
- Хочешь приватности? Вот тебе "confidential transaction".
- Деньги "запачкал"? Не беда - CoinJoin и ещё много всего для разных целей и задач.
-Есть магазин свой? Вот тебе BitPay. Ааа, децентрализацию подавай, вот вам BTCPay.
- Мгновенные микроплатежи? Держите LN... Корпоративные средства? - вот вам Liquid.
-Создавать свои активы в Issued Assets. Использовать DeFi. Строить мосты между блокчейнами, по типу RSK Даже Mining Derivatives здесь есть.
А сколько ещё можно придумать и построить.
Так что для меня вывод такой:
Биткойн многоЛик и многогранен. Для всех нас, таких разных, он пристанище в новом мире, и от нас зависит каким будет этот мир. Пафосно, зато от души 😉
Кроче решил подвести черту вот чем...
Биткойн ведь вмещает в себя всё и всех:
- Хочешь приватности? Вот тебе "confidential transaction".
- Деньги "запачкал"? Не беда - CoinJoin и ещё много всего для разных целей и задач.
-Есть магазин свой? Вот тебе BitPay. Ааа, децентрализацию подавай, вот вам BTCPay.
- Мгновенные микроплатежи? Держите LN... Корпоративные средства? - вот вам Liquid.
-Создавать свои активы в Issued Assets. Использовать DeFi. Строить мосты между блокчейнами, по типу RSK Даже Mining Derivatives здесь есть.
А сколько ещё можно придумать и построить.
Так что для меня вывод такой:
Биткойн многоЛик и многогранен. Для всех нас, таких разных, он пристанище в новом мире, и от нас зависит каким будет этот мир. Пафосно, зато от души 😉
Telegram
CryptoBotan
✅✅✅
Технологический стек биткоина
Несколько месяцев работы в этом посте. Как итог: визуализация масштабов экосистемы Биткойна и работы над ней.
Добавил от себя некоторые решения. Внутри ссылки на проекты и протоколы, статьи и посты из других каналов.…
Технологический стек биткоина
Несколько месяцев работы в этом посте. Как итог: визуализация масштабов экосистемы Биткойна и работы над ней.
Добавил от себя некоторые решения. Внутри ссылки на проекты и протоколы, статьи и посты из других каналов.…
В чате t.me/gfshitchat/156977 задался вот какой вопрос (изображение №1). Относится ли топологическая схема (В) к сети Биткойн?
На этой теме и решил сделать пост.
В 1991 году, была представлена работа по криптографически защищенной цепочке блоков данных с соответствующими метками времени. Целью проекта было создание системы временных меток договоров, которые нельзя изменить или
подделать. Система называлась Surety и была создана Хабером и Сторнеттом. Эта система и была реализована в 2008 году, в которой был усовершенствован метод добавления данных в цепочку блоков, не требующих подписи доверенных лиц.
DLT (Distributed Ledger Technology - Технология распределенного реестра) - это совокупность реплицированных, совместно используемых и синхронизированных цифровых данных, географически распределенных между несколькими участниками, странами или учреждениями.
Лучший пример работающего DLT - это блокчейн Биткойна.
Блокчейн - это выстроенная по определённым правилам непрерывная последовательная цепочка блоков (связный список), содержащих информацию. Впервые термин появился как название полностью реплицированной распределённой базы данных, реализованной в системе «Биткойн».
Но это не означает, что DLT система - это блокчейн Биткойна. Скорее, блокчейн Биткойна, да и любой другой блокчейн - это одна из возможных реализаций DLT-системы.
Еще к DLT системам относятся:
Hyperledger Fabric (HLF) от IBM
DAG (IOTA, Hashgraph, NANO, скам проект DagCoin😁)
IPFS
RADIX (TEMPO) и т.д.
Разделение на два типа (как на изображении №1): блокчейн и DLT - уже неверно, так как блокчейн - это есть вид DLT - систем. Нагляднее на схеме №2.
Спасибо @streamtv85:
Автор что сделал подписи - спутал теплое с мягким. На рисунке - типы топологии сети. Первый - классическая клиент-серверная модель, с единой точкой отказа. Вторая - это кластерная модель (как у Гугла например), там нагрузка распределяется и с точками отказа проще. Справа - это p2p-сеть, где каждый узел сети является и клиентом и сервером. Так же как и у сети битка, и у сети IPFS например.
Блокчейн же разделяется по видам. Здесь нет четкого разделения. Например такое:
- Permissionless Blockchain - не имеет центрального узла (органа) подтверждающего транзакции. Пользователи имеют равные права. Полностью децентрализованная сеть.
- Public Permissioned Blockchain - транзакции подтверждают люди, центральные узлы, органы. Пользователи имеют разные права могут просматривать данные. Централизованная структура.
- Private Permissioned Blockchain - данные открыты не для всех. Может быть как централизованным так децентрализованным.
Бутерин же в своем посте провел такую классификацию:
- Частная блоковая цепь (fully private blockchains)
- Блоковая цепь, принадлежащая консорциуму (consortium blockchains)
- Публичная блоковая цепь (public blockchains).
Пару ссылочек для изучения:
Является ли анализируемый объект DLT-системой? (хабр статья)
Distributed Ledger Technology: beyond block chain (ссылка на pdf, англ.)
На этой теме и решил сделать пост.
В 1991 году, была представлена работа по криптографически защищенной цепочке блоков данных с соответствующими метками времени. Целью проекта было создание системы временных меток договоров, которые нельзя изменить или
подделать. Система называлась Surety и была создана Хабером и Сторнеттом. Эта система и была реализована в 2008 году, в которой был усовершенствован метод добавления данных в цепочку блоков, не требующих подписи доверенных лиц.
DLT (Distributed Ledger Technology - Технология распределенного реестра) - это совокупность реплицированных, совместно используемых и синхронизированных цифровых данных, географически распределенных между несколькими участниками, странами или учреждениями.
Лучший пример работающего DLT - это блокчейн Биткойна.
Блокчейн - это выстроенная по определённым правилам непрерывная последовательная цепочка блоков (связный список), содержащих информацию. Впервые термин появился как название полностью реплицированной распределённой базы данных, реализованной в системе «Биткойн».
Но это не означает, что DLT система - это блокчейн Биткойна. Скорее, блокчейн Биткойна, да и любой другой блокчейн - это одна из возможных реализаций DLT-системы.
Еще к DLT системам относятся:
Hyperledger Fabric (HLF) от IBM
DAG (IOTA, Hashgraph, NANO, скам проект DagCoin😁)
IPFS
RADIX (TEMPO) и т.д.
Разделение на два типа (как на изображении №1): блокчейн и DLT - уже неверно, так как блокчейн - это есть вид DLT - систем. Нагляднее на схеме №2.
Спасибо @streamtv85:
Автор что сделал подписи - спутал теплое с мягким. На рисунке - типы топологии сети. Первый - классическая клиент-серверная модель, с единой точкой отказа. Вторая - это кластерная модель (как у Гугла например), там нагрузка распределяется и с точками отказа проще. Справа - это p2p-сеть, где каждый узел сети является и клиентом и сервером. Так же как и у сети битка, и у сети IPFS например.
Блокчейн же разделяется по видам. Здесь нет четкого разделения. Например такое:
- Permissionless Blockchain - не имеет центрального узла (органа) подтверждающего транзакции. Пользователи имеют равные права. Полностью децентрализованная сеть.
- Public Permissioned Blockchain - транзакции подтверждают люди, центральные узлы, органы. Пользователи имеют разные права могут просматривать данные. Централизованная структура.
- Private Permissioned Blockchain - данные открыты не для всех. Может быть как централизованным так децентрализованным.
Бутерин же в своем посте провел такую классификацию:
- Частная блоковая цепь (fully private blockchains)
- Блоковая цепь, принадлежащая консорциуму (consortium blockchains)
- Публичная блоковая цепь (public blockchains).
Пару ссылочек для изучения:
Является ли анализируемый объект DLT-системой? (хабр статья)
Distributed Ledger Technology: beyond block chain (ссылка на pdf, англ.)
Вернемся к теме #Privacy и сегодня про CoinJoinXT
Часть.1
⬇️⬇️⬇️
Напомню, CoinJoin предлагает возможность предоставлять входные данные для транзакций, для невозможности определения владения или контроля над выходными данными.
Как уже давно всем известно, классический CJ имеет ряд недостатков и упущений:
- если все участники CoinJoin не используют равные суммы, то можно определить какие входы, оплачивают выходы
- наблюдатель может определить, что это CoinJoin-транзакция, а следовательно, нарушается принцип взаимозаменяемости.
Анализ блокчейна подразумевает вероятностные предположения - эвристику. Подробнее в разделе “Блокчейн-атаки на приватность” на канале @bitcoin_translated
Эвристика 1 - все входные данные для транзакции принадлежат одной и той же стороне.
Эвристика 2-одноразовые адреса изменения принадлежат той же стороне, что и входные данные.
Также существует еще одна эвристика: "передача права собственности между сторонами в одной сделке подразумевает передачу права собственности"😐 Но я тоже не сразу въехал и об этом позже.
Adam Gibson, один из разработчиков JoinMarket, называет CoinJoin моделью "внутренней взаимозаменяемости", хоть и создаваемая транзакция распознается как CoinJoin, невозможно различить выходы, так как они равны.
Также он предлагает модель "отрицания", где транзакции взаимозаменяемы, но выглядят как обычные платежи. Такой способ он назвал CoinJoinXT.
Часть.1
⬇️⬇️⬇️
Напомню, CoinJoin предлагает возможность предоставлять входные данные для транзакций, для невозможности определения владения или контроля над выходными данными.
Как уже давно всем известно, классический CJ имеет ряд недостатков и упущений:
- если все участники CoinJoin не используют равные суммы, то можно определить какие входы, оплачивают выходы
- наблюдатель может определить, что это CoinJoin-транзакция, а следовательно, нарушается принцип взаимозаменяемости.
Анализ блокчейна подразумевает вероятностные предположения - эвристику. Подробнее в разделе “Блокчейн-атаки на приватность” на канале @bitcoin_translated
Эвристика 1 - все входные данные для транзакции принадлежат одной и той же стороне.
Эвристика 2-одноразовые адреса изменения принадлежат той же стороне, что и входные данные.
Также существует еще одна эвристика: "передача права собственности между сторонами в одной сделке подразумевает передачу права собственности"😐 Но я тоже не сразу въехал и об этом позже.
Adam Gibson, один из разработчиков JoinMarket, называет CoinJoin моделью "внутренней взаимозаменяемости", хоть и создаваемая транзакция распознается как CoinJoin, невозможно различить выходы, так как они равны.
Также он предлагает модель "отрицания", где транзакции взаимозаменяемы, но выглядят как обычные платежи. Такой способ он назвал CoinJoinXT.
Вернемся к теме #Privacy и сегодня про CoinJoinXT
Часть.2
⬇️⬇️⬇️
CoinJoinXT - это метод повышения приватности не связанный с хранением данных и связанный с CoinJoin.
Принцип работы основан на создании графов декларируемых траназкций или просто графов транзакций (proposed transaction graph, PTG).
PTG представляет собой цепочку (дерево транзакций), где каждый TX имеет F (транзакцию финансирования) в качестве предка и один вход зависящий от F.
В PTG биткоины, принадлежащие определенным лицам, отправляются от одной стороны другой во всех транзакциях, и в итоге возвращаются их законным владельцам. Система устроена так, что процесс PTG является атомарным. Либо весь PTG подтверждается в блокчейне, либо ни одна из транзакций. Это не дает возможности участвующим сторонам украсть средства.
PTG может содержать любой список транзакций, который усложняет граф транзакций.
Для CoinJoinXT требуется, чтобы все транзакции в PTG были только segwit. Segwit позволяет предварительно подписывать не только отдельные транзакции, но и цепочки транзакций.
Модель использующаяся в CJTX
Две стороны отправляют BTC на выход 2-of-2 multisig (транзакция финансирования). Не подписывая эту транзакцию, они создают другую транзакцию time-locked и тратят 2-of-2 multisig на третий счет (транзакция расходов). Они подписывают сделку о расходах и обмениваются подписями. Затем подписывают и фиксируют транзакцию финансирования в блокчейне. Транзакция расходов будет подтверждена после истечения времени блокировки (lock-time) и в соответствии с контрактом транзакция финансирования будет реализована.
В CoinJoin две и более сторон вносят свои UTXOs в одну транзакцию. При помощи CoinJoinXT стороны делают то же самое с транзакцией финансирования, но предварительно подписывая набор из более чем одной транзакции расходов. Схема ниже.
A 1btc --->
F (2,2,A,B) --+
Б 1btc --->|
+-->(PTG)->TX1->TX2->TX3 ..
Можно создавать транзакции, используя предложенный график транзакций, но производить платежи по отдельности А или Б, тем самым нарушая эвристику о передачи прав собственности (1часть). Транзакция может платить А, но это может и не быть платеж. Это и есть модель отрицания.
Однако, такая конструкция ограничена, потому что все начинается с одной транзакции. Даже если это дерево, а не цепочка, все еще остается одна уникальная точка входа в блокчейн.
Статья by Adam Gibson
Более тезисно о CoinJoinXT
#Privacy
Часть.2
⬇️⬇️⬇️
CoinJoinXT - это метод повышения приватности не связанный с хранением данных и связанный с CoinJoin.
Принцип работы основан на создании графов декларируемых траназкций или просто графов транзакций (proposed transaction graph, PTG).
PTG представляет собой цепочку (дерево транзакций), где каждый TX имеет F (транзакцию финансирования) в качестве предка и один вход зависящий от F.
В PTG биткоины, принадлежащие определенным лицам, отправляются от одной стороны другой во всех транзакциях, и в итоге возвращаются их законным владельцам. Система устроена так, что процесс PTG является атомарным. Либо весь PTG подтверждается в блокчейне, либо ни одна из транзакций. Это не дает возможности участвующим сторонам украсть средства.
PTG может содержать любой список транзакций, который усложняет граф транзакций.
Для CoinJoinXT требуется, чтобы все транзакции в PTG были только segwit. Segwit позволяет предварительно подписывать не только отдельные транзакции, но и цепочки транзакций.
Модель использующаяся в CJTX
Две стороны отправляют BTC на выход 2-of-2 multisig (транзакция финансирования). Не подписывая эту транзакцию, они создают другую транзакцию time-locked и тратят 2-of-2 multisig на третий счет (транзакция расходов). Они подписывают сделку о расходах и обмениваются подписями. Затем подписывают и фиксируют транзакцию финансирования в блокчейне. Транзакция расходов будет подтверждена после истечения времени блокировки (lock-time) и в соответствии с контрактом транзакция финансирования будет реализована.
В CoinJoin две и более сторон вносят свои UTXOs в одну транзакцию. При помощи CoinJoinXT стороны делают то же самое с транзакцией финансирования, но предварительно подписывая набор из более чем одной транзакции расходов. Схема ниже.
A 1btc --->
F (2,2,A,B) --+
Б 1btc --->|
+-->(PTG)->TX1->TX2->TX3 ..
Можно создавать транзакции, используя предложенный график транзакций, но производить платежи по отдельности А или Б, тем самым нарушая эвристику о передачи прав собственности (1часть). Транзакция может платить А, но это может и не быть платеж. Это и есть модель отрицания.
Однако, такая конструкция ограничена, потому что все начинается с одной транзакции. Даже если это дерево, а не цепочка, все еще остается одна уникальная точка входа в блокчейн.
Статья by Adam Gibson
Более тезисно о CoinJoinXT
#Privacy
Forwarded from 21 идея
Счастливого халвинга!
Чтобы отпраздновать этот знаменательный день, BITCOIN TRANSLATED объявляет КВИЗ-соревнование. Ну а какое может быть соревнование без призов? Чтобы получить крутейшие призы прямиком из вселенной Биткоина, подпишись на наш телеграм канал и ознакомься с деталями конкурса здесь.
Учись вместе с нами, чтобы стать на шаг ближе к собственному финансовому суверенитету.
Telegram
BITCOIN TRANSLATED
Итак, мы проводим квиз “Краткая история денег от пещерных людей до сети лайтнинг”. Квиз, как вы уже поняли, посвящен истории эволюции денег и роли Биткоина в современной экономической похлебке.
Мы бы хотели выразить особую благодарность всем, поддержавшим…
Мы бы хотели выразить особую благодарность всем, поддержавшим…
Atomic Multipath Payments - AMP (Атомарный многопутевой платеж) - это технология маршрутизации Lightning, которая делает возможной маршрутизацию крупных платежей в сети.
⬇️⬇️⬇️
Одна из ранних проблем сети LN - это централизованные концентраторы. Если отправитель и получатель не связаны на прямую через канал, то отправка транзакций с большой суммой является проблемой.
Фишка в том, что при отправке средств через посредников (косвенный канал), у посредников должна быть в резерве (в соответствующем платежном канале) та сумма, которую передает отправитель А получателю Б.
AMP - это протокол позволяющий направлять один платеж по нескольким транзакциям в сети LN. Т.е. позволяет сделать большой платеж, разделив его на несколько мелких сумм и отправив через несколько платежных каналов, через разных посредников.
Об этой проблеме я упоминал в таком решении как Channel Factories делающее LN 3-м слоем в сети Биткойн.
Тут же возникает риск, связанный с тем, что получатель может получить лишь часть платежей, т.к. один или несколько мелких платежей могут оказаться неудачными по разным причинам.
Для предотвращения таких ситуаций AMP разработан так, что получатель получит либо полную сумму, либо ничего не получит.
(Все или ничего😅)
На примере:
А отправляет Б один BTC. Прямого канала соединяющих их нет. Условно, А ищет несколько непрямых маршрутов для соединения с Б. Ни один из этих каналов в каждом из путей маршрутизации не имеет 1 BTC.
Она может отправить средства через 3 канала: 0.5BTC + 0.3BTC + 0.2BTC при помощи AMP.
Конечно до этого можно было отправлять большие суммы, мелкими частями, но это могло привести к частичной оплате, как я упомянул в самом начале. Такой сценарий может стать проблемой, например при оплате товаров или услуг.
Помимо удобства совершения платежей, AMP повышает конфиденциальность, т.к. крупные платежи, за которые могут взять за жо-у, выглядят мелкими. Плюс ко всему только А и Б знают как они отправляют или получают платеж через AMP.
Более подробно про AMP в рассылке разработчиков
Статья об AMP в блоге Lightning
Посмотреть на варианты AMP в интерактивном режиме можно в здесь (https://www.robtex.com/lnemulator.html)
Предыдущие посты о LN:
1) Lightning Network
2) Tierion (LSATS)
3) Lightning Loop
4) Все о Lightning Network. От введения до построения платежных каналов
5) О типах Lightning Network смарт-контрактов
6) Приложения и плагины для LN
⬇️⬇️⬇️
Одна из ранних проблем сети LN - это централизованные концентраторы. Если отправитель и получатель не связаны на прямую через канал, то отправка транзакций с большой суммой является проблемой.
Фишка в том, что при отправке средств через посредников (косвенный канал), у посредников должна быть в резерве (в соответствующем платежном канале) та сумма, которую передает отправитель А получателю Б.
AMP - это протокол позволяющий направлять один платеж по нескольким транзакциям в сети LN. Т.е. позволяет сделать большой платеж, разделив его на несколько мелких сумм и отправив через несколько платежных каналов, через разных посредников.
Об этой проблеме я упоминал в таком решении как Channel Factories делающее LN 3-м слоем в сети Биткойн.
Тут же возникает риск, связанный с тем, что получатель может получить лишь часть платежей, т.к. один или несколько мелких платежей могут оказаться неудачными по разным причинам.
Для предотвращения таких ситуаций AMP разработан так, что получатель получит либо полную сумму, либо ничего не получит.
(Все или ничего😅)
На примере:
А отправляет Б один BTC. Прямого канала соединяющих их нет. Условно, А ищет несколько непрямых маршрутов для соединения с Б. Ни один из этих каналов в каждом из путей маршрутизации не имеет 1 BTC.
Она может отправить средства через 3 канала: 0.5BTC + 0.3BTC + 0.2BTC при помощи AMP.
Конечно до этого можно было отправлять большие суммы, мелкими частями, но это могло привести к частичной оплате, как я упомянул в самом начале. Такой сценарий может стать проблемой, например при оплате товаров или услуг.
Помимо удобства совершения платежей, AMP повышает конфиденциальность, т.к. крупные платежи, за которые могут взять за жо-у, выглядят мелкими. Плюс ко всему только А и Б знают как они отправляют или получают платеж через AMP.
Более подробно про AMP в рассылке разработчиков
Статья об AMP в блоге Lightning
Посмотреть на варианты AMP в интерактивном режиме можно в здесь (https://www.robtex.com/lnemulator.html)
Предыдущие посты о LN:
1) Lightning Network
2) Tierion (LSATS)
3) Lightning Loop
4) Все о Lightning Network. От введения до построения платежных каналов
5) О типах Lightning Network смарт-контрактов
6) Приложения и плагины для LN
Стеганография
На идею написания этого поста меня натолкнула ветка на bitcointalk, где обсуждалась идея использования стеганографии для сокрытия перемещения BTC.
Решения для повышения приватности, такие как CoinJoin, скрывают источник транзакции, но не сам факт того, что что-то скрывается. Мы конечно можем нарушить эвристику общих входных данных, но это не решит проблему приватности в полной мере.
Можно скрыть сумму платежа при помощи "Confidential Transaction" или использовать TumbleBit. Но тот факт что что-то скрывается, как раз и стимулирует развитие таких технологий, которые стремятся анализировать сети. Сделать так, чтобы все транзакции выглядели одинаковыми - одна из главных задач в разработке решений #Privacy.
Шифрование, как способ криптографической защиты, представляет данные в таком виде, что не зная ключа, невозможно их расшифровать. Но сам факт, что что-то скрыто остается.
Одним из способов скрыть факт сокрытия это стеганография. Это наука о скрытой передаче информации путем сохранения в секрете самого факта какой-либо передачи.
Криптография скрывает содержимое секретного сообщения, а стеганография - существование такого сообщения.
Именно объединение этих двух способов и повышает эффективность защиты информации.
Скрыть сообщение можно где угодно:
LSB-стеганография
MP3
Метаданные
Изображения
Американский художник Andy Bauch в своих картинах закодировал 1 BTC. Если вам интересны головоломки, вот пару ссылок с описанием раскодировки. Ссылка
Еще одно изображение «Легенда о Сатоши Накамото» содержало в себе награду 5 BTC.
Примерами решений использующих стеганографический принцип приватности это: CoinSwap, CoinJoinXT (первая и вторая части), P2EP.
Инструмент для стеганографической кодировки исходных кодовых фраз кошельков Биткойна - Stanley's Stegoseed. Он позволяет стеганографически кодировать и раскодировать ключи BIP39.
Подробнее о стеганографии:
Стеганография. Скрытие информации в изображениях
ОСНОВНЫЕ ПОЛОЖЕНИЯ СТЕГАНОГРАФИИ
#Privacy
На идею написания этого поста меня натолкнула ветка на bitcointalk, где обсуждалась идея использования стеганографии для сокрытия перемещения BTC.
Решения для повышения приватности, такие как CoinJoin, скрывают источник транзакции, но не сам факт того, что что-то скрывается. Мы конечно можем нарушить эвристику общих входных данных, но это не решит проблему приватности в полной мере.
Можно скрыть сумму платежа при помощи "Confidential Transaction" или использовать TumbleBit. Но тот факт что что-то скрывается, как раз и стимулирует развитие таких технологий, которые стремятся анализировать сети. Сделать так, чтобы все транзакции выглядели одинаковыми - одна из главных задач в разработке решений #Privacy.
Шифрование, как способ криптографической защиты, представляет данные в таком виде, что не зная ключа, невозможно их расшифровать. Но сам факт, что что-то скрыто остается.
Одним из способов скрыть факт сокрытия это стеганография. Это наука о скрытой передаче информации путем сохранения в секрете самого факта какой-либо передачи.
Криптография скрывает содержимое секретного сообщения, а стеганография - существование такого сообщения.
Именно объединение этих двух способов и повышает эффективность защиты информации.
Скрыть сообщение можно где угодно:
LSB-стеганография
MP3
Метаданные
Изображения
Американский художник Andy Bauch в своих картинах закодировал 1 BTC. Если вам интересны головоломки, вот пару ссылок с описанием раскодировки. Ссылка
Еще одно изображение «Легенда о Сатоши Накамото» содержало в себе награду 5 BTC.
Примерами решений использующих стеганографический принцип приватности это: CoinSwap, CoinJoinXT (первая и вторая части), P2EP.
Инструмент для стеганографической кодировки исходных кодовых фраз кошельков Биткойна - Stanley's Stegoseed. Он позволяет стеганографически кодировать и раскодировать ключи BIP39.
Подробнее о стеганографии:
Стеганография. Скрытие информации в изображениях
ОСНОВНЫЕ ПОЛОЖЕНИЯ СТЕГАНОГРАФИИ
#Privacy
В марте 2019 года, Matt Corallo, тот что разработал первую версию сети ретрансляции биткойнов- Bitcoin Relay Network, предложил провести "Consensus Cleanup Soft Fork" (Великая чистка консенсуса).
Это новый BIP в котором присутствует ряд изменений в коде консенсуса биткойна. Эти обновления позволят устранить пограничные уязвимости в протоколе. Изменения предлагается внести при помощи BIP-9, для изменения части кода. Предлагается удалить часть уязвимостей, одной из которых является timewarp attack (атака искажения времени).
Timewarp атака позволяет майнерам, контролирующим большую часть хешрейта, поддерживать или уменьшать сложность добычи даже при устойчивом общем сетевом хешрейте или увеличивать сложность, позволяя производить блоки быстрее, чем это предусмотрено протоколом. Timewarp атака позволяет влиять на скорость добычи блоков майнерами, сообщая некорректные timestamp (временные метки). Именно майнеры в сети выставляют метку о создании блоков или времени совершения транзакции.
В сообществе мнения на этот счет разделились. Greg Maxwell уверяет что: "Такая атака требует подавляющего большинства хэшрейта и может быть легко заблокирована, если кто-то начнет ее использовать".
С одной стороны если группа лиц соберет в своих руках больше половины всей мощности сети, то timewarp, да и другие уязвимости, будут блекнуть по сравнению с атакой 51%.
Но вопрос об устранении уязвимости timewarp встал острее после заявления разработчика BlockStream Mark Friedenbach о проекте Forward Blocks. Это решение позволит осуществлять изменения в Биткойне без хардфорков. Позже поговорим о нем...вернемся к нашей чистке консенсуса...
Риск атаки временного искажения можно уменьшить требуя, чтобы первый блок в новом периоде сложности имел временную метку не ранее, чем за 600 секунд до последнего блока в предыдущем периоде.
Помимо всего прочего, "Великая чистка" включает ряд изменений:
- Предотвращение использования OP CODESEPARATOR и FindAndDelete. Эти две функции используются в "не-segwit" транзакциях и ими можно злоупотреблять для увеличения объема вычислений для проверки нестандартных транзакций, создавая блоки, которые могут проверяться до получаса.
Запрет транзакций размером 64 байта позволяющих создавать уязвимости для доказательств SPV.
Основным возражением против чистки является тот факт, что некоторые обновления могут сделать некоторые существующие UTXOs нерасходуемыми, хотя и существует лишь малый шанс существования таких UTXOs.
Подробнее о great consensus cleanup:
Bitcoin Core Dev Tech
BIP
Статья на CoinJournal
Это новый BIP в котором присутствует ряд изменений в коде консенсуса биткойна. Эти обновления позволят устранить пограничные уязвимости в протоколе. Изменения предлагается внести при помощи BIP-9, для изменения части кода. Предлагается удалить часть уязвимостей, одной из которых является timewarp attack (атака искажения времени).
Timewarp атака позволяет майнерам, контролирующим большую часть хешрейта, поддерживать или уменьшать сложность добычи даже при устойчивом общем сетевом хешрейте или увеличивать сложность, позволяя производить блоки быстрее, чем это предусмотрено протоколом. Timewarp атака позволяет влиять на скорость добычи блоков майнерами, сообщая некорректные timestamp (временные метки). Именно майнеры в сети выставляют метку о создании блоков или времени совершения транзакции.
В сообществе мнения на этот счет разделились. Greg Maxwell уверяет что: "Такая атака требует подавляющего большинства хэшрейта и может быть легко заблокирована, если кто-то начнет ее использовать".
С одной стороны если группа лиц соберет в своих руках больше половины всей мощности сети, то timewarp, да и другие уязвимости, будут блекнуть по сравнению с атакой 51%.
Но вопрос об устранении уязвимости timewarp встал острее после заявления разработчика BlockStream Mark Friedenbach о проекте Forward Blocks. Это решение позволит осуществлять изменения в Биткойне без хардфорков. Позже поговорим о нем...вернемся к нашей чистке консенсуса...
Риск атаки временного искажения можно уменьшить требуя, чтобы первый блок в новом периоде сложности имел временную метку не ранее, чем за 600 секунд до последнего блока в предыдущем периоде.
Помимо всего прочего, "Великая чистка" включает ряд изменений:
- Предотвращение использования OP CODESEPARATOR и FindAndDelete. Эти две функции используются в "не-segwit" транзакциях и ими можно злоупотреблять для увеличения объема вычислений для проверки нестандартных транзакций, создавая блоки, которые могут проверяться до получаса.
Запрет транзакций размером 64 байта позволяющих создавать уязвимости для доказательств SPV.
Основным возражением против чистки является тот факт, что некоторые обновления могут сделать некоторые существующие UTXOs нерасходуемыми, хотя и существует лишь малый шанс существования таких UTXOs.
Подробнее о great consensus cleanup:
Bitcoin Core Dev Tech
BIP
Статья на CoinJournal
Не блокчейном едины...
Как уже говорил в этом посте, блокчейн - это разновидность DLT-систем, а значит, есть и другие
Сегодня про HoloChain
⬇️⬇️⬇️
Сразу отмечу, что пишу исключительно о технологии, абстрагируясь от самого проекта...Так что никаких рекомендаций!
HoloChain - это платформа для создания hApps (аналог dApps), только вместо децентрализованных, предлагается размещение распределенных приложений.
Holochain - это система, представляющая средство обеспечения целостности данных для одноранговых приложений без использования консенсуса. Суть здесь в построении распределенной вычислительной сети вместо децентрализованной.
Основная разница между распределенной и децентрализованной системами в обработке данных.
В отличие от привычного нам блокчейна, здесь нет алгоритмов PoW или PoS. Целостность данных обеспечивается путем их анализа, которые публикуются из локальной, неизменяемой цепочки каждого агента.
Другими словами, каждый агент (пользователь) "создает" свой форк блокчейна. Этот форк содержится в публичном блокчейне в виде DHT (распределенной таблицы хэшей). Для совершения платежей внутри сети, подтверждение и запись в блокчейн от всех участников сети не требуется. Они создают собственную цепочку и проводят платежи внутри нее.
Кстати, о применении DHT я уже писал в постах про децентрализованные сети. Ниже вся подборка постов
⬇️⬇️⬇️
https://t.me/CryptoBotan/782
Данные в каждом индивидуальном блокчейне проверяются на основе DHT и набора правил. Поэтому хранить копию всего блокчейна каждому узлу не нужно.
Еще одним необычным решением, по моему мнению, является "Countersigned Транзакции". Все транзакции фиксируются методом двойной записи в локальную цепочку каждого агента, участвующего в транзакции. Каждый агент обменивается данными, необходимыми для
проверки состояния другого.
Транзакция предполагает возможность взаимной проверки состояния готовности агентов к ее совершению, где не требуется достижение консенсуса. Все узлы имеют одинаковые правила проверки, поэтому если А не может подтвердить расположение средств у Б, которые он хочет потратить, то транзакция не состоится.
Подробнее о HoloChain:
GitHub
Сайт holochain.org
Обзор проекта на cp0x.com
#DLT
Как уже говорил в этом посте, блокчейн - это разновидность DLT-систем, а значит, есть и другие
Сегодня про HoloChain
⬇️⬇️⬇️
Сразу отмечу, что пишу исключительно о технологии, абстрагируясь от самого проекта...Так что никаких рекомендаций!
HoloChain - это платформа для создания hApps (аналог dApps), только вместо децентрализованных, предлагается размещение распределенных приложений.
Holochain - это система, представляющая средство обеспечения целостности данных для одноранговых приложений без использования консенсуса. Суть здесь в построении распределенной вычислительной сети вместо децентрализованной.
Основная разница между распределенной и децентрализованной системами в обработке данных.
В отличие от привычного нам блокчейна, здесь нет алгоритмов PoW или PoS. Целостность данных обеспечивается путем их анализа, которые публикуются из локальной, неизменяемой цепочки каждого агента.
Другими словами, каждый агент (пользователь) "создает" свой форк блокчейна. Этот форк содержится в публичном блокчейне в виде DHT (распределенной таблицы хэшей). Для совершения платежей внутри сети, подтверждение и запись в блокчейн от всех участников сети не требуется. Они создают собственную цепочку и проводят платежи внутри нее.
Кстати, о применении DHT я уже писал в постах про децентрализованные сети. Ниже вся подборка постов
⬇️⬇️⬇️
https://t.me/CryptoBotan/782
Данные в каждом индивидуальном блокчейне проверяются на основе DHT и набора правил. Поэтому хранить копию всего блокчейна каждому узлу не нужно.
Еще одним необычным решением, по моему мнению, является "Countersigned Транзакции". Все транзакции фиксируются методом двойной записи в локальную цепочку каждого агента, участвующего в транзакции. Каждый агент обменивается данными, необходимыми для
проверки состояния другого.
Транзакция предполагает возможность взаимной проверки состояния готовности агентов к ее совершению, где не требуется достижение консенсуса. Все узлы имеют одинаковые правила проверки, поэтому если А не может подтвердить расположение средств у Б, которые он хочет потратить, то транзакция не состоится.
Подробнее о HoloChain:
GitHub
Сайт holochain.org
Обзор проекта на cp0x.com
#DLT
Forwarded from Incrypted
«V for VeChain» (Триллер)
https://youtu.be/X2KYWRt8VyU
Мы сняли еще одно сумасшедшее видео. На этот раз для «VeChain Video Contest» и очень хотим, чтобы вы заценили его!
«..Киллер тащит по лесу свою жертву, копает яму, приставляет к голове пистолет..» Причем тут VeChain? Очень даже причем! Смотрите, и вы все узнаете!
Огромная благодарность нашим подписчикам @Summer1ce за гениальную картинку для видео и @andrey_ivanow за то, что ездил с нами в лес и копал яму в +39 на улице.
Ваш @Incrypted_net
https://youtu.be/X2KYWRt8VyU
Мы сняли еще одно сумасшедшее видео. На этот раз для «VeChain Video Contest» и очень хотим, чтобы вы заценили его!
«..Киллер тащит по лесу свою жертву, копает яму, приставляет к голове пистолет..» Причем тут VeChain? Очень даже причем! Смотрите, и вы все узнаете!
Огромная благодарность нашим подписчикам @Summer1ce за гениальную картинку для видео и @andrey_ivanow за то, что ездил с нами в лес и копал яму в +39 на улице.
Ваш @Incrypted_net
Прошу прощения за долгое отсутствие. Продолжаю рассматривать DLT-системы и сегодня про Radix и распределенный реестр Tempo
⬇️⬇️⬇️
Это решение находится в разработке и призвано решить проблему всех распределенных систем от Blockchain до DAG - проблему масштабируемости.
В сети Биткойн новые блоки появляются плюс-минус каждые 10 минут. Для обеспечения константы скорости генерации блоков, в сети Биткойн сложность корректируется: если блоки производятся часто, добывать их становится сложнее, а если редко - то легче. Такое решение зависит от представления о времени. Майнеры должны включать в каждый блок метку времени.
Однажды я писал уже об атаке Timewarp, которая позволяет влиять на скорость добычи блоков майнерами, сообщая некорректные timestamp (временные метки).
Прикрепляя метку времени к событию, из-за такой проблемы как задержка сети, каждая система может стать свидетелем события в разное время. В сети Биткойн проблему задержки сети призваны решить протоколы ретрансляции.
Сеть Биткойн, вместо того чтобы обеспечить выбор сторон, которые участвуют в достижении консенсуса, обеспечивается безопасность процесса его достижения - не требуется центральный орган для проверки. Мощности используются для того, чтобы вычислить правильную версию истины, организовывая блоки транзакций и связывая их вместе формируя блокчейн. Вычислительные мощности используются для принятия решения и это эффективно для больших сетей. Такой подход полагается на безопасность сети в целом, а не на отдельных ее участников. От этого система безопасна и устойчива
Radix создают систему без разрешений, которая может быть надежно использована как в малых, так и в больших сетях и достигается это все при помощи прохождения логического времени.
Протокол Tempo достигает консенсуса регистрируя и сохраняя общий порядок событий. Т.е. система приходит к консенсусу относительно порядка событий. Для этого используются логические часы (Logical Clocks), которые устанавливают временную метку, относящуюся к возникновению предыдущего события. Часы больше заботятся о “том, что произошло до” события, чем о точном “времени” события.
Достигается такое решение путем прохождения логического времени, засвидетельствованного цифровыми подписями узлов. Эта технология основана на логической теории часов Лесли Лэмпорта.
Использование логических часов позволяет размещать временные метки, которые являются "относительными" друг к другу – вместо абсолютных временных меток. Это позволяет последовательно упорядочивать события.
Radix не применяет консенсус к каждому событию, а только к тем, которые конфликтуют.
Tempo Ledger - это распределенная база данных, которая хранит все атомы (события) существующие во Вселенной (экземпляр Radix).
Чем больше узлов в сети, тем эффективнее масштабируемость сети - линейная масштабируемость.
Подробнее о Radix Tempo:
Official Site
GitHub
Статья Medium - "Tempo - Radix : Examples Of Consensus Protocols"
Статья на Dev.to
⬇️⬇️⬇️
Это решение находится в разработке и призвано решить проблему всех распределенных систем от Blockchain до DAG - проблему масштабируемости.
В сети Биткойн новые блоки появляются плюс-минус каждые 10 минут. Для обеспечения константы скорости генерации блоков, в сети Биткойн сложность корректируется: если блоки производятся часто, добывать их становится сложнее, а если редко - то легче. Такое решение зависит от представления о времени. Майнеры должны включать в каждый блок метку времени.
Однажды я писал уже об атаке Timewarp, которая позволяет влиять на скорость добычи блоков майнерами, сообщая некорректные timestamp (временные метки).
Прикрепляя метку времени к событию, из-за такой проблемы как задержка сети, каждая система может стать свидетелем события в разное время. В сети Биткойн проблему задержки сети призваны решить протоколы ретрансляции.
Сеть Биткойн, вместо того чтобы обеспечить выбор сторон, которые участвуют в достижении консенсуса, обеспечивается безопасность процесса его достижения - не требуется центральный орган для проверки. Мощности используются для того, чтобы вычислить правильную версию истины, организовывая блоки транзакций и связывая их вместе формируя блокчейн. Вычислительные мощности используются для принятия решения и это эффективно для больших сетей. Такой подход полагается на безопасность сети в целом, а не на отдельных ее участников. От этого система безопасна и устойчива
Radix создают систему без разрешений, которая может быть надежно использована как в малых, так и в больших сетях и достигается это все при помощи прохождения логического времени.
Протокол Tempo достигает консенсуса регистрируя и сохраняя общий порядок событий. Т.е. система приходит к консенсусу относительно порядка событий. Для этого используются логические часы (Logical Clocks), которые устанавливают временную метку, относящуюся к возникновению предыдущего события. Часы больше заботятся о “том, что произошло до” события, чем о точном “времени” события.
Достигается такое решение путем прохождения логического времени, засвидетельствованного цифровыми подписями узлов. Эта технология основана на логической теории часов Лесли Лэмпорта.
Использование логических часов позволяет размещать временные метки, которые являются "относительными" друг к другу – вместо абсолютных временных меток. Это позволяет последовательно упорядочивать события.
Radix не применяет консенсус к каждому событию, а только к тем, которые конфликтуют.
Tempo Ledger - это распределенная база данных, которая хранит все атомы (события) существующие во Вселенной (экземпляр Radix).
Чем больше узлов в сети, тем эффективнее масштабируемость сети - линейная масштабируемость.
Подробнее о Radix Tempo:
Official Site
GitHub
Статья Medium - "Tempo - Radix : Examples Of Consensus Protocols"
Статья на Dev.to
Помните ICO от Hydra и их проект Eternos с биржей, токенами и эко(нарко) системой??
А как вам такое? 😏
⬇️⬇️⬇️
https://t.me/DrugStat/2015
А как вам такое? 😏
⬇️⬇️⬇️
https://t.me/DrugStat/2015
PeerTube начал сбор средств на расширение функционала и выход версии 3.0.
⬇️⬇️⬇️
t.me/dcntr/673
Почему это важно?
Стоить вспомнить политику которую проводит YouTube. Децентрализованные решения - вот выход из под гнёта большого брата.
Альтернативы централизованному Youtube
⬇️⬇️⬇️
t.me/CryptoBotan/696
t.me/CryptoBotan/895
⬇️⬇️⬇️
t.me/dcntr/673
Почему это важно?
Стоить вспомнить политику которую проводит YouTube. Децентрализованные решения - вот выход из под гнёта большого брата.
Альтернативы централизованному Youtube
⬇️⬇️⬇️
t.me/CryptoBotan/696
t.me/CryptoBotan/895
Telegram
Decentralize!
PeerTube начал сбор средств на новую функциональность, включая живые трансляции
[https://www.linux.org.ru/news/opensource/15728430]
PeerTube — это свободный сервер для размещения видео, способный федерироваться с другими такими же платформами по протоколу…
[https://www.linux.org.ru/news/opensource/15728430]
PeerTube — это свободный сервер для размещения видео, способный федерироваться с другими такими же платформами по протоколу…
✅✅✅
RGB Protocol - протокол токенизации активов на Bitcoin
⬇️⬇️⬇️
RGB Protocol - это разрабатываемый стандарт для выпуска, передачи и хранения биткойн-активов не связанных с биткойном ("BITCOIN-BASED NON-BITCOIN ASSETS"). Решение позволит создавать поверх блокчейна Биткойна классы цифровых инструментов.
Этот протокол был предложен Биткойн-максималистом Джакомо Зукко в 2018 году. Важной особенностью протокола выдачи токенов является интеграция с LN.
Создание активов на блокчейне предпринимались и раньше, например история с MasterCoin и CounterParty.
На сегодняшний день, наиболее часто используемым стандартом выпуска активов является Ethereum на основе протокола ERC20. Еще есть Omni, Issued Assets (IA) на Liquid, Confidential Assets от BlockStream.
Зукко же призывает отказаться от построения сторонних блокчейнов и сделать то же самое поверх Биткойна. Хотя эта модель не новая, все же в ней есть свои особенности и преимущества.
RGB использует модель Питера Тодда («Client Side Validation» - валидация на стороне клиента). Принцип этой модель Джакомо описал так:
В RGB, доказательства передаются напрямую от А к Б, даже если майнеры не знают об этом. Каждый узел RGB получает компактную «цепочку доказательств», которую можно использовать для проверки всего, что касается активов, без доверия майнерам.
Так как RGB - это надстройка на сетью и протокол будет интегрирован в LN, то такой подход не будет нагружать сеть Биткойна. А это важный момент, если вспомнить историю с криптокотиками на эфире.
Основная проблема валидации на стороне клиента в том, что Б должен быть в онлайне, пока А передает доказательство. А не будет транслировать доказательство в блокчейн и сохранять его там - это пустая трата пространства. Плюс ко всему, Б должен сделать резервную копию транзакции, чтобы претендовать на владение активами на стороне клиента. Модель Питера Тодда имеет такие же ограничения и в сети Lightning Network.
Сегодня проект находится на стадии PoC (Proof-of-Concept).
На вопрос: - "В чем ключевое отличие RGB от альтернативных решений, таких как Issued Assets или Confidential Assets?", Джакомо ответил: - "RGB, в свою очередь, нацелен на то, чтобы быть полностью свободным от ограничений с первого же дня, даже если это происходит за счет снижения масштабируемости."
Подробнее о RGB в этом интервью...
RGB Protocol - протокол токенизации активов на Bitcoin
⬇️⬇️⬇️
RGB Protocol - это разрабатываемый стандарт для выпуска, передачи и хранения биткойн-активов не связанных с биткойном ("BITCOIN-BASED NON-BITCOIN ASSETS"). Решение позволит создавать поверх блокчейна Биткойна классы цифровых инструментов.
Этот протокол был предложен Биткойн-максималистом Джакомо Зукко в 2018 году. Важной особенностью протокола выдачи токенов является интеграция с LN.
Создание активов на блокчейне предпринимались и раньше, например история с MasterCoin и CounterParty.
На сегодняшний день, наиболее часто используемым стандартом выпуска активов является Ethereum на основе протокола ERC20. Еще есть Omni, Issued Assets (IA) на Liquid, Confidential Assets от BlockStream.
Зукко же призывает отказаться от построения сторонних блокчейнов и сделать то же самое поверх Биткойна. Хотя эта модель не новая, все же в ней есть свои особенности и преимущества.
RGB использует модель Питера Тодда («Client Side Validation» - валидация на стороне клиента). Принцип этой модель Джакомо описал так:
В RGB, доказательства передаются напрямую от А к Б, даже если майнеры не знают об этом. Каждый узел RGB получает компактную «цепочку доказательств», которую можно использовать для проверки всего, что касается активов, без доверия майнерам.
Так как RGB - это надстройка на сетью и протокол будет интегрирован в LN, то такой подход не будет нагружать сеть Биткойна. А это важный момент, если вспомнить историю с криптокотиками на эфире.
Основная проблема валидации на стороне клиента в том, что Б должен быть в онлайне, пока А передает доказательство. А не будет транслировать доказательство в блокчейн и сохранять его там - это пустая трата пространства. Плюс ко всему, Б должен сделать резервную копию транзакции, чтобы претендовать на владение активами на стороне клиента. Модель Питера Тодда имеет такие же ограничения и в сети Lightning Network.
Сегодня проект находится на стадии PoC (Proof-of-Concept).
На вопрос: - "В чем ключевое отличие RGB от альтернативных решений, таких как Issued Assets или Confidential Assets?", Джакомо ответил: - "RGB, в свою очередь, нацелен на то, чтобы быть полностью свободным от ограничений с первого же дня, даже если это происходит за счет снижения масштабируемости."
Подробнее о RGB в этом интервью...
Confidential Assets (CA) - технология для скрытой передачи активов
⬇️⬇️⬇️
Решение конфиденциальных активов было представлено компанией BlockStream в 2017 году и предназначено для сокрытия типов активов в транзакции.
Confidential Assets это расширенная версия Confidential Transactions (CT).
Confidential Transactions - это криптографический метод сокрытия суммы отправляемых и получаемых средств.
CT полностью скрывает суммы на входах и выходах транзакции, давая возможность проверить, что сумма всех выходов не превышает сумму всех входов.
CA позволяет скрывать не только пересылаемые суммы в BTC, но и любые другие типы активов.
Принцип совершения транзакций CA и CT очень схож. В обоих решениях используются схемы обязательств Педерсена (Petersen Commitment) и используются для того, чтобы одна сторона могла доказать, знание секрета, не раскрывая его, т.е. для того, чтобы доказать, что действительно никакие ценности не были созданы из воздуха. Это важно, ведь о передаваемых суммах, знают только стороны совершающие сделку.
Точно также они имеют общий недостаток. На Range Proofs, используемый для доказательства использования неотрицательных сумм, уходит большое количество ресурсов и они имеют достаточно большой объем, что приводит к высоким комиссиям в сети.
Confidential Assets в первые был использован и протестирован в Sidechain Elements. Сегодня такое решение невозможно использовать в Биткойне, так как он не поддерживает другие активы (см. пост о RGB Protocol), но похожая технология CA используется в MimbleWimble и Qtum. Так как CA это расширение Confidential Transactions, то оно может интегрироваться с Scriptless Scripts и ValueShuffle.
Объединение CA с Sidechain Liquid, позволит передавать фиат и stablecoin между счетами конфиденциально и мгновенно.
Точно также CA может использоваться в децентрализованном обмене с использованием CoinJoin. Обменять BTC на любой актив не составит труда, создав единую CJ-transaction и подписав свои концы транзакции.
В MimbleWimble Confidential Assets позволяет пользователям выпускать и передавать несколько активов на блокчейне без отображения не только сумм и типов активов, но и адреса транзакций.
Подробнее:
Blockstream Releases Confidential Assets
Confidential Assets by BlockStream
Confidential Assets on MimbleWimble
#Privacy
⬇️⬇️⬇️
Решение конфиденциальных активов было представлено компанией BlockStream в 2017 году и предназначено для сокрытия типов активов в транзакции.
Confidential Assets это расширенная версия Confidential Transactions (CT).
Confidential Transactions - это криптографический метод сокрытия суммы отправляемых и получаемых средств.
CT полностью скрывает суммы на входах и выходах транзакции, давая возможность проверить, что сумма всех выходов не превышает сумму всех входов.
CA позволяет скрывать не только пересылаемые суммы в BTC, но и любые другие типы активов.
Принцип совершения транзакций CA и CT очень схож. В обоих решениях используются схемы обязательств Педерсена (Petersen Commitment) и используются для того, чтобы одна сторона могла доказать, знание секрета, не раскрывая его, т.е. для того, чтобы доказать, что действительно никакие ценности не были созданы из воздуха. Это важно, ведь о передаваемых суммах, знают только стороны совершающие сделку.
Точно также они имеют общий недостаток. На Range Proofs, используемый для доказательства использования неотрицательных сумм, уходит большое количество ресурсов и они имеют достаточно большой объем, что приводит к высоким комиссиям в сети.
Confidential Assets в первые был использован и протестирован в Sidechain Elements. Сегодня такое решение невозможно использовать в Биткойне, так как он не поддерживает другие активы (см. пост о RGB Protocol), но похожая технология CA используется в MimbleWimble и Qtum. Так как CA это расширение Confidential Transactions, то оно может интегрироваться с Scriptless Scripts и ValueShuffle.
Объединение CA с Sidechain Liquid, позволит передавать фиат и stablecoin между счетами конфиденциально и мгновенно.
Точно также CA может использоваться в децентрализованном обмене с использованием CoinJoin. Обменять BTC на любой актив не составит труда, создав единую CJ-transaction и подписав свои концы транзакции.
В MimbleWimble Confidential Assets позволяет пользователям выпускать и передавать несколько активов на блокчейне без отображения не только сумм и типов активов, но и адреса транзакций.
Подробнее:
Blockstream Releases Confidential Assets
Confidential Assets by BlockStream
Confidential Assets on MimbleWimble
#Privacy
Нужна ли защита авторских прав? И при чем тут блокчейн?
В средние века, понятие интеллектуальной собственности не могло быть принято, так как любое произведение, считалось способом передачи божественных знаний. Ни о каких творениях не шло и речи. Авторские права были введены в Европе уже в 18 веке с целью защиты автора произведения от плагиата.
Сегодня существует социальное движение за отмену авторских прав (Антикопирайт).
В 1891 году Л.Н.Толстой написал письмо в пару журналов в котором написал следующее:
"Предоставляю всем желающим право безвозмездно издавать в России и за границей, по-русски и в переводах, а равно и ставить на сценах все те из моих сочинений, которые были написаны мною....и т.д."
Интересные рассуждения по поводу ограничения свободы распространения информации в этой статье.
Но как по мне, то это две крайности, которые приведут лишь к ужесточению противостояния. Решением же было появление в 2001 году в США проекта Creative Commons.
Creative Commons - это некоммерческая организация, которая создала бесплатные для использования типовые договоры - свободные и несвободные публичные лицензии, с помощью которых авторы и правообладатели могут выразить свою волю и распространять свои произведения более широко и свободно, а потребители контента — легально и проще пользоваться этими произведениями.
Эти размышления привели меня к мысли, что блокчейн, использующийся для защиты авторских прав, стал мощным оружием в борьбе с неугодными.
Ведь Накамото, как стало известно из исследования Whale Alert, намайнил биткоины не из личного обогащения, а для поддержания сети. Если исходить из этих допущений, то им соблюдался принцип децентрализованного устроя сети.
Можно ли назвать существование авторских прав, проявлением централизации?🤔
Я к тому, что, сфера защиты авторских прав это крупный бизнес и это не из серии теорий заговора, а реальный кейс даже в небольших масштабах, не говоря уже о разработках и инновациях крупных компаний.
Разработок в сфере защиты интеллектуальных прав на основе блокчейна огромное количество. Как пример, блокчейн-решение для защиты авторских прав от Microsoft и EY или партнерство проекта Ontology с площадкой для создателей цифрового контента OGQ.
Так что бизнес в сфере защиты прав собственности начнет приносить большой доход с внедрением механизмов защиты на блокчейне.
Посылы в этом посте были разнонаправленными, так что выводы я не делаю...
P.S. Может будет кому интересно обсудить или добавить?
В средние века, понятие интеллектуальной собственности не могло быть принято, так как любое произведение, считалось способом передачи божественных знаний. Ни о каких творениях не шло и речи. Авторские права были введены в Европе уже в 18 веке с целью защиты автора произведения от плагиата.
Сегодня существует социальное движение за отмену авторских прав (Антикопирайт).
В 1891 году Л.Н.Толстой написал письмо в пару журналов в котором написал следующее:
"Предоставляю всем желающим право безвозмездно издавать в России и за границей, по-русски и в переводах, а равно и ставить на сценах все те из моих сочинений, которые были написаны мною....и т.д."
Интересные рассуждения по поводу ограничения свободы распространения информации в этой статье.
Но как по мне, то это две крайности, которые приведут лишь к ужесточению противостояния. Решением же было появление в 2001 году в США проекта Creative Commons.
Creative Commons - это некоммерческая организация, которая создала бесплатные для использования типовые договоры - свободные и несвободные публичные лицензии, с помощью которых авторы и правообладатели могут выразить свою волю и распространять свои произведения более широко и свободно, а потребители контента — легально и проще пользоваться этими произведениями.
Эти размышления привели меня к мысли, что блокчейн, использующийся для защиты авторских прав, стал мощным оружием в борьбе с неугодными.
Ведь Накамото, как стало известно из исследования Whale Alert, намайнил биткоины не из личного обогащения, а для поддержания сети. Если исходить из этих допущений, то им соблюдался принцип децентрализованного устроя сети.
Можно ли назвать существование авторских прав, проявлением централизации?🤔
Я к тому, что, сфера защиты авторских прав это крупный бизнес и это не из серии теорий заговора, а реальный кейс даже в небольших масштабах, не говоря уже о разработках и инновациях крупных компаний.
Разработок в сфере защиты интеллектуальных прав на основе блокчейна огромное количество. Как пример, блокчейн-решение для защиты авторских прав от Microsoft и EY или партнерство проекта Ontology с площадкой для создателей цифрового контента OGQ.
Так что бизнес в сфере защиты прав собственности начнет приносить большой доход с внедрением механизмов защиты на блокчейне.
Посылы в этом посте были разнонаправленными, так что выводы я не делаю...
P.S. Может будет кому интересно обсудить или добавить?
https://t.me/infantmilitario/42891
Можно вспомнить о том, что такое IPFS и какую роль технологии децентрализации сыграли в формировании новейшей истории
⬇️⬇️⬇️
https://t.me/CryptoBotan/809
Можно вспомнить о том, что такое IPFS и какую роль технологии децентрализации сыграли в формировании новейшей истории
⬇️⬇️⬇️
https://t.me/CryptoBotan/809