https://t.me/CryptoBotan/948
Для стека биткоина (https://t.me/CryptoBotan/888).
Решение для масштабирования сети Биткойн - uTreeXo.
Хоть в таблице оно идет совместно с такими решениями как libMiniSketch и Tx Accumulators, я все-таки решил разобрать их по отдельности.
⬇️⬇️⬇️
Решение предложил один из главных разработчиков LN Тадж Драй в июне 2019 года.
uTreeXo - это динамический аккумулятор UTXO (неизрасходованных остатков транзакций). А нужно оно для упрощения управления полными нодами в сети биткоина.
Об UTXO я тоже уже писал и кстати в этом посте (https://t.me/CryptoBotan/742) я упоминал решение uTreeXo.
Немного разберемся...
Каждый узел в сети Биткойн проверяет и сохраняет состояние сети, а кошельки отслеживают UTXO (Unspent Transaction (TX) Output). Каждый узел, для предотвращения даблспендов, должен отслеживать набор всех UTXO при проверке каждой транзакции каждого блока.
Кстати, если хотите разобраться с тем, как устроены транзакции в сети и что такое UTXO, советую глянуть пост (https://t.me/CryptoLamer/2118) на канале @CryptoLamer.
UTXO сильно упрощает методы учета на блокчейне. Вместо того, чтобы вынужденно отслеживать и хранить каждую транзакцию, система отслеживает только неизрасходованные коины (UTXO).
Растет количество юзеров, а следовательно и количество кошельков и наборов UTXO. Запускать узел напряжно, так как требуется все больше ресурсов. Вместо этого, юзеры используют легкие клиенты и сторонние узлы для отслеживания состояния сети. Эти легкие клиенты не хранят состояния системы и не првоеряют транзакции, но используют упрощенную проверку платежей SPV (https://t.me/CryptoBotan/939).
SPV имеет ряд недостатков и потенциальных уязвимостей, которые я описывал ранее. Тут я не буду на этом останавливаться, подробности по ссылочке выше.
Проблема таится в объеме хранимой информации. Ее можно решить при помощи криптографических аккумуляторов (компактное представление множества). Динамический аккумулятор позволяет добавлять и удалять элементы из множества, но он требует наличия общего секрета (Trusted Setup), который при генерации и утечки позволяет создавать фальшивые доказательства существования UTXO.
А теперь проще: полным узлам не нужно хранить все данные блокчейна, вместо этого аккумуляторы предоставят доказательства того, что данные верны.
uTreeXo позволяет создать динамический аккумулятор без общего секрета.
Решение uTreeXo сокращает объем памяти, необходимый для запуска полного узла, что делает фулноды более легкими. Узлам не нужно отслеживать набор всех UTXO при проверке каждой транзакции каждого блока. Достаточно лишь логарифмического представления набора этих UTXO.
При помощи uTreeXo, транзакции не просто указывают уникальный ID UTXO, который они хотят потратить, но также указывают его доказательство. Это позволяет узлам сети как проверять правильность UTXO, так и вносить необходимые изменения в соответствующие деревья Меркла.
Каждая версия uTreeXo должна содержать информацию, которая может быть использована для обновления доказательств, и владелец должен убедиться, что все такие версии применяются к доказательству UTXO, прежде чем попытаться его использовать.
Если разработки приведут к успеху, нам обещают фулноды на мобильных устройствах😅
Кому интересно подробнее, вот ссылочка (https://eprint.iacr.org/2019/611) на публикацию Тадж Драя
Topic: Технологический стек Биткоина - page 3. (Read 1632 times)
✅✅✅
К стеку (https://t.me/CryptoBotan/888) биткоина. Сегодня обращусь к SmartsContracts, а именно к решению Scriptless Scripts (https://github.com/ElementsProject/scriptless-scripts).
Scriptless Scripts ("Скрипты без скриптов")
⬇️⬇️⬇️
Смарт-контракты в сети BTC существуют и существовали до этого. Например Musig (https://t.me/CryptoBotan/936) или смарт-контракты Lightning Network (https://t.me/CryptoBotan/819).
Но есть проблемка, и при чем не одна:
1) Ресурсы
Чем сложнее смарт-контракт, тем больше требуется ресурсов. Ведь все узлы сети должны исполнить контракт, а не только участники сделки.
2) Конфедициальность
Если все узлы сети испольняют контракт, то и об условиях контракта знает вся сеть.
Вообщем, почему я решил перескочить на решение "скрипты без скриптов". Все дело в том, что нужно опять немножко зацепить подписи Шнорра (https://t.me/CryptoBotan/930).
Суть:
Подписи Шнорра меньше, чем ECDSA (https://t.me/CryptoBotan/824), и могут быть объединены при помощи агрегации подписей. Это ведет к совместному использованию подписей несколькими входами. А это приводит к повышению конфиденциальности и масштабируемости сети.
Вот мы и у сути повествования:
Andrew Poelstra из BlockStream онаружил, что сами подписи могут быть сконструированы и модифицированы специальными способами для обеспечения выполнения различных соглашений между сторонами. Вводятся условия расходов, которые полностью скрыты от блокчейна. Только вовлеченные стороны знают об условиях договора или о том, что договор вообще существует. Для остальных транзакции выглядят совершенно обычными и неотличимыми от обычных.
Изучая протокол MimbleWimble (https://t.me/CryptoBotan/808), где вообще отсутсвуют скрипты, а весь блокчейн функционирует только на подписях и обязательствах, которые представляют собой расходуемые монеты, он выяснил, как при помощи скриптов обеспечить функциональность без необходимости их присутствия в блокчейне. Отсюда и название собственно говоря...
Большая часть контрактов просто перемещается за пределы блокчейна. Вместо исполнения контракта всей сетью, этим займутся только участвующие стороны. А выполнение результатов контракта, производится при требуемых условиях.
Чтобы смарт-контракты применяли только подписи, используются преимущества агрегации подписей Шнорра. Подписи могут добавляться и вычитаться, и результатом является допустимая подпись, соответствующая тому же добавлению или вычитанию открытых ключей.
Как это работает?
pubkey1 + pubkey2 + pubkey3 = pubkey Y
signature1 + signature2 + signature3 = signature Y
Мы привязываем биткоин к pubkey Y, который не является ключом и к которому у кого-либо есть доступ, но на самом деле он представляет собой сумму pubkeys. Подписи от каждого из ключей 1, 2 и 3 можно суммировать, чтобы создать подпись для pubkey Y, и сеть не будет в курсе, что на самом деле было три ключа, участвующих в создании подписи. Она будет выглядеть так же, как обычная подпись из pubkey Y, но сеть будет воспринимать ее как разрешение на расходование.
Сценарии без скриптов масштабируются лучше, чем обычные смарт-контракты, потому что выполнение условий контракта происходит вне цепочки, а следовательно и нет необходимости хранения данных контракта и выполнения его условий.
К стеку (https://t.me/CryptoBotan/888) биткоина. Сегодня обращусь к SmartsContracts, а именно к решению Scriptless Scripts (https://github.com/ElementsProject/scriptless-scripts).
Scriptless Scripts ("Скрипты без скриптов")
⬇️⬇️⬇️
Смарт-контракты в сети BTC существуют и существовали до этого. Например Musig (https://t.me/CryptoBotan/936) или смарт-контракты Lightning Network (https://t.me/CryptoBotan/819).
Но есть проблемка, и при чем не одна:
1) Ресурсы
Чем сложнее смарт-контракт, тем больше требуется ресурсов. Ведь все узлы сети должны исполнить контракт, а не только участники сделки.
2) Конфедициальность
Если все узлы сети испольняют контракт, то и об условиях контракта знает вся сеть.
Вообщем, почему я решил перескочить на решение "скрипты без скриптов". Все дело в том, что нужно опять немножко зацепить подписи Шнорра (https://t.me/CryptoBotan/930).
Суть:
Подписи Шнорра меньше, чем ECDSA (https://t.me/CryptoBotan/824), и могут быть объединены при помощи агрегации подписей. Это ведет к совместному использованию подписей несколькими входами. А это приводит к повышению конфиденциальности и масштабируемости сети.
Вот мы и у сути повествования:
Andrew Poelstra из BlockStream онаружил, что сами подписи могут быть сконструированы и модифицированы специальными способами для обеспечения выполнения различных соглашений между сторонами. Вводятся условия расходов, которые полностью скрыты от блокчейна. Только вовлеченные стороны знают об условиях договора или о том, что договор вообще существует. Для остальных транзакции выглядят совершенно обычными и неотличимыми от обычных.
Изучая протокол MimbleWimble (https://t.me/CryptoBotan/808), где вообще отсутсвуют скрипты, а весь блокчейн функционирует только на подписях и обязательствах, которые представляют собой расходуемые монеты, он выяснил, как при помощи скриптов обеспечить функциональность без необходимости их присутствия в блокчейне. Отсюда и название собственно говоря...
Большая часть контрактов просто перемещается за пределы блокчейна. Вместо исполнения контракта всей сетью, этим займутся только участвующие стороны. А выполнение результатов контракта, производится при требуемых условиях.
Чтобы смарт-контракты применяли только подписи, используются преимущества агрегации подписей Шнорра. Подписи могут добавляться и вычитаться, и результатом является допустимая подпись, соответствующая тому же добавлению или вычитанию открытых ключей.
Как это работает?
pubkey1 + pubkey2 + pubkey3 = pubkey Y
signature1 + signature2 + signature3 = signature Y
Мы привязываем биткоин к pubkey Y, который не является ключом и к которому у кого-либо есть доступ, но на самом деле он представляет собой сумму pubkeys. Подписи от каждого из ключей 1, 2 и 3 можно суммировать, чтобы создать подпись для pubkey Y, и сеть не будет в курсе, что на самом деле было три ключа, участвующих в создании подписи. Она будет выглядеть так же, как обычная подпись из pubkey Y, но сеть будет воспринимать ее как разрешение на расходование.
Сценарии без скриптов масштабируются лучше, чем обычные смарт-контракты, потому что выполнение условий контракта происходит вне цепочки, а следовательно и нет необходимости хранения данных контракта и выполнения его условий.
sr. member
Activity: 938
Merit: 466
~[f#
https://cryptobriefing.com/rsk-introduces-interoperability-bridge-bitcoin-ethereum/ - RSK представили мост между Биткоином и Эфиром
https://t.me/CryptoBotan/942
✅✅✅
Итак, что такое SPV "Simplified Payment Verification (https://t.me/CryptoBotan/939)" разобрались. Это пригодится нам, чтобы рассмотреть еще одно решение в стеке биткоина (https://t.me/CryptoBotan/888) для Perfomance&Usability - Neutrino.
⬇️⬇️⬇️
В марте 2018 года Lightning Labs объявила (https://blog.lightning.engineering/announcement/2018/03/15/lnd-beta.html) о выпуске бета-версии программного клиента Lightning Network Daemon (LND) (https://github.com/lightningnetwork/lnd). Этот клиент предназначен для разработчиков и используется для доступа к сети LN.
Lightning Network Daemon (LND) - это комплексная реализация сетевого узла Lightning. У LND есть несколько подключаемых сервисов back-end chain, включая btcd (полный узел), bitcoind (консольный интерфейс) и наш сегодняшний герой, протокол Neutrino (новый экспериментальный клиент-light).
Протокол Neutrino (BIP 157, BIP 158) был предложен Olaoluwa Osuntokun, Alex Akselrod, Jim Posen.
Neutrino - это защищающий конфиденциальность клиент light-wallet, разработанный с упором на использование LN. Он написан на языке Go и использует уплотненные блочные фильтры для улучшения реализации SPV Bloom Filtering (BIP 37 (https://github.com/bitcoin/bips/blob/master/bip-0037.mediawiki)) Light-client.
Я писал о BIP 37 и фильтрах Блума в посте о SPV (https://t.me/CryptoBotan/939).
Если сказать совсем уж просто, Neutrino придуман для того, чтобы из всего Биткойн-блокчейна быстро доставать те транзакции, которые относятся только к конкретному пользователю, который использует маломощное устройство с ограниченной памятью, пропускной способностью и ненадежной связью. Плюс ко всему контроль над PrivateKey находится в руках пользователя.
Если тебе, мой криптоботанёнок, больше и не нужно знать, то тут можешь остановиться. Дальше я разберу все это, более детально😉
Как работает Neutrino?
Neutrino предназначен для минимизации пропускной способности и хранения данных на стороне клиента при сохранении конфиденциальности на полных узлах, обслуживающих клиентов light.
Это достигается с помощью механизма, в котором фильтры GSC используются для представления адресов, соответствующих определенному блоку, которые представляют собой более сжатую версию блока (около 15Кб), чем исходный (до 4Мб).
Фильтры GCS или Golomb-Coded Set - это метод сжатия данных без потерь, использующий семейство кодов сжатия данных,(Википедия (https://en.wikipedia.org/wiki/Golomb_coding))
Устройства с низкой пропускной способностью (мобильные устройства) могут в дальнейшем определить, имеют ли транзакции внутри недавно созданного блока отношение к кошельку пользователя. Если блок содержит соответствующие транзакции, то клиент Neutrino загружает соответствующий блок, но не весь, а только данные транзакции, а не подписи или данные свидетеля.
Затем клиент может сканировать и обновлять информацию о своих транзакциях с помощью процесса, выполняемого ПО кошелька пользователя, а не удаленным узлом, как в BIP37, что является важным соображением конфиденциальности, так как данные не пересылаются по сети.
Основная проблема, которую решает Neutrino и которую не решала SPV в BIP 37 - это утечка информации с помощью фильтров Блума в узлах SPV, которые могут быть использованы для деанонимизации пользователей.
Клиенты Neutrino требуют значительно меньшей пропускной способности из-за сжатия GSC и уменьшают вычислительную нагрузку на полные узлы, так как фильтры, отправленные клиентам Neutrino, должны быть вычислены только один раз (в BIP37 fullnodes вычисляют результаты для каждого клиента).
На узле Neutrino может храниться несколько десятков Мб данных, что по сравнению с fullnode не такая уж и большая цифра.
Будущие разработки в области Neutrino включают в себя извлечение блочного фильтра из внешней сети Биткойна и потенциальную интеграцию хэша блочного фильтра GSC непосредственно в заголовок блока через софт-форк. В конечном итоге, целью Neutrino является создание фундамента для следующего поколения приложений кошельков, которые будут построены поверх сети.
Интересно, но факт:
Разработчик Bitcoin Advisory-Пьер Рошар-предложил плагин Microsoft Excel для сети Lightning. Плагин использует клиент Neutrino и позволяет пользователям вставлять адреса кошельков и платить другим пользователям в Excel через LN.😕
✅✅✅
Итак, что такое SPV "Simplified Payment Verification (https://t.me/CryptoBotan/939)" разобрались. Это пригодится нам, чтобы рассмотреть еще одно решение в стеке биткоина (https://t.me/CryptoBotan/888) для Perfomance&Usability - Neutrino.
⬇️⬇️⬇️
В марте 2018 года Lightning Labs объявила (https://blog.lightning.engineering/announcement/2018/03/15/lnd-beta.html) о выпуске бета-версии программного клиента Lightning Network Daemon (LND) (https://github.com/lightningnetwork/lnd). Этот клиент предназначен для разработчиков и используется для доступа к сети LN.
Lightning Network Daemon (LND) - это комплексная реализация сетевого узла Lightning. У LND есть несколько подключаемых сервисов back-end chain, включая btcd (полный узел), bitcoind (консольный интерфейс) и наш сегодняшний герой, протокол Neutrino (новый экспериментальный клиент-light).
Протокол Neutrino (BIP 157, BIP 158) был предложен Olaoluwa Osuntokun, Alex Akselrod, Jim Posen.
Neutrino - это защищающий конфиденциальность клиент light-wallet, разработанный с упором на использование LN. Он написан на языке Go и использует уплотненные блочные фильтры для улучшения реализации SPV Bloom Filtering (BIP 37 (https://github.com/bitcoin/bips/blob/master/bip-0037.mediawiki)) Light-client.
Я писал о BIP 37 и фильтрах Блума в посте о SPV (https://t.me/CryptoBotan/939).
Если сказать совсем уж просто, Neutrino придуман для того, чтобы из всего Биткойн-блокчейна быстро доставать те транзакции, которые относятся только к конкретному пользователю, который использует маломощное устройство с ограниченной памятью, пропускной способностью и ненадежной связью. Плюс ко всему контроль над PrivateKey находится в руках пользователя.
Если тебе, мой криптоботанёнок, больше и не нужно знать, то тут можешь остановиться. Дальше я разберу все это, более детально😉
Как работает Neutrino?
Neutrino предназначен для минимизации пропускной способности и хранения данных на стороне клиента при сохранении конфиденциальности на полных узлах, обслуживающих клиентов light.
Это достигается с помощью механизма, в котором фильтры GSC используются для представления адресов, соответствующих определенному блоку, которые представляют собой более сжатую версию блока (около 15Кб), чем исходный (до 4Мб).
Фильтры GCS или Golomb-Coded Set - это метод сжатия данных без потерь, использующий семейство кодов сжатия данных,(Википедия (https://en.wikipedia.org/wiki/Golomb_coding))
Устройства с низкой пропускной способностью (мобильные устройства) могут в дальнейшем определить, имеют ли транзакции внутри недавно созданного блока отношение к кошельку пользователя. Если блок содержит соответствующие транзакции, то клиент Neutrino загружает соответствующий блок, но не весь, а только данные транзакции, а не подписи или данные свидетеля.
Затем клиент может сканировать и обновлять информацию о своих транзакциях с помощью процесса, выполняемого ПО кошелька пользователя, а не удаленным узлом, как в BIP37, что является важным соображением конфиденциальности, так как данные не пересылаются по сети.
Основная проблема, которую решает Neutrino и которую не решала SPV в BIP 37 - это утечка информации с помощью фильтров Блума в узлах SPV, которые могут быть использованы для деанонимизации пользователей.
Клиенты Neutrino требуют значительно меньшей пропускной способности из-за сжатия GSC и уменьшают вычислительную нагрузку на полные узлы, так как фильтры, отправленные клиентам Neutrino, должны быть вычислены только один раз (в BIP37 fullnodes вычисляют результаты для каждого клиента).
На узле Neutrino может храниться несколько десятков Мб данных, что по сравнению с fullnode не такая уж и большая цифра.
Будущие разработки в области Neutrino включают в себя извлечение блочного фильтра из внешней сети Биткойна и потенциальную интеграцию хэша блочного фильтра GSC непосредственно в заголовок блока через софт-форк. В конечном итоге, целью Neutrino является создание фундамента для следующего поколения приложений кошельков, которые будут построены поверх сети.
Интересно, но факт:
Разработчик Bitcoin Advisory-Пьер Рошар-предложил плагин Microsoft Excel для сети Lightning. Плагин использует клиент Neutrino и позволяет пользователям вставлять адреса кошельков и платить другим пользователям в Excel через LN.😕
✅✅✅
Layer 2 стека ВТС (https://t.me/CryptoBotan/888) я описал. Дальше буду писать в хаотичном порядке, исходя из настроения, новостей и ваших пожеланий.
MuSig - схема мультиподписей на базе подписей Шнорра.
⬇️⬇️⬇️
Я уже много раз упоминал свой пост (https://t.me/CryptoBotan/704) про подписи Шнорра...и вот опять пришлось...Для более ясной картины оставлю ссылку на канал, где ребятушки еще проще описали это решение и рассказали почему о нем так много разговоров.
⬇️⬇️⬇️
https://t.me/blockndev/23
Если обратится к схеме стека, то подписи Шнорра являются основой для построения двух решений: MuSig и Cross-Input-Aggregation (о котором в другой раз)
MuSig - это новая схема подписи для биткоина, которая призвана увеличить масштабируемость сети и конфедициальность транзакций.
MuSig - это многофункциональная схема цифровой подписи совместимая с BIP-Shnorr.
BIP-Shnorr описывает спецификации и технические особенности потенциальной реализации Schnorr, которая будет иметь следующие преимущества по сравнению с ECDSA:
1) Доказательство безопасности - В бипе было что-то про дискретный логарифм эллиптической кривой😐, но я скажу так: "То доказательство, которое есть в подписях Шнорр, нет в ECDSA".🙈
2) Подписи Шнорра дают возможность нескольким сторонам совместно создавать подписи, которые действительны для суммы их открытых ключей. Это основа для построения конструкций более высокого уровня, которые повышают эффективность и конфиденциальность мульти-подписей и смарт-контрактов.
MuSig дает Бате вот какие плюшки:
1) Позволяет агрегировать несколько открытых ключей (PublicKey) в один открытый ключ. Если еще проще, позволяет группе подписывающих лиц (каждый со своим собственным закрытым/открытым ключом) совместно подписывать одно сообщение, в результате чего получается одна подпись. Эта единственная подпись может быть затем проверена любым, кто также знает сообщение и открытые ключи подписывающих лиц.
Свойство объединения PublicKey называется агрегированием.
2) Схемы мультиподписей, дающих агрегацию подписей Шнорра, уже имеются на "рынке" решений. Но их недостаток в том, что эти схемы требуют проверки наличия PrivateKey, соответствующего PublicKey. MuSig таких требований не предъявляет. Все что нужно - это PublicKey.
В схеме мультиподписей, поддерживающих агрегацию ключей, мультиподпись выглядит как подпись с одним ключом. Верификаторам не требуются знания открытых ключей исходных участников. Им будет достаточно только агрегированного ключа. MuSig фактически является ключевой схемой агрегирования подписей Шнорра.
Схема агрегирования ключей также позволяет сократить число PublicKey на вход транзакции до одного.
Но ясное дело, что без проблем не обошлось.
Подписи MuSig, так же как подписи Schnorr или ECDSA, используют в своей конструкции поле “nonce”, которое должно быть неповторяемым.
Буду честен, я не смог до конца разобраться в описании этой уязвимости. Математика тут сильнее меня☺️ Для тех кому интересно, оставляю ссылочку (https://medium.com/blockstream/insecure-shortcuts-in-musig-2ad0d38a97da) (англ.)
А это статья (https://blockstream.com/2019/02/18/en-musig-a-new-multisignature-standard/) разработчика BlockStream о MuSig...Ну чтобы подробнее разобраться (англ.)😉
GitHub MuSig (https://github.com/ElementsProject/secp256k1-zkp/tree/secp256k1-zkp/src/modules/musig)
Layer 2 стека ВТС (https://t.me/CryptoBotan/888) я описал. Дальше буду писать в хаотичном порядке, исходя из настроения, новостей и ваших пожеланий.
MuSig - схема мультиподписей на базе подписей Шнорра.
⬇️⬇️⬇️
Я уже много раз упоминал свой пост (https://t.me/CryptoBotan/704) про подписи Шнорра...и вот опять пришлось...Для более ясной картины оставлю ссылку на канал, где ребятушки еще проще описали это решение и рассказали почему о нем так много разговоров.
⬇️⬇️⬇️
https://t.me/blockndev/23
Если обратится к схеме стека, то подписи Шнорра являются основой для построения двух решений: MuSig и Cross-Input-Aggregation (о котором в другой раз)
MuSig - это новая схема подписи для биткоина, которая призвана увеличить масштабируемость сети и конфедициальность транзакций.
MuSig - это многофункциональная схема цифровой подписи совместимая с BIP-Shnorr.
BIP-Shnorr описывает спецификации и технические особенности потенциальной реализации Schnorr, которая будет иметь следующие преимущества по сравнению с ECDSA:
1) Доказательство безопасности - В бипе было что-то про дискретный логарифм эллиптической кривой😐, но я скажу так: "То доказательство, которое есть в подписях Шнорр, нет в ECDSA".🙈
2) Подписи Шнорра дают возможность нескольким сторонам совместно создавать подписи, которые действительны для суммы их открытых ключей. Это основа для построения конструкций более высокого уровня, которые повышают эффективность и конфиденциальность мульти-подписей и смарт-контрактов.
MuSig дает Бате вот какие плюшки:
1) Позволяет агрегировать несколько открытых ключей (PublicKey) в один открытый ключ. Если еще проще, позволяет группе подписывающих лиц (каждый со своим собственным закрытым/открытым ключом) совместно подписывать одно сообщение, в результате чего получается одна подпись. Эта единственная подпись может быть затем проверена любым, кто также знает сообщение и открытые ключи подписывающих лиц.
Свойство объединения PublicKey называется агрегированием.
2) Схемы мультиподписей, дающих агрегацию подписей Шнорра, уже имеются на "рынке" решений. Но их недостаток в том, что эти схемы требуют проверки наличия PrivateKey, соответствующего PublicKey. MuSig таких требований не предъявляет. Все что нужно - это PublicKey.
В схеме мультиподписей, поддерживающих агрегацию ключей, мультиподпись выглядит как подпись с одним ключом. Верификаторам не требуются знания открытых ключей исходных участников. Им будет достаточно только агрегированного ключа. MuSig фактически является ключевой схемой агрегирования подписей Шнорра.
Схема агрегирования ключей также позволяет сократить число PublicKey на вход транзакции до одного.
Но ясное дело, что без проблем не обошлось.
Подписи MuSig, так же как подписи Schnorr или ECDSA, используют в своей конструкции поле “nonce”, которое должно быть неповторяемым.
Буду честен, я не смог до конца разобраться в описании этой уязвимости. Математика тут сильнее меня☺️ Для тех кому интересно, оставляю ссылочку (https://medium.com/blockstream/insecure-shortcuts-in-musig-2ad0d38a97da) (англ.)
А это статья (https://blockstream.com/2019/02/18/en-musig-a-new-multisignature-standard/) разработчика BlockStream о MuSig...Ну чтобы подробнее разобраться (англ.)😉
GitHub MuSig (https://github.com/ElementsProject/secp256k1-zkp/tree/secp256k1-zkp/src/modules/musig)
плюсую по Stratum V2
тоже почитал бы информацию
тоже почитал бы информацию
Приветствую, хочу выразить благодарность за освещение постов с канала t.me/CryptoBotan, тут на форуме
. Я веду этот канал, но вот юзать форумы, для меня, увы, сложновато)
На самом деле, испытываю огромное количество проблем при разборе и поиске инфы. Во-первых, из-за того, что я абсолютно далек от темы кодинга или программирования (но это не основное). Во-вторых, малое количество информации в сети и отсутствие коммуникации со знающими людьми, которые могли бы чуть что указать на ошибки и растолковать непонятные вещи.
Я сам себе поставил цель, стать мостом между массами и гиками. Так что, тот факт, что, при написании поста о Tapscript и поиске инфы о нем, я случайно наткнулся на этот топик, дает мне новый толчок к стремлению реализовать мои цели и планы
Буду рад замечаниям и критике со стороны знающих людей. Я не отрицаю тот факт, что мои упрощения смыслов, при написании постов, могут быть неверны. Именно поэтому приму любой фидбек.
t.me/Russiano55
. Я веду этот канал, но вот юзать форумы, для меня, увы, сложновато)На самом деле, испытываю огромное количество проблем при разборе и поиске инфы. Во-первых, из-за того, что я абсолютно далек от темы кодинга или программирования (но это не основное). Во-вторых, малое количество информации в сети и отсутствие коммуникации со знающими людьми, которые могли бы чуть что указать на ошибки и растолковать непонятные вещи.
Я сам себе поставил цель, стать мостом между массами и гиками. Так что, тот факт, что, при написании поста о Tapscript и поиске инфы о нем, я случайно наткнулся на этот топик, дает мне новый толчок к стремлению реализовать мои цели и планы
Буду рад замечаниям и критике со стороны знающих людей. Я не отрицаю тот факт, что мои упрощения смыслов, при написании постов, могут быть неверны. Именно поэтому приму любой фидбек.
t.me/Russiano55
Вот интересная тема о которой я мало что нашел в интернете: https://www.youtube.com/watch?v=_lLhPyiyarY
Как я понимаю это новые предложения по улучшению функционала BTC.
Очень интересен момент по децентрализации майнинга путем Stratum V2, но не очень понятно как это планируется сделать на практике.
https://t.me/CryptoBotan/935
Microsoft ION: глобальная децентрализованная идентификация пользователей.
Для описания стека биткоина (https://t.me/CryptoBotan/888)
Анонс творения (https://www.microsoft.com/en-us/microsoft-365/blog/2018/02/12/decentralized-digital-identities-and-blockchain-the-future-as-we-see-it/) произошел в феврале 2018 года, под названием "Система децентрализованной идентификации - Decentralized identities digital" (DID). В мае 2019 компания рассказала о первых наработках — система получила название ION и в её основе лежит Биткойн-блокчейн.
Microsoft разрабатывает протоколы и стандарты с открытым исходным кодом совместно с консорциумом World Wide Web и ассоциацией Decentralized Identity Foundation, членами которой также являются IBM и Mastercard.
Если коротко, то идея в том, чтобы создать универсальный идентификатор для сервисов, сайтов и приложений по типу Facebook Connect. Но персональные данные будут храниться децентрализованно, а не на серверах Microsoft.
ION - это опенсорс проект, имеющий в себе инструменты для обмена информации между порталами и сетями. Мы уже используем такой подход, когда пытаемся пройти аворизацию, используя почту или FB. Данные просто передаются между сетями.
В случае с ION, обрабатывается децентрализованный идентификатор (DID), который доказывает право на владения ключами. По словам разработчиков, решение обеспечивает куда большую пропускную способность, чем сам блокчейн.
ION работает с протоколами 2 уровня, то есть поверх блокчейна Биткойна, а не по цепочке транзакций, для увеличения масштабируемости сети.
Основные компоненты ION:
Decentralized Identifiers (DID) - это спецификация W3C, определяющая общий формат документа для описания состояния децентрализованного идентификатора.
W3C — это консорциум всемирной сети, такая некоммерческая организация, в рамках которой разрабатывают технологии, на которых работает веб.
Identity Hubs -это зашифрованное хранилище данных идентификации, которое включает ретрансляцию сообщений, обработку аттестации и вычислительные конечные точки для идентификации.
Universal DID Resolver - сервера, что пропускают DID через блокчейн.
Verifiable Credentials - спецификация W3C, которая определяет формат документа для кодирования.
Управляемые ION идентификаторы децентрализованы. После удаления учетной записи, доступ к привязанным к аккаунту сервисам сохранится. Все публикуемые в профиле фотографии будут принадлежать пользователю, а не соцсети.
Для тестирования своего децентрализованного детища, будет добавлена (сроки не указаны) поддержка Microsoft Authenticator, который уже юзают миллионы пользователей.
Microsoft Authenticator сможет выступать в качестве агента пользователя для управления идентификационными данными и криптографическими ключами. Идентификационные данные хранятся в Identity Hubs, зашифрованном с помощью этих криптографических ключей.
Как только появится эта возможность, приложения и службы смогут взаимодействовать с данными пользователя, используя общий канал обмена сообщениями.
И в конце немного закулисных игр.
Microsoft приглашала для тестирования решения и совместной разработки продукта - Facebook. Но те отказались. Интересное мнение на этот счет ниже/.
⬇️⬇️⬇️
https://www.coindesk.com/microsoft-launches-decentralized-identity-tool-on-bitcoin-blockchain
Microsoft ION: глобальная децентрализованная идентификация пользователей.
Для описания стека биткоина (https://t.me/CryptoBotan/888)
Анонс творения (https://www.microsoft.com/en-us/microsoft-365/blog/2018/02/12/decentralized-digital-identities-and-blockchain-the-future-as-we-see-it/) произошел в феврале 2018 года, под названием "Система децентрализованной идентификации - Decentralized identities digital" (DID). В мае 2019 компания рассказала о первых наработках — система получила название ION и в её основе лежит Биткойн-блокчейн.
Microsoft разрабатывает протоколы и стандарты с открытым исходным кодом совместно с консорциумом World Wide Web и ассоциацией Decentralized Identity Foundation, членами которой также являются IBM и Mastercard.
Если коротко, то идея в том, чтобы создать универсальный идентификатор для сервисов, сайтов и приложений по типу Facebook Connect. Но персональные данные будут храниться децентрализованно, а не на серверах Microsoft.
ION - это опенсорс проект, имеющий в себе инструменты для обмена информации между порталами и сетями. Мы уже используем такой подход, когда пытаемся пройти аворизацию, используя почту или FB. Данные просто передаются между сетями.
В случае с ION, обрабатывается децентрализованный идентификатор (DID), который доказывает право на владения ключами. По словам разработчиков, решение обеспечивает куда большую пропускную способность, чем сам блокчейн.
ION работает с протоколами 2 уровня, то есть поверх блокчейна Биткойна, а не по цепочке транзакций, для увеличения масштабируемости сети.
Основные компоненты ION:
Decentralized Identifiers (DID) - это спецификация W3C, определяющая общий формат документа для описания состояния децентрализованного идентификатора.
W3C — это консорциум всемирной сети, такая некоммерческая организация, в рамках которой разрабатывают технологии, на которых работает веб.
Identity Hubs -это зашифрованное хранилище данных идентификации, которое включает ретрансляцию сообщений, обработку аттестации и вычислительные конечные точки для идентификации.
Universal DID Resolver - сервера, что пропускают DID через блокчейн.
Verifiable Credentials - спецификация W3C, которая определяет формат документа для кодирования.
Управляемые ION идентификаторы децентрализованы. После удаления учетной записи, доступ к привязанным к аккаунту сервисам сохранится. Все публикуемые в профиле фотографии будут принадлежать пользователю, а не соцсети.
Для тестирования своего децентрализованного детища, будет добавлена (сроки не указаны) поддержка Microsoft Authenticator, который уже юзают миллионы пользователей.
Microsoft Authenticator сможет выступать в качестве агента пользователя для управления идентификационными данными и криптографическими ключами. Идентификационные данные хранятся в Identity Hubs, зашифрованном с помощью этих криптографических ключей.
Как только появится эта возможность, приложения и службы смогут взаимодействовать с данными пользователя, используя общий канал обмена сообщениями.
И в конце немного закулисных игр.
Microsoft приглашала для тестирования решения и совместной разработки продукта - Facebook. Но те отказались. Интересное мнение на этот счет ниже/.
⬇️⬇️⬇️
https://www.coindesk.com/microsoft-launches-decentralized-identity-tool-on-bitcoin-blockchain
https://t.me/CryptoBotan/934
Компания Tierion https://tierion.com/объявила о выпуске набора инструментов, разработанного совместно с Lightning Labs https://lightning.engineering/, которые помогут включить аутентификацию Bitcoin-native с использованием токенов аутентификации LSATS – Lightning Service.
https://www.cryptoninjas.net/2020/01/21/tierion-introduces-set-of-open-source-tools-to-create-trustless-lightning-apps/
Tierion - это универсальная платформа, позволяющая проводить верификацию данных. Tierion создает доказательство привязки данных с транзакциями на блокчейне. Используя это доказательство, любой человек может проверить метку времени и целостность данных без третьих лиц.
LSATs объединяет микроплатежи через Lightning со стандартом 402 Payment Required HTTP status code, macaroons, и authorization headers.
Macaroons (аналог Cookies) - это небольшой кусочек данных, чтобы подтвердить разрешение выполнять действия. Служба ищет идентификатор macaroon и проверяет, что он был изначально подписан корневым ключом сервиса. Однако, в отличие от файла cookie, вы можете делегировать macaroon или создать его версию с более ограниченными возможностями, а затем отправить его кому-то другому для использования.
402 Payment Required HTTP status code - этот код указывает, что запрос не может быть обработан до тех пор, пока клиент не производеит оплату. Это означает, что запрашиваемые данные не будут доступны до тех пор, пока клиент не производит оплату.
Authorization header содержит учетные данные для аутентификации агента пользователя с сервером.
Аутентификация (кто делает запрос) и авторизация (устанавливает разрешения для каждого пользователя) требуются для различных веб-и мобильных приложений.
ПО Boltwall активирует Bitcoin Lightning доступ и идентификацию используя LSATs. Пользователи могут взимать плату за доступ к своему API, не требуя учетных записей пользователей, ключей API, кредитных карт или хранения каких-либо пользовательских данных.
LSAT - это заголовок HTTP, который кодирует macaroons и lightning-счет. Токен LSAT состоит из двух частей: macaroons и подтверждения оплаты. Платежи Lightning обеспечивают криптографически безопасный способ подтверждения платежа.
Now-Boltwall - это утилита командной строки, которая помогает развернуть живой сервер с поддержкой Boltwall.
LSAT-js - служебная библиотека, написанная на машинном языке и совместимая с большинством современных браузеров. Он предоставляет инструменты для построения, анализа и проверки LSAT на стороне сервера или клиента.
LSAT Playground - клиентское веб-приложение, которое демонстрирует все инструменты, доступные в lsat-js.
Boltwall и lsat-js облегчат разработчикам создание приложений, построенных на основе инфраструктуры аутентификации.
GitHub Boltwall (https://github.com/Tierion/boltwall)
Компания Tierion https://tierion.com/объявила о выпуске набора инструментов, разработанного совместно с Lightning Labs https://lightning.engineering/, которые помогут включить аутентификацию Bitcoin-native с использованием токенов аутентификации LSATS – Lightning Service.
https://www.cryptoninjas.net/2020/01/21/tierion-introduces-set-of-open-source-tools-to-create-trustless-lightning-apps/
Tierion - это универсальная платформа, позволяющая проводить верификацию данных. Tierion создает доказательство привязки данных с транзакциями на блокчейне. Используя это доказательство, любой человек может проверить метку времени и целостность данных без третьих лиц.
LSATs объединяет микроплатежи через Lightning со стандартом 402 Payment Required HTTP status code, macaroons, и authorization headers.
Macaroons (аналог Cookies) - это небольшой кусочек данных, чтобы подтвердить разрешение выполнять действия. Служба ищет идентификатор macaroon и проверяет, что он был изначально подписан корневым ключом сервиса. Однако, в отличие от файла cookie, вы можете делегировать macaroon или создать его версию с более ограниченными возможностями, а затем отправить его кому-то другому для использования.
402 Payment Required HTTP status code - этот код указывает, что запрос не может быть обработан до тех пор, пока клиент не производеит оплату. Это означает, что запрашиваемые данные не будут доступны до тех пор, пока клиент не производит оплату.
Authorization header содержит учетные данные для аутентификации агента пользователя с сервером.
Аутентификация (кто делает запрос) и авторизация (устанавливает разрешения для каждого пользователя) требуются для различных веб-и мобильных приложений.
ПО Boltwall активирует Bitcoin Lightning доступ и идентификацию используя LSATs. Пользователи могут взимать плату за доступ к своему API, не требуя учетных записей пользователей, ключей API, кредитных карт или хранения каких-либо пользовательских данных.
LSAT - это заголовок HTTP, который кодирует macaroons и lightning-счет. Токен LSAT состоит из двух частей: macaroons и подтверждения оплаты. Платежи Lightning обеспечивают криптографически безопасный способ подтверждения платежа.
Now-Boltwall - это утилита командной строки, которая помогает развернуть живой сервер с поддержкой Boltwall.
LSAT-js - служебная библиотека, написанная на машинном языке и совместимая с большинством современных браузеров. Он предоставляет инструменты для построения, анализа и проверки LSAT на стороне сервера или клиента.
LSAT Playground - клиентское веб-приложение, которое демонстрирует все инструменты, доступные в lsat-js.
Boltwall и lsat-js облегчат разработчикам создание приложений, построенных на основе инфраструктуры аутентификации.
GitHub Boltwall (https://github.com/Tierion/boltwall)
sr. member
Activity: 938
Merit: 466
~[f#
Приветствую, хочу выразить благодарность за освещение постов с канала t.me/CryptoBotan, тут на форуме. Я веду этот канал, но вот юзать форумы, для меня, увы, сложновато)
На самом деле, испытываю огромное количество проблем при разборе и поиске инфы. Во-первых, из-за того, что я абсолютно далек от темы кодинга или программирования (но это не основное). Во-вторых, малое количество информации в сети и отсутствие коммуникации со знающими людьми, которые могли бы чуть что указать на ошибки и растолковать непонятные вещи.
Я сам себе поставил цель, стать мостом между массами и гиками. Так что, тот факт, что, при написании поста о Tapscript и поиске инфы о нем, я случайно наткнулся на этот топик, дает мне новый толчок к стремлению реализовать мои цели и планы
Буду рад замечаниям и критике со стороны знающих людей. Я не отрицаю тот факт, что мои упрощения смыслов, при написании постов, могут быть неверны. Именно поэтому приму любой фидбек.
t.me/Russiano55
. Я веду этот канал, но вот юзать форумы, для меня, увы, сложновато)На самом деле, испытываю огромное количество проблем при разборе и поиске инфы. Во-первых, из-за того, что я абсолютно далек от темы кодинга или программирования (но это не основное). Во-вторых, малое количество информации в сети и отсутствие коммуникации со знающими людьми, которые могли бы чуть что указать на ошибки и растолковать непонятные вещи.
Я сам себе поставил цель, стать мостом между массами и гиками. Так что, тот факт, что, при написании поста о Tapscript и поиске инфы о нем, я случайно наткнулся на этот топик, дает мне новый толчок к стремлению реализовать мои цели и планы
Буду рад замечаниям и критике со стороны знающих людей. Я не отрицаю тот факт, что мои упрощения смыслов, при написании постов, могут быть неверны. Именно поэтому приму любой фидбек.
t.me/Russiano55
Круто!
Спасибо тебе за интересный контент. Я думаю что это для многих интересно.
Если тебе удобно то можешь и сюда постить. Это лучше чем если я буду репостить.
Тем технологических улучшений Биткоина актуальна сейчас. Я думаю что будет активность в этом направлении.
Quote
Лукас Нуцци, соучредитель и директор Digital Asset Research написал в своем твиттере (https://twitter.com/LucasNuzzi/status/1217903211950092288 https://coinspot.io/technology/bitcoin/podpisi-shnorra-taproot-i-tapscript-bitcoin-mozhet-provesti-novyj-softfork-uzhe-v-etom-godu/):
Биткоин проведет софтфорк в этом году. Это пока одни из самых инновационных решений первого уровня: bip- schnorr + bip-taproot + bip-tapscript. Это мощные фундаментальные технологии, которые реализуют новые смарт-контракты на базовом уровне биткоина. 2020 год будет хорошим.
⬇️⬇️⬇️
https://coinspot.io/technology/bitcoin/podpisi-shnorra-taproot-i-tapscript-bitcoin-mozhet-provesti-novyj-softfork-uzhe-v-etom-godu/
Подписи Шнорра в BTC
⬇️⬇️⬇️
https://t.me/CryptoBotan/704
Для понимания Taproot необходимо разобраться с MAST
⬇️⬇️⬇️
https://t.me/CryptoBotan/719
Технология Taproot
⬇️⬇️⬇️
https://t.me/CryptoBotan/710
Плюс к этому посту, хочу добавить пост про Miniscript - язык программирования для смарт-контрактов Bitcoin.
⬇️⬇️⬇️
https://t.me/CryptoBotan/862
Пост про Tapscript сделаю отдельный, так что, считайте это анонсом😅
https://t.me/CryptoBotan/930Биткоин проведет софтфорк в этом году. Это пока одни из самых инновационных решений первого уровня: bip- schnorr + bip-taproot + bip-tapscript. Это мощные фундаментальные технологии, которые реализуют новые смарт-контракты на базовом уровне биткоина. 2020 год будет хорошим.
⬇️⬇️⬇️
https://coinspot.io/technology/bitcoin/podpisi-shnorra-taproot-i-tapscript-bitcoin-mozhet-provesti-novyj-softfork-uzhe-v-etom-godu/
Подписи Шнорра в BTC
⬇️⬇️⬇️
https://t.me/CryptoBotan/704
Для понимания Taproot необходимо разобраться с MAST
⬇️⬇️⬇️
https://t.me/CryptoBotan/719
Технология Taproot
⬇️⬇️⬇️
https://t.me/CryptoBotan/710
Плюс к этому посту, хочу добавить пост про Miniscript - язык программирования для смарт-контрактов Bitcoin.
⬇️⬇️⬇️
https://t.me/CryptoBotan/862
Пост про Tapscript сделаю отдельный, так что, считайте это анонсом😅
Quote
Затрагивая стек биткоина (https://t.me/CryptoBotan/888), который я разбираю уже второй месяц и прошлый пост (https://t.me/CryptoBotan/930) про софтфорк, сегодня о tapscript.
Tapscript - обновленная версия языка программирования Bitcoin.
⬇️⬇️⬇️
Прежде чем затронуть tapscript, нужно кое с чем разобраться
Биткойн использует скриптовую систему для транзакций.
Script (сценарий) - это, по сути, список инструкций, записанных с каждой транзакцией, которые описывают, как следующий человек, желающий потратить передаваемые биткойны, может получить к ним доступ.
Скриптинг предоставляет возможность гибко изменять параметры, которые определяют правила траты переведенных биткоинов.
Скриптовая система может быть использована для того, чтобы потребовать два закрытых ключа, или комбинацию нескольких ключей, или никаких ключей.
Opcodes (опкоды, команды, функции) - это список всех слов скрипта. Это коды операций на языке Bitcoin Script, которые передают данные или выполняют функции в ScriptPubKey или скрипте подписи.
Что за ScriptPubKey читайте в этом посте
(https://t.me/CryptoBotan/715)Ссылочка (https://en.bitcoin.it/wiki/Script#Opcodes) для детального изучения Opcodes.
Кстати, некоторые опкоды были удалены из протокола. Какие-то из-за ненадобности, а какие-то были вредны. Например, так называемы опкоды Сатоши, OP_LSHIFT, OP_RSHIFT, OP_DIV, OP_MUL и другие...
Но да ладно, я отвлекся...
///
Итак, Tapscript - это язык сценариев, используемый для сценариев Taproot (https://t.me/CryptoBotan/710). В нем отключены, объединены или модифицированы некоторые из опкодов. Отключенные опкоды отказывают и завершают сценарии сразу же при выполнении, и игнорируются, когда обнаруживаются в неисполненной ветви сценария.
В Script присутствуют такие опкоды как:
OP_CHECKMULTISIG - Сравнивает первую подпись с каждым открытым ключом, пока не найдет соответствие ECDSA (https://t.me/CryptoBotan/824). Начиная с последующего открытого ключа, он сравнивает вторую подпись с каждым оставшимся открытым ключом, пока не найдет соответствие ECDSA. Процесс повторяется до тех пор, пока не будут проверены все подписи или не останется достаточного количества открытых ключей для получения успешного результата. Все подписи должны соответствовать открытому ключу.
OP_CHECKMULTISIGVERIFY - То же самое, но выполняется позже.
В Tapscript эти два опкода отключены, а вместо них используется один - OP_CHECK SIG ADD. Он позволяет формировать ту же самую мультиподпись с возможностью пакетной проверки.
///
Опкоды OP_CHECKSIG и OP_CHECKSIGVERIFY ⬇️ модифицированы для работы с открытыми ключами и сигнатурами Шнорр (https://t.me/CryptoBotan/704), вместо ECDSA (https://t.me/CryptoBotan/824), и добавляется новый код OP_CHECKSIGADD.
OP_CHECKSIG - это код операции сценария, используемый для проверки правильности подписи для ввода tx. Т.е. проверяет подпись на соответствие транзакции.
OP_CHECKSIGVERIFY - То же самое, но позже.
///
Подпись сообщений tapscript также упрощает обработку OP_CODESEPARATOR и делает ее более эффективной.
OP_CODESEPARATOR используется для проверки OP_CHECKSIG
///
Опкод OP_NOP: в библиотеке опкодов (https://en.bitcoin.it/wiki/Script)красуется надпись "Does nothing". Но, как оказалось, этот опкод позволяет внедрять новые опкоды. В Tapscript он заменен на OP_SUCCESS, который позволяет делать это более "cleanly".
Более подробную информацию можно взять на github: bip-tapscript.mediawiki
(https://github.com/sipa/bips/blob/bip-schnorr/bip-tapscript.mediawiki#Rationale)Tapscript может быть внедрен с помощью софт-форка. Внедрение Tapscript упростит внедрение опкодов и проведение софтфорков.
https://t.me/CryptoBotan/931Tapscript - обновленная версия языка программирования Bitcoin.
⬇️⬇️⬇️
Прежде чем затронуть tapscript, нужно кое с чем разобраться
Биткойн использует скриптовую систему для транзакций.
Script (сценарий) - это, по сути, список инструкций, записанных с каждой транзакцией, которые описывают, как следующий человек, желающий потратить передаваемые биткойны, может получить к ним доступ.
Скриптинг предоставляет возможность гибко изменять параметры, которые определяют правила траты переведенных биткоинов.
Скриптовая система может быть использована для того, чтобы потребовать два закрытых ключа, или комбинацию нескольких ключей, или никаких ключей.
Opcodes (опкоды, команды, функции) - это список всех слов скрипта. Это коды операций на языке Bitcoin Script, которые передают данные или выполняют функции в ScriptPubKey или скрипте подписи.
Что за ScriptPubKey читайте в этом посте
(https://t.me/CryptoBotan/715)Ссылочка (https://en.bitcoin.it/wiki/Script#Opcodes) для детального изучения Opcodes.
Кстати, некоторые опкоды были удалены из протокола. Какие-то из-за ненадобности, а какие-то были вредны. Например, так называемы опкоды Сатоши, OP_LSHIFT, OP_RSHIFT, OP_DIV, OP_MUL и другие...
Но да ладно, я отвлекся...
///
Итак, Tapscript - это язык сценариев, используемый для сценариев Taproot (https://t.me/CryptoBotan/710). В нем отключены, объединены или модифицированы некоторые из опкодов. Отключенные опкоды отказывают и завершают сценарии сразу же при выполнении, и игнорируются, когда обнаруживаются в неисполненной ветви сценария.
В Script присутствуют такие опкоды как:
OP_CHECKMULTISIG - Сравнивает первую подпись с каждым открытым ключом, пока не найдет соответствие ECDSA (https://t.me/CryptoBotan/824). Начиная с последующего открытого ключа, он сравнивает вторую подпись с каждым оставшимся открытым ключом, пока не найдет соответствие ECDSA. Процесс повторяется до тех пор, пока не будут проверены все подписи или не останется достаточного количества открытых ключей для получения успешного результата. Все подписи должны соответствовать открытому ключу.
OP_CHECKMULTISIGVERIFY - То же самое, но выполняется позже.
В Tapscript эти два опкода отключены, а вместо них используется один - OP_CHECK SIG ADD. Он позволяет формировать ту же самую мультиподпись с возможностью пакетной проверки.
///
Опкоды OP_CHECKSIG и OP_CHECKSIGVERIFY ⬇️ модифицированы для работы с открытыми ключами и сигнатурами Шнорр (https://t.me/CryptoBotan/704), вместо ECDSA (https://t.me/CryptoBotan/824), и добавляется новый код OP_CHECKSIGADD.
OP_CHECKSIG - это код операции сценария, используемый для проверки правильности подписи для ввода tx. Т.е. проверяет подпись на соответствие транзакции.
OP_CHECKSIGVERIFY - То же самое, но позже.
///
Подпись сообщений tapscript также упрощает обработку OP_CODESEPARATOR и делает ее более эффективной.
OP_CODESEPARATOR используется для проверки OP_CHECKSIG
///
Опкод OP_NOP: в библиотеке опкодов (https://en.bitcoin.it/wiki/Script)красуется надпись "Does nothing". Но, как оказалось, этот опкод позволяет внедрять новые опкоды. В Tapscript он заменен на OP_SUCCESS, который позволяет делать это более "cleanly".
Более подробную информацию можно взять на github: bip-tapscript.mediawiki
(https://github.com/sipa/bips/blob/bip-schnorr/bip-tapscript.mediawiki#Rationale)Tapscript может быть внедрен с помощью софт-форка. Внедрение Tapscript упростит внедрение опкодов и проведение софтфорков.
Несколько новостей по проектам развивающим технологии в Биткоине
https://www.cryptoninjas.net/2020/01/21/tierion-introduces-set-of-open-source-tools-to-create-trustless-lightning-apps/ -Tierion introduces set of open-source tools to create ‘trustless’ Lightning apps
https://www.cryptoninjas.net/2020/01/20/dexfreight-integrates-rif-blockchain-solutions-to-decentralize-logistics/- dexFreight integrates RIF blockchain solutions to decentralize logistics
https://www.cryptoninjas.net/2020/01/21/ptokens-cross-chain-platform-adds-bitcoin-pbtc-to-testnet/ - pTokens cross-chain platform adds bitcoin (pBTC) to testnet
https://www.cryptoninjas.net/2020/01/21/btcpay-launches-desktop-app-to-improve-hardware-wallet-node-communication/ - BTCPay launches desktop app to improve hardware wallet – node communication
https://www.cryptoninjas.net/2020/01/22/blockstack-proposes-new-consensus-which-provides-network-rewards-in-bitcoin/ -Blockstack proposes new consensus which provides network rewards in bitcoin
Приветствую, хочу выразить благодарность за освещение постов с канала t.me/CryptoBotan, тут на форуме. Я веду этот канал, но вот юзать форумы, для меня, увы, сложновато)
На самом деле, испытываю огромное количество проблем при разборе и поиске инфы. Во-первых, из-за того, что я абсолютно далек от темы кодинга или программирования (но это не основное). Во-вторых, малое количество информации в сети и отсутствие коммуникации со знающими людьми, которые могли бы чуть что указать на ошибки и растолковать непонятные вещи.
Я сам себе поставил цель, стать мостом между массами и гиками. Так что, тот факт, что, при написании поста о Tapscript и поиске инфы о нем, я случайно наткнулся на этот топик, дает мне новый толчок к стремлению реализовать мои цели и планы
Буду рад замечаниям и критике со стороны знающих людей. Я не отрицаю тот факт, что мои упрощения смыслов, при написании постов, могут быть неверны. Именно поэтому приму любой фидбек.
t.me/Russiano55
. Я веду этот канал, но вот юзать форумы, для меня, увы, сложновато)На самом деле, испытываю огромное количество проблем при разборе и поиске инфы. Во-первых, из-за того, что я абсолютно далек от темы кодинга или программирования (но это не основное). Во-вторых, малое количество информации в сети и отсутствие коммуникации со знающими людьми, которые могли бы чуть что указать на ошибки и растолковать непонятные вещи.
Я сам себе поставил цель, стать мостом между массами и гиками. Так что, тот факт, что, при написании поста о Tapscript и поиске инфы о нем, я случайно наткнулся на этот топик, дает мне новый толчок к стремлению реализовать мои цели и планы
Буду рад замечаниям и критике со стороны знающих людей. Я не отрицаю тот факт, что мои упрощения смыслов, при написании постов, могут быть неверны. Именно поэтому приму любой фидбек.
t.me/Russiano55
sr. member
Activity: 938
Merit: 466
~[f#
https://bitcoinops.org/en/newsletters/2020/01/22/ - Bitcoin Optech Newsletter #81
Походу еще одна инфографика технологического стека BTC с довольно неплохим объяснением
sr. member
Activity: 938
Merit: 466
~[f#
https://twitter.com/wiz/status/1219680013370310657
https://twitter.com/hodlhodl/status/1219295106496372737
https://twitter.com/Blockstream/status/1217543901709553672
Ликвид залистили на двух p2p площадках обмена и на платёжном сервисе. Ожидаю что эта тенденция будет продолжаться.
https://twitter.com/hodlhodl/status/1219295106496372737
https://twitter.com/Blockstream/status/1217543901709553672
Ликвид залистили на двух p2p площадках обмена и на платёжном сервисе. Ожидаю что эта тенденция будет продолжаться.
sr. member
Activity: 938
Merit: 466
~[f#
Quote
Omni (Omni Layer) (https://www.omnilayer.org/) - это платформа, для создания и торговли пользовательскими цифровыми активами и валютами.
Проект был основан в марте 2014 года на базе криптовалютного проекта Mastercoin, который существовал с июля 2013 года под контролем Mastercoin Foundation. Mastercoin Foundation создавался для временного управления фондами в адресе Exodus и распределении MSC. В январе 2016 года Фонд Mastercoin был переименован в Фонд Omni, а маркеры проекта MSC переименовали в OMNI. Ребрендинг был необходим в связи со сложившейся ситуацией связанной с MaidSafe и SafeCoin. (обязательно напишу об этом)
Omni представляет собой открытый исходный код криптовалюты и коммуникационный протокол. Это программный уровень, который облегчает создание и торговлю цифровыми активами и валютами.
Платформа использует блокчейн деда для предоставления дополнительных распределенных услуг, таких как децентрализованная торговля валютой, смарт-контракты, а также торговля цифровыми активами.
Omni позволяет генерировать выделенные пользователем ресурсы, которые в основном представлены в виде токенов. Эти токены могут олицетворять любую ценность, будь то товары или информация.
Так как Omni построен поверх сети Биткоин, то блокчейн BTC автоматически поддерживает токены OMNI.
Продукты Omni:
- протокола Omni – это надстройка над блокчейном BTC, которая позволяет создавать цифровые активы, осуществлять транзакции и проводить краудсейлы.
- Omni Core (https://www.omnilayer.org/download.html) - локальный кошелек платформы Omni, являющийся доработкой официального кошелька Биткоина.
- онлайн кошелек Omni (https://www.omniwallet.org/) - кошелек, привязанный к уникальному идентификатору, генерирующемуся при создании кошелька Omni, использование которого не требует инсталляции и запуска ноды.
- эксплорер Omni (https://omniexplorer.info/) - онлайн платформа, позволяющая отслеживать транзакции Omni в сети Биткоина.
- OmniDex (https://omniexplorer.info/) - децентрализованная криптовалютная торговая площадка, которую можно использовать с помощью кошельков Omni. (Позже и о дексе сделаю отдельный пост. Но это не точно)
Компанией, которая используют протокол Omni, является всеми известная и “любимая”- Tether.
Существует tether на основе протокола Omni Layer, на основе ERC20 и TRC20. Но это так, к слову.
Tether был изначально создан для использования блокчейна Bitcoin, а именно протокола Omni Layer, в качестве транспортного протокола для проведения транзакций токенов, обеспеченных фиатными деньгами.
Кстати в декабре 19-го, Tether инвестировал (https://bits.media/tether-investiroval-v-razrabotku-obnovleniya-dlya-protokola-omni-v-seti-bitkoina/) в разработку обновления протокола Omni в сети Биткойна.
Omni Layer Protocol — позволяет добавить сложные функции, не внося изменения в блокчейн Bitcoin.
Omni отвечает за следующие действия:
1. Создание и ликвидация токенов Tether;
2. Запись транзакций в блокчейн Tether и отображение деталей совершенных переводов;
3. Хранение токенов USDT, EURT, JPYT на кошельке Omni Wallet;
4. Создание мультиподписей
Кстати, протокол Omni использует тразакции OPReturn и был заменен, как наиболее часто используемый протокол в 2019 году. Veriblock использовался для создания 57% нового вывода OPReturn.
https://t.me/CryptoBotan/927Проект был основан в марте 2014 года на базе криптовалютного проекта Mastercoin, который существовал с июля 2013 года под контролем Mastercoin Foundation. Mastercoin Foundation создавался для временного управления фондами в адресе Exodus и распределении MSC. В январе 2016 года Фонд Mastercoin был переименован в Фонд Omni, а маркеры проекта MSC переименовали в OMNI. Ребрендинг был необходим в связи со сложившейся ситуацией связанной с MaidSafe и SafeCoin. (обязательно напишу об этом)
Omni представляет собой открытый исходный код криптовалюты и коммуникационный протокол. Это программный уровень, который облегчает создание и торговлю цифровыми активами и валютами.
Платформа использует блокчейн деда для предоставления дополнительных распределенных услуг, таких как децентрализованная торговля валютой, смарт-контракты, а также торговля цифровыми активами.
Omni позволяет генерировать выделенные пользователем ресурсы, которые в основном представлены в виде токенов. Эти токены могут олицетворять любую ценность, будь то товары или информация.
Так как Omni построен поверх сети Биткоин, то блокчейн BTC автоматически поддерживает токены OMNI.
Продукты Omni:
- протокола Omni – это надстройка над блокчейном BTC, которая позволяет создавать цифровые активы, осуществлять транзакции и проводить краудсейлы.
- Omni Core (https://www.omnilayer.org/download.html) - локальный кошелек платформы Omni, являющийся доработкой официального кошелька Биткоина.
- онлайн кошелек Omni (https://www.omniwallet.org/) - кошелек, привязанный к уникальному идентификатору, генерирующемуся при создании кошелька Omni, использование которого не требует инсталляции и запуска ноды.
- эксплорер Omni (https://omniexplorer.info/) - онлайн платформа, позволяющая отслеживать транзакции Omni в сети Биткоина.
- OmniDex (https://omniexplorer.info/) - децентрализованная криптовалютная торговая площадка, которую можно использовать с помощью кошельков Omni. (Позже и о дексе сделаю отдельный пост. Но это не точно)
Компанией, которая используют протокол Omni, является всеми известная и “любимая”- Tether.
Существует tether на основе протокола Omni Layer, на основе ERC20 и TRC20. Но это так, к слову.
Tether был изначально создан для использования блокчейна Bitcoin, а именно протокола Omni Layer, в качестве транспортного протокола для проведения транзакций токенов, обеспеченных фиатными деньгами.
Кстати в декабре 19-го, Tether инвестировал (https://bits.media/tether-investiroval-v-razrabotku-obnovleniya-dlya-protokola-omni-v-seti-bitkoina/) в разработку обновления протокола Omni в сети Биткойна.
Omni Layer Protocol — позволяет добавить сложные функции, не внося изменения в блокчейн Bitcoin.
Omni отвечает за следующие действия:
1. Создание и ликвидация токенов Tether;
2. Запись транзакций в блокчейн Tether и отображение деталей совершенных переводов;
3. Хранение токенов USDT, EURT, JPYT на кошельке Omni Wallet;
4. Создание мультиподписей
Кстати, протокол Omni использует тразакции OPReturn и был заменен, как наиболее часто используемый протокол в 2019 году. Veriblock использовался для создания 57% нового вывода OPReturn.
Quote
В прошлом посте об Omni Layer (https://t.me/CryptoBotan/927) говорилось о ребрендинге, который разработчики решили сделать в связи с запятнанной репутацией.
⬇️⬇️⬇️
Omni Layer - это бывший MasterCoin.
MSC был первым решением для Bitcoin 2.0, где технология использовалась для безопасных транзакций.
Проект предназначался для разрешения сложных финансовых задач в криптовалюте. Возможности MasterCoin включали в себя создание новых уровней валюты с новыми процедурами, используя Биткойн на уровне протокола. Этот новый уровень протокола должен был позволить создавать новые умные контракты, не выходя из настройки сети Биткойн. Протокол интеллектуальных контрактов, усиленный с использованием Mastercoin, инкапсулирует аутентификацию и реализацию контрактов. Т.е. позволяет виртуально обмениваться интеллектуальными активами.
Именно MasterCoin стал первым проектом вышедшим на ICO. Но это и погубило проект.
"Первопроходцами мостят дорогу" - не помню кто сказал.
Нашел на просторах, вот такую статью (https://newconomy.media/news/the-origin-story-of-the-initial-coin-offering-ico-token-sale-history) о MasterCoin. Там внутри еще и видео 2013 года, где основатель MasterCoin JR Willett представляет свою концепцию. Можно ли назвать это переломным моментом в криптоиндустрии?🤔
На тот момент, понятие "первичное предложение монет", было чем-то новым и революционным. Им удалось собрать что-то около $500к. Это был 2013 год, не забывайте...
В обновленной White Paper в 2013 году, содержался призыва к сбору средств. Средства нужно было отправить на адрес Bitcoin Exodus. Каждый инвестор получал х100 в виде MasterCoin в качестве pre-invest. План также включал в себя создание стимулирующих MSC на каждые 10MSC, которые планировалось отправить на тот же адрес Exodus, чтобы убедиться, что у команды достаточно средств, чтобы поднять их стоимость.
Как вы сами понимаете, такой подход вызвал волну критики и негодования со стороны сообщества. Хотя такой подход принес успех MSC.
В 2014 году, на рынке появился прямой конкурент MasterCoin - Counterparty (https://counterparty.io/), который занял значительную долю рынка, успех которого пришелся на черную полосу MasterCoin.
Значительную роль в подрыве репутации MasterCoin сыграл проект MaidSafe.
Проект предлагает обмен данными на жестком диске, который позволяет пользователям обмениваться своим дополнительным пространством хранения с другими людьми, которым необходимо место для хранения своих файлов. Для продажи места единицей транзакции являлся SafeCoin.
Основатель MaidSafe, Дэвид Ирвин, планировал собирать средства через массовую продажу Mastercoin, из которых 400 миллионов SafeCoins были получены по общей цене продажи в $8млн.
Суть такова: было объявлено вознаграждение за покупку SafeCoin за MSC, а не за BTC, для увеличения несуществующего объема продаж MSC. Ирвин предполагал, что MSC для продажи составит не менее 25% от рыночной капитализации.
В итоге предложенные вознаграждения обернулись накоплением большой суммы MSC и BTC около $7млн, что привело к повышению стоимости MSC. В результате ранние инвесторы MSC скинули свои монеты, что оставило Ирвину миллионы неликвидных средств и бесценных MSC.
Но пареньку все же удалось собрать BTC на $3млн, которые он использует для финансирования своего проекта.
Но даже после ребрендинга и переименования в Omni, проект остается позади своего конкурента CounterParty (https://counterparty.io/).
https://t.me/CryptoBotan/928⬇️⬇️⬇️
Omni Layer - это бывший MasterCoin.
MSC был первым решением для Bitcoin 2.0, где технология использовалась для безопасных транзакций.
Проект предназначался для разрешения сложных финансовых задач в криптовалюте. Возможности MasterCoin включали в себя создание новых уровней валюты с новыми процедурами, используя Биткойн на уровне протокола. Этот новый уровень протокола должен был позволить создавать новые умные контракты, не выходя из настройки сети Биткойн. Протокол интеллектуальных контрактов, усиленный с использованием Mastercoin, инкапсулирует аутентификацию и реализацию контрактов. Т.е. позволяет виртуально обмениваться интеллектуальными активами.
Именно MasterCoin стал первым проектом вышедшим на ICO. Но это и погубило проект.
"Первопроходцами мостят дорогу" - не помню кто сказал.
Нашел на просторах, вот такую статью (https://newconomy.media/news/the-origin-story-of-the-initial-coin-offering-ico-token-sale-history) о MasterCoin. Там внутри еще и видео 2013 года, где основатель MasterCoin JR Willett представляет свою концепцию. Можно ли назвать это переломным моментом в криптоиндустрии?🤔
На тот момент, понятие "первичное предложение монет", было чем-то новым и революционным. Им удалось собрать что-то около $500к. Это был 2013 год, не забывайте...
В обновленной White Paper в 2013 году, содержался призыва к сбору средств. Средства нужно было отправить на адрес Bitcoin Exodus. Каждый инвестор получал х100 в виде MasterCoin в качестве pre-invest. План также включал в себя создание стимулирующих MSC на каждые 10MSC, которые планировалось отправить на тот же адрес Exodus, чтобы убедиться, что у команды достаточно средств, чтобы поднять их стоимость.
Как вы сами понимаете, такой подход вызвал волну критики и негодования со стороны сообщества. Хотя такой подход принес успех MSC.
В 2014 году, на рынке появился прямой конкурент MasterCoin - Counterparty (https://counterparty.io/), который занял значительную долю рынка, успех которого пришелся на черную полосу MasterCoin.
Значительную роль в подрыве репутации MasterCoin сыграл проект MaidSafe.
Проект предлагает обмен данными на жестком диске, который позволяет пользователям обмениваться своим дополнительным пространством хранения с другими людьми, которым необходимо место для хранения своих файлов. Для продажи места единицей транзакции являлся SafeCoin.
Основатель MaidSafe, Дэвид Ирвин, планировал собирать средства через массовую продажу Mastercoin, из которых 400 миллионов SafeCoins были получены по общей цене продажи в $8млн.
Суть такова: было объявлено вознаграждение за покупку SafeCoin за MSC, а не за BTC, для увеличения несуществующего объема продаж MSC. Ирвин предполагал, что MSC для продажи составит не менее 25% от рыночной капитализации.
В итоге предложенные вознаграждения обернулись накоплением большой суммы MSC и BTC около $7млн, что привело к повышению стоимости MSC. В результате ранние инвесторы MSC скинули свои монеты, что оставило Ирвину миллионы неликвидных средств и бесценных MSC.
Но пареньку все же удалось собрать BTC на $3млн, которые он использует для финансирования своего проекта.
Но даже после ребрендинга и переименования в Omni, проект остается позади своего конкурента CounterParty (https://counterparty.io/).
sr. member
Activity: 938
Merit: 466
~[f#
Quote
Blockstream - сообщили (https://twitter.com/blockstream/status/1215726024224399362?s=21), что сегодня был завершен самый крупный peg-in в сайдчене BTC - Liquid, (500 BTC) и количество циркулируемых там L-BTC достигло исторического максимума - 600 L-BTC.
Столь быстрое развитие емкости сайдчена заставляет еще раз задуматься о том, что было сказано в этом посте (https://t.me/gfoundinshit/3227).
Емкость сети Lighting Network по данным 1ml.com составляет на данный момент - 865 BTC. Не намногим больше - чем емкость Liquid - и это результат долгого развития.
https://t.me/gfoundinshit/3253Столь быстрое развитие емкости сайдчена заставляет еще раз задуматься о том, что было сказано в этом посте (https://t.me/gfoundinshit/3227).
Емкость сети Lighting Network по данным 1ml.com составляет на данный момент - 865 BTC. Не намногим больше - чем емкость Liquid - и это результат долгого развития.
И еще вот пару репортов по развитию Биткоин-технологий
https://bitcoinops.org/en/newsletters/2020/01/08/
https://bitcoinops.org/en/newsletters/2020/01/15/
sr. member
Activity: 938
Merit: 466
~[f#
Вот появился годовой обзор технологий в Биткоине Bitcoin Optech Newsletter #78: 2019 Year-in-Review Special
Написал в задания.Может вдруг кто-то переведёт.
UPD : https://bitcointalksearch.org/topic/bitcoin-optech-78-5217103 -тема с переводом
Написал в задания.Может вдруг кто-то переведёт.
UPD : https://bitcointalksearch.org/topic/bitcoin-optech-78-5217103 -тема с переводом
то что с телеграмма копировать - это ок
но и тема может получится тоже интересной, если подключатся люди со знаниями и переводом
жаль что на форуме в основном люди другого типа
картинка довольно интересная, нигде не видел подобной диаграммы
да, довольно не малое количество разработок, я сам больше 50% только названия слышал и не знаю что это такое вообще
при внимательном рассмотрении, будет заметно, что одна и так же технология/разработка, может (и должна) относится не к одной категории, а к нескольким
тот же Шноррр, эрлей, ликвил, свопы или тапрут
скорее всего соединением, просто выделено основной направление
меня лично, больше всего интересует пропускная способность, а следовательно, все вещи связные с этим решения, протоколы, сайдчейны...
вот эти вот вещи https://utxos.org/uses/scaling/ и https://utxos.org/uses/batch-channels/ как-то обозначены?
по идее их надо бы отнести в "Performance & Usabillity" и лайтингу соответственно
в бипе - https://github.com/JeremyRubin/bips/blob/ctv/bip-ctv.mediawiki
но и тема может получится тоже интересной, если подключатся люди со знаниями и переводом
жаль что на форуме в основном люди другого типа
картинка довольно интересная, нигде не видел подобной диаграммы
да, довольно не малое количество разработок, я сам больше 50% только названия слышал и не знаю что это такое вообще
при внимательном рассмотрении, будет заметно, что одна и так же технология/разработка, может (и должна) относится не к одной категории, а к нескольким
тот же Шноррр, эрлей, ликвил, свопы или тапрут
скорее всего соединением, просто выделено основной направление
меня лично, больше всего интересует пропускная способность, а следовательно, все вещи связные с этим решения, протоколы, сайдчейны...
вот эти вот вещи https://utxos.org/uses/scaling/ и https://utxos.org/uses/batch-channels/ как-то обозначены?
по идее их надо бы отнести в "Performance & Usabillity" и лайтингу соответственно
в бипе - https://github.com/JeremyRubin/bips/blob/ctv/bip-ctv.mediawiki
sr. member
Activity: 938
Merit: 466
~[f#
Quote
Хай ботанята, надеюсь разбор стека биткоина (https://t.me/CryptoBotan/888) вам еще не наскучил😅
Сегодня продолжу говорить про решения второго уровня бати, а именно про Data anchoring on Bitcoin (DAB)
⬇️⬇️⬇️
На самом деле потенциал этого решения огромен, я приведу лишь примеры для более ясного понимания сути работы.
Data anchoring - это технология, в соответствии с которой операторы эксклюзивного блокчейна периодически высылают хеши блоков для включения в поддерживающий общедоступный блокчейн в формате транзакций-свидетельств.
Data anchoring on Bitcoin (привязка данных к биткойну) - это новый способ защиты и стандарт для создания надежных цифровых данных.
Основной принцип DAB заключается в привязке отпечатка (хэша) любых цифровых данных с транзакцией.
Вы знаете такую штуку, как Timestamp (временная метка), когда транзакция подтверждается, она попадает в блокчейн и открыта для всех, так что каждый желающий может проверить существование тех или иных данных в определенный момент времени. DAB являет собой новую и специфическую форму timestamping.
Привязка к блокчейнам не требует большого количества ресурсов и не создает критической зависимости от поддерживающего блокчейна — сотрудничество между операторами эксклюзивного блокчейна и майнерами на поддерживающем блокчейне носит необязательный характер.
Так же DAB решает проблему диверсификации безопасности распределенных реестров и может применяться в блокчейнах, которые не используют внутреннее доказательство работы. При этом оба подхода не являются взаимно исключающими и могут применяться одновременно для повышения уровня защищенности.
Какие проекты используют DAB в своих кейсах? Я привожу их только с точки зрения реализации решений.
https://www.woleet.io
Если очень коротко, то это DAB-провайдер, который выступает в качестве хаба, который факторизует хэши от разных клиентов, для уменьшения количества транзакций, снижая стоимость каждой проверки. Это низкоуровневый технический вариант использования принципа, что-то типа "Дай свой хэш и мы отправим тебе сертификат, мол твои данные целы и действительно существуют". Здесь биткоин используется только для привязки данных, что достигается путем использования протоколов второго уровня.
https://exonum.com
Это опенсорс фреймворк для создания приватных блокчейнов от компании Bitfury Group (https://bitfury.com/).
Exonum привязывается к биткойн-блокчейну, периодически высылая хеши блоков для включения в поддерживающий общедоступный блокчейн в формате транзакций-свидетельств. Для атаки на сеть, защищенную привязкой к открытому блокчейну, злоумышленникам приходится одновременно преодолевать механизмы консенсуса для эксклюзивного блокчейна и для поддерживающей цепи, что требует колоссальных вычислительных мощностей и не является рентабельным с точки зрения материальных затрат.
https://faizod.com
Предоставляет аналогичное решение
В следующих постах разберу на частных примерах, как используют DAB в своих решениях VeriBlock и Open Timestamps.
https://t.me/CryptoBotan/917Сегодня продолжу говорить про решения второго уровня бати, а именно про Data anchoring on Bitcoin (DAB)
⬇️⬇️⬇️
На самом деле потенциал этого решения огромен, я приведу лишь примеры для более ясного понимания сути работы.
Data anchoring - это технология, в соответствии с которой операторы эксклюзивного блокчейна периодически высылают хеши блоков для включения в поддерживающий общедоступный блокчейн в формате транзакций-свидетельств.
Data anchoring on Bitcoin (привязка данных к биткойну) - это новый способ защиты и стандарт для создания надежных цифровых данных.
Основной принцип DAB заключается в привязке отпечатка (хэша) любых цифровых данных с транзакцией.
Вы знаете такую штуку, как Timestamp (временная метка), когда транзакция подтверждается, она попадает в блокчейн и открыта для всех, так что каждый желающий может проверить существование тех или иных данных в определенный момент времени. DAB являет собой новую и специфическую форму timestamping.
Привязка к блокчейнам не требует большого количества ресурсов и не создает критической зависимости от поддерживающего блокчейна — сотрудничество между операторами эксклюзивного блокчейна и майнерами на поддерживающем блокчейне носит необязательный характер.
Так же DAB решает проблему диверсификации безопасности распределенных реестров и может применяться в блокчейнах, которые не используют внутреннее доказательство работы. При этом оба подхода не являются взаимно исключающими и могут применяться одновременно для повышения уровня защищенности.
Какие проекты используют DAB в своих кейсах? Я привожу их только с точки зрения реализации решений.
https://www.woleet.io
Если очень коротко, то это DAB-провайдер, который выступает в качестве хаба, который факторизует хэши от разных клиентов, для уменьшения количества транзакций, снижая стоимость каждой проверки. Это низкоуровневый технический вариант использования принципа, что-то типа "Дай свой хэш и мы отправим тебе сертификат, мол твои данные целы и действительно существуют". Здесь биткоин используется только для привязки данных, что достигается путем использования протоколов второго уровня.
https://exonum.com
Это опенсорс фреймворк для создания приватных блокчейнов от компании Bitfury Group (https://bitfury.com/).
Exonum привязывается к биткойн-блокчейну, периодически высылая хеши блоков для включения в поддерживающий общедоступный блокчейн в формате транзакций-свидетельств. Для атаки на сеть, защищенную привязкой к открытому блокчейну, злоумышленникам приходится одновременно преодолевать механизмы консенсуса для эксклюзивного блокчейна и для поддерживающей цепи, что требует колоссальных вычислительных мощностей и не является рентабельным с точки зрения материальных затрат.
https://faizod.com
Предоставляет аналогичное решение
В следующих постах разберу на частных примерах, как используют DAB в своих решениях VeriBlock и Open Timestamps.
Quote
VeriBlock и Data anchoring
Как и говорил, проект VeriBlock (https://www.veriblock.com/) использующий решение "привязка к блокчейну" (https://t.me/CryptoBotan/917).
⬇️⬇️⬇️
Это проект, реализующий алгоритм консенсуса Proof of Proof - PoP (доказательство доказательства).
В PoP, протокол консенсуса позволяет блокчейнам наследовать доказательства работы безопасности от других блокчейнов. Такая экосистема создает косвенную масштабируемость биткоина, используя его в качестве механизма безопасности для специально построенных, отдельных цепочек.
Внебиржевые транзакционные сети (LN) и сайдчейны, зависят от иерархической модели безопасности, которая позволяет всем блокчейнам работать в контексте безопасности биткойна. Протокол PoP позволяет наследовать свойства блокчейна Биткойн без участия и одобрения биткойн-майнеров, без централизации и без наложения каких-либо технологических ограничений на блокчейны, которые принимают этот протокол.
Протокол PoP вводит новый тип майнеров, которые выполняют периодические публикации текущего состояния одного блокчейна другому блокчейну. На эти публикации ссылаются в случае реорганизации блокчейна.
Эти майнеры, как мосты между наследуемым (SPB) и наследующими блокчейнами (SIB). Для встраивания данных состояния можно использовать несколько методов, один из которых OPRETURN
OPRETURN - это такой тип транзакции, который добавляет произвольные данные в скрипт PublicKey, но полные ноды не хранят эти данные в своей базе UTXO.
VeriBlock - это сеть на базе PoW, предназначенная для обработки простых транзакций (без сценариев) на мини-блокчейне, защищенном сетью Биткойн при помощью PoP. Здесь используется Algo PoP с привязкой к блокчейну Биткойн и PoW с хэшированием vBlake (https://bytwork.com/articles/algoritm-blake256-blake-r14-spisok-vseh-monet-i-maynerov-asic).
Блокчейн, использующий VeriBlock, будет использовать предоставленную библиотеку для автоматического отслеживания консенсуса VeriBlock и Bitcoin. Изменяя формат блока и структуру вознаграждения, происходит воознаграждение PoP-майнеров.
Совместно с VeriBlock используется блокчейн Custody, который предоставляет услуги по обеспечению целостности цифровых данных, поддерживаемые крупнейшим в мире источником хеширующей мощности (блокчейн биткоина).
Grand Central—мини-блокчейн, разрабатываемый для перекрестных каналов платежей, атомарных свопов и постквантовых подписей.
Одной из обсуждаемых тем (https://bits.media/proekt-veriblock-generiruet-bolee-30-tranzaktsiy-v-bitkoine/) использования VeriBlock стало большое число генерируемых транзакций в сети деда. Часть сообщества считают, что такой подход захламляет сеть и может привести к спам-атакам сети.
White Paper проекта VeriBlock
(https://www.veriblock.org/wp-content/uploads/2018/03/PoP-White-Paper.pdf)GitHub проекта проекта VeriBlock (https://github.com/VeriBlock/)
https://t.me/CryptoBotan/918 Как и говорил, проект VeriBlock (https://www.veriblock.com/) использующий решение "привязка к блокчейну" (https://t.me/CryptoBotan/917).
⬇️⬇️⬇️
Это проект, реализующий алгоритм консенсуса Proof of Proof - PoP (доказательство доказательства).
В PoP, протокол консенсуса позволяет блокчейнам наследовать доказательства работы безопасности от других блокчейнов. Такая экосистема создает косвенную масштабируемость биткоина, используя его в качестве механизма безопасности для специально построенных, отдельных цепочек.
Внебиржевые транзакционные сети (LN) и сайдчейны, зависят от иерархической модели безопасности, которая позволяет всем блокчейнам работать в контексте безопасности биткойна. Протокол PoP позволяет наследовать свойства блокчейна Биткойн без участия и одобрения биткойн-майнеров, без централизации и без наложения каких-либо технологических ограничений на блокчейны, которые принимают этот протокол.
Протокол PoP вводит новый тип майнеров, которые выполняют периодические публикации текущего состояния одного блокчейна другому блокчейну. На эти публикации ссылаются в случае реорганизации блокчейна.
Эти майнеры, как мосты между наследуемым (SPB) и наследующими блокчейнами (SIB). Для встраивания данных состояния можно использовать несколько методов, один из которых OPRETURN
OPRETURN - это такой тип транзакции, который добавляет произвольные данные в скрипт PublicKey, но полные ноды не хранят эти данные в своей базе UTXO.
VeriBlock - это сеть на базе PoW, предназначенная для обработки простых транзакций (без сценариев) на мини-блокчейне, защищенном сетью Биткойн при помощью PoP. Здесь используется Algo PoP с привязкой к блокчейну Биткойн и PoW с хэшированием vBlake (https://bytwork.com/articles/algoritm-blake256-blake-r14-spisok-vseh-monet-i-maynerov-asic).
Блокчейн, использующий VeriBlock, будет использовать предоставленную библиотеку для автоматического отслеживания консенсуса VeriBlock и Bitcoin. Изменяя формат блока и структуру вознаграждения, происходит воознаграждение PoP-майнеров.
Совместно с VeriBlock используется блокчейн Custody, который предоставляет услуги по обеспечению целостности цифровых данных, поддерживаемые крупнейшим в мире источником хеширующей мощности (блокчейн биткоина).
Grand Central—мини-блокчейн, разрабатываемый для перекрестных каналов платежей, атомарных свопов и постквантовых подписей.
Одной из обсуждаемых тем (https://bits.media/proekt-veriblock-generiruet-bolee-30-tranzaktsiy-v-bitkoine/) использования VeriBlock стало большое число генерируемых транзакций в сети деда. Часть сообщества считают, что такой подход захламляет сеть и может привести к спам-атакам сети.
White Paper проекта VeriBlock
(https://www.veriblock.org/wp-content/uploads/2018/03/PoP-White-Paper.pdf)GitHub проекта проекта VeriBlock (https://github.com/VeriBlock/)
sr. member
Activity: 938
Merit: 466
~[f#
Quote
Продолжаем разбирать стек деда (https://t.me/CryptoBotan/888), а именно сайдчейны. Сегодня на очереди DriveChain, где аксиомой в сути работы является тот факт, что с точки зрения теории игр, майнеры наименее "проблемные" хранители средств. Попытался заинтриговать🙈 Подробнее дальше...
DriveChain
(https://github.com/drivechain-project/docs/)⬇️⬇️⬇️
Драйвчейн - это имплементация сайдчейна, разработанная биткоин-разработчиком и директором по исследованиям в Tierion (TNT) Полом Шторцем.
Tierion (TNT) – токен ERC20, платформы для верификации данных.
Протокол позволяет создавать новые сайдчейны bitcoin, а также позволяет другим блокчейнам присоединяться к bitcoin и совершать транзакции, применяя BTC, но при этом оставаться и функционировать как отдельный блокчейн.
Драйвчейн, как и сайдчейн, используют модель "Двойной фиксации"two-way pegs (2WP), чтобы передавать BTC из основной сети в боковую. Я уже писал о способах двойной фиксации в посте про RSK (https://t.me/CryptoBotan/813)
Как работает DriveChain?
Передавая BTC из основной цепи в боковую, они блокируются на уникальном адресе P2SH (https://t.me/CryptoBotan/715). В основной сети монеты заблокированы, и никакая деятельность по реорганизации монет не может произойти, зато в боковой цепи, их можно использовать. Все как и в сайдчейнах, но разница в том, кто предоставляет информацию для передачи монет из основной сети в боковую и наоборот.
Протокол полагается на майнеров, которые становятся «алгоритмическими хранителями полномочий». Такой протокол сможет информировать майнеров о состоянии других сайдчейнов, подключенных к сети.
При использовании протокола драйвчейн, майнеры рассматриваются как хранители и управляют транзакциями.
Серхио Демиэн Лернер, работающий над этой версией протокола, представил биткоин-скрипт "OPCOUNTACKS". Он реализует такой функционал.
Тут попытался проще, заране извиняюсь😇:
Перенос монет из основной в боковую сети и наоборот, происходит путем объединенного майнинга, используя принципы теории игр. Майнеры майнят одновременно на двух цепях. Блок DriveChain собирается и хэшируется сначала с хэшем в coinbase-транзакции биткоина. Как только нужная сложность достигнута, блок биткоина отправляется в сеть. Блок DriveChain объединяется со всей инфой биткоин-блока.
Coinbase-транзакция - это особый тип транзакции, который не требует ранее существующих выходов. Он создает выходы (т. е. монеты) из ниоткуда. Это награда, которую майнеры получают за добычу новых блоков.
Объединенный майнинг используется для передачи BTC в боковую цепь. Для переноса BTC из боковой цепи, используется упрощенный метод проверки платежей.
При отправке монет в основную цепь, создаётся транзакция, которая "отменяет" монеты в боковой цепи и запрашивает адрес назначения в основной цепи. Создаётся транзакция CoinJoin (https://t.me/CryptoBotan/584) и id транзакции включается в заголовок блока боковой цепи. Затем транзакция CoinJoin включается в coinbase-блок биткоина. Майнеры голосуют за подтверждение транзакции и подтверждают, что она не была изменена, путем ссылки на боковую цепь. Затем происходит отправка монет.
Преимущества DriveChain:
1) Масштабирумость
2) Новшества без разрешения
Любой желающий может создать новый блокчейн, не создавая собственные монеты и системы.
3) Избавление от конкурентов (сомнительное преимущество)
Избавление от альткоинов
4) Функциональность
Драйвчейны как и сайдчейны позволяют тестировать новые функции. Они могут использоваться как тестовые сети.
https://t.me/CryptoBotan/899DriveChain
(https://github.com/drivechain-project/docs/)⬇️⬇️⬇️
Драйвчейн - это имплементация сайдчейна, разработанная биткоин-разработчиком и директором по исследованиям в Tierion (TNT) Полом Шторцем.
Tierion (TNT) – токен ERC20, платформы для верификации данных.
Протокол позволяет создавать новые сайдчейны bitcoin, а также позволяет другим блокчейнам присоединяться к bitcoin и совершать транзакции, применяя BTC, но при этом оставаться и функционировать как отдельный блокчейн.
Драйвчейн, как и сайдчейн, используют модель "Двойной фиксации"two-way pegs (2WP), чтобы передавать BTC из основной сети в боковую. Я уже писал о способах двойной фиксации в посте про RSK (https://t.me/CryptoBotan/813)
Как работает DriveChain?
Передавая BTC из основной цепи в боковую, они блокируются на уникальном адресе P2SH (https://t.me/CryptoBotan/715). В основной сети монеты заблокированы, и никакая деятельность по реорганизации монет не может произойти, зато в боковой цепи, их можно использовать. Все как и в сайдчейнах, но разница в том, кто предоставляет информацию для передачи монет из основной сети в боковую и наоборот.
Протокол полагается на майнеров, которые становятся «алгоритмическими хранителями полномочий». Такой протокол сможет информировать майнеров о состоянии других сайдчейнов, подключенных к сети.
При использовании протокола драйвчейн, майнеры рассматриваются как хранители и управляют транзакциями.
Серхио Демиэн Лернер, работающий над этой версией протокола, представил биткоин-скрипт "OPCOUNTACKS". Он реализует такой функционал.
Тут попытался проще, заране извиняюсь😇:
Перенос монет из основной в боковую сети и наоборот, происходит путем объединенного майнинга, используя принципы теории игр. Майнеры майнят одновременно на двух цепях. Блок DriveChain собирается и хэшируется сначала с хэшем в coinbase-транзакции биткоина. Как только нужная сложность достигнута, блок биткоина отправляется в сеть. Блок DriveChain объединяется со всей инфой биткоин-блока.
Coinbase-транзакция - это особый тип транзакции, который не требует ранее существующих выходов. Он создает выходы (т. е. монеты) из ниоткуда. Это награда, которую майнеры получают за добычу новых блоков.
Объединенный майнинг используется для передачи BTC в боковую цепь. Для переноса BTC из боковой цепи, используется упрощенный метод проверки платежей.
При отправке монет в основную цепь, создаётся транзакция, которая "отменяет" монеты в боковой цепи и запрашивает адрес назначения в основной цепи. Создаётся транзакция CoinJoin (https://t.me/CryptoBotan/584) и id транзакции включается в заголовок блока боковой цепи. Затем транзакция CoinJoin включается в coinbase-блок биткоина. Майнеры голосуют за подтверждение транзакции и подтверждают, что она не была изменена, путем ссылки на боковую цепь. Затем происходит отправка монет.
Преимущества DriveChain:
1) Масштабирумость
2) Новшества без разрешения
Любой желающий может создать новый блокчейн, не создавая собственные монеты и системы.
3) Избавление от конкурентов (сомнительное преимущество)
Избавление от альткоинов
4) Функциональность
Драйвчейны как и сайдчейны позволяют тестировать новые функции. Они могут использоваться как тестовые сети.
Quote
Так, так...Сайдчейны входящие в технологический стек биткоина (https://t.me/CryptoBotan/888) мы разобрали, смотри выше. Переходим ко 2 слою решений для масштабируемости сети Биткоин. Начнем, а точнее продолжим с Lightning Network.
Что такое LN писали много и не только я. Ниже посты для того, чтобы освежить память.
Подробнее о LN
⬇️⬇️⬇️
https://t.me/CryptoBotan/600
Приложения и дополнения LN.
⬇️⬇️⬇️
https://t.me/CryptoBotan/791
Channel Factories (CF)
⬇️⬇️⬇️
Это решение делает LN третьим слоем сети, в то время как сама лежит между блокчейном и платежными каналами, образуя новый слой и трехуровневую систему:
Blockchain - транзакции проверяются каждым узлом
CF - многосторонние платежные каналы
LN - результирующая сеть CF для платежей
Идея была предложена в 2017 году разработчиками: Conrad Burchert, Christian Decker и Roger Wattenhofer.
Они опубликовали White Paper (https://tik-old.ee.ethz.ch/file//a20a865ce40d40c8f942cf206a7cba96/Scalable_Funding_Of_Blockchain_Micropayment_Networks%20(1).pdf) "Scalable Funding of Bitcoin Micropayment Channel Networks" - "Масштабируемое финансирование сетевых каналов микроплатежей биткойн", где описали свое детище. Я постараюсь описать короче, лишь для понимания и представления.
Для открытия платежного канала LN юзер сначала финансирует свой канал. Он переводят свои средства на адрес 2-of-2 multisig в блокчейне.
После подтверждения, пользователи выполняют любое количество транзакций в этом канале, не помещая транзакции в блокчейн.
В завершении они могут закрыть канал, записав последнее состояние канала в блокчейн.
LN создавалась для увеличения скорости транзакций и обеспечивает создание двунаправленных каналов, которые имеют некоторые ограничения при настройке:
1) Средства блокируются в канале, до момента закрытия канала.
Блокировка средств в канале неудобна, особенно если нужно сделать ребаланс или заполнить каналы.
2) Открытие/закрытие транзакций внутри цепочки плохо масштабируется из-за ограничений пропускной способности Биткойна.
По мере увеличения числа пользователей LN, количество транзакций в цепочке тоже возрастет. Если 100 юзеров LN откроют по 5 каналов, то создаться 1000 транзакций в цепочке.
CF обеспечивает масштабируемое решение, при котором пользователи создают произвольное количество каналов в составе группы, что значительно снижает стоимость транзакций блокчейна. (Пример на фото)
Такая система позволяет быстро перераспределять средств по каналам, что снижает затраты на открытие новых каналов. Вместо одной блокчейн-транзакции, каждому пользователю требуется только одна транзакция для входа в группу узлов. Внутри группы пользователь может создать произвольное количество каналов. Для группы из 20 пользователей со 100 внутригрупповыми каналами стоимость блокчейн-транзакций снижается на 90% по сравнению со 100 обычными микроплатежными каналами.
Если ввести подписи Шнорра (https://t.me/CryptoBotan/704), этот показатель можно увеличить до 96%. Включение подписей Шнорра в протокол Биткоина совместно с CF обеспечит более компактные транзакции при публикации их в цепочке.
CF, как новый второй слой, состоит из многосторонних каналов для микроплатежей (Channel Factories), которые могут быстро переводить средства как и обычные двунаправленные каналы. Такая сеть обеспечивает уровень, где выполняются регулярные транзакции.
В CF работает "Хук-транзакция", открывающая совместное владение депонированными средствами между сторонами. Компонент, который обеспечивает финансирование нескольких многосторонних каналов, называется "распределением". Блгодаря распределению, одна или несколько последовательных транзакций могут извлекать заблокированные средства из многостороннего канала в качестве входных данных и финансировать несколько каналов с их выходами.
"Хук-транзакция" - это транзакция финансирования многостороннего канала, которая позволяет юзерам выводить средства из канала, если другие стороны становятся некооперативными. Открытие вторичных платежных каналов внутри CF происходит мгновенно.
Пользователи могут открывать и закрывать практически неограниченное количество каналов, что может значительно снизить нагрузку на сеть LN, если она будет масштабироваться до глобальной платежной сети с миллионами пользователей.
https://zen.yandex.ru/media/id/5c30dd7ce5e73b00aad07f3c/channel-factories-novyi-sloi-v-seti-bitcoin-dlia-provedeniia-mikroplatejei-5dfa4b6a5d6c4b00b8bae359
https://t.me/CryptoBotan/902Что такое LN писали много и не только я. Ниже посты для того, чтобы освежить память.
Подробнее о LN
⬇️⬇️⬇️
https://t.me/CryptoBotan/600
Приложения и дополнения LN.
⬇️⬇️⬇️
https://t.me/CryptoBotan/791
Channel Factories (CF)
⬇️⬇️⬇️
Это решение делает LN третьим слоем сети, в то время как сама лежит между блокчейном и платежными каналами, образуя новый слой и трехуровневую систему:
Blockchain - транзакции проверяются каждым узлом
CF - многосторонние платежные каналы
LN - результирующая сеть CF для платежей
Идея была предложена в 2017 году разработчиками: Conrad Burchert, Christian Decker и Roger Wattenhofer.
Они опубликовали White Paper (https://tik-old.ee.ethz.ch/file//a20a865ce40d40c8f942cf206a7cba96/Scalable_Funding_Of_Blockchain_Micropayment_Networks%20(1).pdf) "Scalable Funding of Bitcoin Micropayment Channel Networks" - "Масштабируемое финансирование сетевых каналов микроплатежей биткойн", где описали свое детище. Я постараюсь описать короче, лишь для понимания и представления.
Для открытия платежного канала LN юзер сначала финансирует свой канал. Он переводят свои средства на адрес 2-of-2 multisig в блокчейне.
После подтверждения, пользователи выполняют любое количество транзакций в этом канале, не помещая транзакции в блокчейн.
В завершении они могут закрыть канал, записав последнее состояние канала в блокчейн.
LN создавалась для увеличения скорости транзакций и обеспечивает создание двунаправленных каналов, которые имеют некоторые ограничения при настройке:
1) Средства блокируются в канале, до момента закрытия канала.
Блокировка средств в канале неудобна, особенно если нужно сделать ребаланс или заполнить каналы.
2) Открытие/закрытие транзакций внутри цепочки плохо масштабируется из-за ограничений пропускной способности Биткойна.
По мере увеличения числа пользователей LN, количество транзакций в цепочке тоже возрастет. Если 100 юзеров LN откроют по 5 каналов, то создаться 1000 транзакций в цепочке.
CF обеспечивает масштабируемое решение, при котором пользователи создают произвольное количество каналов в составе группы, что значительно снижает стоимость транзакций блокчейна. (Пример на фото)
Такая система позволяет быстро перераспределять средств по каналам, что снижает затраты на открытие новых каналов. Вместо одной блокчейн-транзакции, каждому пользователю требуется только одна транзакция для входа в группу узлов. Внутри группы пользователь может создать произвольное количество каналов. Для группы из 20 пользователей со 100 внутригрупповыми каналами стоимость блокчейн-транзакций снижается на 90% по сравнению со 100 обычными микроплатежными каналами.
Если ввести подписи Шнорра (https://t.me/CryptoBotan/704), этот показатель можно увеличить до 96%. Включение подписей Шнорра в протокол Биткоина совместно с CF обеспечит более компактные транзакции при публикации их в цепочке.
CF, как новый второй слой, состоит из многосторонних каналов для микроплатежей (Channel Factories), которые могут быстро переводить средства как и обычные двунаправленные каналы. Такая сеть обеспечивает уровень, где выполняются регулярные транзакции.
В CF работает "Хук-транзакция", открывающая совместное владение депонированными средствами между сторонами. Компонент, который обеспечивает финансирование нескольких многосторонних каналов, называется "распределением". Блгодаря распределению, одна или несколько последовательных транзакций могут извлекать заблокированные средства из многостороннего канала в качестве входных данных и финансировать несколько каналов с их выходами.
"Хук-транзакция" - это транзакция финансирования многостороннего канала, которая позволяет юзерам выводить средства из канала, если другие стороны становятся некооперативными. Открытие вторичных платежных каналов внутри CF происходит мгновенно.
Пользователи могут открывать и закрывать практически неограниченное количество каналов, что может значительно снизить нагрузку на сеть LN, если она будет масштабироваться до глобальной платежной сети с миллионами пользователей.
https://zen.yandex.ru/media/id/5c30dd7ce5e73b00aad07f3c/channel-factories-novyi-sloi-v-seti-bitcoin-dlia-provedeniia-mikroplatejei-5dfa4b6a5d6c4b00b8bae359
Quote
Протокол Eltoo в сети Lightning Network
⬇️⬇️⬇️
Всякий раз, когда совершается новый платеж, юзер-каналы Lightning обновляются для верного отображения их общих балансов.
Фишка в том, что существует наказание в виде штрафа, если юзер пытается обмануть, распространяя старую версию баланса (например, для экономии средств).
Пользователи, которые пытаются совершить обман, могут потерять свои средства в платежном канале. Это достигается за счет системы L2-penalty.
Но существует нюанс, который состоит в том, что рассылка старых балансов по сети не всегда является попыткой обмана. Иногда юзеры могут случайно распространять старые балансы (из-за ошибки в коде или при неправильном сохранении резервной копии).
Такой нюанс назвали «токсичной информацией».
Соучредитель Lightning Labs Лаолу Осантокун, Кристиан Декер и Расти Расселом из Blockstream, в 2018 году представили (https://blockstream.com/eltoo.pdf) новое решение, в котором предложили «упрощённый» способ осуществления "off-chain" (внесетевых) транзакций.
Eltoo обновляет канал за счет построения цепи транзакций с временным замком, где каждая транзакция тратит средства из предыдущей для отображения актуального баланса.
Решение Eltoo позволяет хранить только свежие данные о транзакциях вне блокчейна, решая проблему «информационной асимметрии».
Проблема «информационной асимметрии» заключается в том, что в случае, если устройство с запущенным приложением Lightning выйдет из строя или будет утеряно, пользователь может потерять доступ ко всей истории данных.
Если подробнее, то eltoo добавляет процедуру, которая делает каждое обновленное состояние заданным. Любое обновление канала, например, когда А совершает транзакцию Б, состоит из двух транзакций, каждая из которых хранит, и впоследствии полностью заменяет, предыдущую транзакцию.
Eltoo также увеличивает масштабируемость LN. У нод пропадает необходимость хранить все промежуточные состояния платежного канала. Вместо этого ноды хранят только самую последнюю версию состояния и некоторую информацию о самой транзакции, такую как соответствующую ей расчетную транзакцию и Hash Time Lock контракты.
https://t.me/CryptoBotan/911⬇️⬇️⬇️
Всякий раз, когда совершается новый платеж, юзер-каналы Lightning обновляются для верного отображения их общих балансов.
Фишка в том, что существует наказание в виде штрафа, если юзер пытается обмануть, распространяя старую версию баланса (например, для экономии средств).
Пользователи, которые пытаются совершить обман, могут потерять свои средства в платежном канале. Это достигается за счет системы L2-penalty.
Но существует нюанс, который состоит в том, что рассылка старых балансов по сети не всегда является попыткой обмана. Иногда юзеры могут случайно распространять старые балансы (из-за ошибки в коде или при неправильном сохранении резервной копии).
Такой нюанс назвали «токсичной информацией».
Соучредитель Lightning Labs Лаолу Осантокун, Кристиан Декер и Расти Расселом из Blockstream, в 2018 году представили (https://blockstream.com/eltoo.pdf) новое решение, в котором предложили «упрощённый» способ осуществления "off-chain" (внесетевых) транзакций.
Eltoo обновляет канал за счет построения цепи транзакций с временным замком, где каждая транзакция тратит средства из предыдущей для отображения актуального баланса.
Решение Eltoo позволяет хранить только свежие данные о транзакциях вне блокчейна, решая проблему «информационной асимметрии».
Проблема «информационной асимметрии» заключается в том, что в случае, если устройство с запущенным приложением Lightning выйдет из строя или будет утеряно, пользователь может потерять доступ ко всей истории данных.
Если подробнее, то eltoo добавляет процедуру, которая делает каждое обновленное состояние заданным. Любое обновление канала, например, когда А совершает транзакцию Б, состоит из двух транзакций, каждая из которых хранит, и впоследствии полностью заменяет, предыдущую транзакцию.
Eltoo также увеличивает масштабируемость LN. У нод пропадает необходимость хранить все промежуточные состояния платежного канала. Вместо этого ноды хранят только самую последнюю версию состояния и некоторую информацию о самой транзакции, такую как соответствующую ей расчетную транзакцию и Hash Time Lock контракты.
Quote
Private messages в сети Lightning Network
⬇️⬇️⬇️
Думали LN предназначен для масштабирования сети Биткоин? Что на счет отправки личных сообщений?
В ноябре 2019 года разработчик Lightning Labs Джуст Джагер представил (https://twitter.com/joostjgr/status/1190714028626251779) собственное решение Whatsat - версию LN для отправки сообщений.
Whatsat - это децентрализованный и устойчивый к цензуре способ отправки сообщений другим пользователям Lightning Network. Протокол является настоящей одноранговой сетью, в которой может участвовать любой желающий.
После недавнего обновления сети LN, появилась возможность добавить дополнительные данные к платежам lightning.
Пока можно отправлять сообщения бесплатно. В сети LN за неудавшийся платеж не взимается комиссия. Платеж доходит до получателя, который извлекает сообщение, но не принимает платеж.
Это две системы в одной: обмен сообщениями и платежи. Вот вам и новый мессенджер - конкурент на рынке😁
https://github.com/joostjager/whatsat
https://t.me/CryptoBotan/912⬇️⬇️⬇️
Думали LN предназначен для масштабирования сети Биткоин? Что на счет отправки личных сообщений?
В ноябре 2019 года разработчик Lightning Labs Джуст Джагер представил (https://twitter.com/joostjgr/status/1190714028626251779) собственное решение Whatsat - версию LN для отправки сообщений.
Whatsat - это децентрализованный и устойчивый к цензуре способ отправки сообщений другим пользователям Lightning Network. Протокол является настоящей одноранговой сетью, в которой может участвовать любой желающий.
После недавнего обновления сети LN, появилась возможность добавить дополнительные данные к платежам lightning.
Пока можно отправлять сообщения бесплатно. В сети LN за неудавшийся платеж не взимается комиссия. Платеж доходит до получателя, который извлекает сообщение, но не принимает платеж.
Это две системы в одной: обмен сообщениями и платежи. Вот вам и новый мессенджер - конкурент на рынке😁
https://github.com/joostjager/whatsat
Jump to: