✅✅✅
Identity
Для стека биткоина
Часть.2
⬇️⬇️⬇️
В этой части, расскажу о решениях которые были предложены еще в далеких 2014-2016 годах. Судьба этих предложений мне неизвестна, но судя по отсутствию информации в интернете, в сети Биткойн все заняты решением других проблем.
///
Onename
Onename - это поставщик протоколов с открытым исходным кодом, по созданию безопасных и надежных идентификаторов в сети, разработанный в 2014 году.
Это децентрализованная система идентификации, в которой пользователи регистрируются и поддерживают блокчейн-идентификатор, которым можно делиться на своих веб-сайтах, профилях в социальных сетях. Разработчики могли реализовать свою технологию для создания входа без пароля с использованием выданных блокчейн-идентификаторов, предоставляя пользователям детальный контроль над их конфиденциальностью и доступом к данным. Первым шагом была замена биткойн-адреса оплаты на более удобные запросы на оплату.
Физические лица регистрировали имя и владеющий им открытый ключ. При условии, что они первыми зарегистрируют это имя, они могли произвольно обновлять связанные значения, подписывая их зарегистрированным ключом.
Протокол был построен поверх протокола NameCoin. В 2015 году платформа переключилась с блокчейна Namecoin на Bitcoin в связи с доминацией F2POOL над сетью. Дальнейшая судьба неизвестна.
///
Identity protocol (bitcoinwiki)
Целью создания протокола является полностью децентрализованная, анонимная, безопасная идентификация.
SIN (Secure Identity Number) - это уникальный идентификатор записи, с помощью которого идентификационные данные могут стать известны. Он позволяет доказывать права собственности, прикреплять публичные доказательства (последовательность пар key-value) и частные доказательства (хэши) к записи SIN. “Master public key” образует корень цифрового доверия. Пользователи децентрализованного рынка в цифровом виде подписывают SIN друг друга, создавая тем самым децентрализованную репутацию друг друга.
///
Decentralized Anonymous Credentials (DAC)
Децентрализованная выдача учетных данных. Это новая схема анонимных учетных данных, которая устраняет необходимость в доверенном эмитенте учетных данных.
Заявляя о себе, что я это я, организации и центры сертификации, службы поддержки DNS и провайдеры входа в систему, вроде Google, предоставляют наши учетные данные, для проверки, что это действительно вы.
Работа над протоколом, базировалась на DAA (Direct Anonymous Attestation - "прямая анонимная аттестация"). DAA расширяет стандартные возможности аттестации позволяя проводить анонимные аттестации и принимать псевдонимы, которые криптографически привязаны к внутреннему сертификату идентификации. DAA имеют некоторые ограничения. Они используют слепые подписи и поэтому требуют назначения центральной, доверенной стороны для выдачи учетных данных. Этот эмитент представляет собой единственную точку отказа.
Решение DAC может управляться специальной группой недоверчивых участников и расширять схему учетных данных для создания обновляемых анонимных учетных данных, в которых пользователи получают новые учетные данные на основе изменения свойств своей личности. Все что для этого нужно - это распределенная система.
Возможность устанавливать удостоверения и привязывать их к открытому ключу гарантирует, что пользователи могут утверждать свою личность не анонимным способом, просто выдавая подписи из соответствующего секретного ключа.
Чтобы выдать новые учетные данные, пользователь устанавливает личность и связанные с ней атрибуты. Система присоединяет специальное обязательство к PrivateKey вместе со строками идентификатора и атрибута, содержащимися в ее утверждении идентичности. Система включает в себя неинтерактивное доказательство того, что учетные данные правильно сконструированы, т.е. что атрибуты в обязательстве соответствуют тем, которые раскрываются в утверждении идентичности. Сеть примет утверждение идентичности только тогда, когда это утверждение считается правильным и прилагаемое доказательство является действительным.
Ссылка на документацию
#Layer2
Identity
Для стека биткоина
Часть.2
⬇️⬇️⬇️
В этой части, расскажу о решениях которые были предложены еще в далеких 2014-2016 годах. Судьба этих предложений мне неизвестна, но судя по отсутствию информации в интернете, в сети Биткойн все заняты решением других проблем.
///
Onename
Onename - это поставщик протоколов с открытым исходным кодом, по созданию безопасных и надежных идентификаторов в сети, разработанный в 2014 году.
Это децентрализованная система идентификации, в которой пользователи регистрируются и поддерживают блокчейн-идентификатор, которым можно делиться на своих веб-сайтах, профилях в социальных сетях. Разработчики могли реализовать свою технологию для создания входа без пароля с использованием выданных блокчейн-идентификаторов, предоставляя пользователям детальный контроль над их конфиденциальностью и доступом к данным. Первым шагом была замена биткойн-адреса оплаты на более удобные запросы на оплату.
Физические лица регистрировали имя и владеющий им открытый ключ. При условии, что они первыми зарегистрируют это имя, они могли произвольно обновлять связанные значения, подписывая их зарегистрированным ключом.
Протокол был построен поверх протокола NameCoin. В 2015 году платформа переключилась с блокчейна Namecoin на Bitcoin в связи с доминацией F2POOL над сетью. Дальнейшая судьба неизвестна.
///
Identity protocol (bitcoinwiki)
Целью создания протокола является полностью децентрализованная, анонимная, безопасная идентификация.
SIN (Secure Identity Number) - это уникальный идентификатор записи, с помощью которого идентификационные данные могут стать известны. Он позволяет доказывать права собственности, прикреплять публичные доказательства (последовательность пар key-value) и частные доказательства (хэши) к записи SIN. “Master public key” образует корень цифрового доверия. Пользователи децентрализованного рынка в цифровом виде подписывают SIN друг друга, создавая тем самым децентрализованную репутацию друг друга.
///
Decentralized Anonymous Credentials (DAC)
Децентрализованная выдача учетных данных. Это новая схема анонимных учетных данных, которая устраняет необходимость в доверенном эмитенте учетных данных.
Заявляя о себе, что я это я, организации и центры сертификации, службы поддержки DNS и провайдеры входа в систему, вроде Google, предоставляют наши учетные данные, для проверки, что это действительно вы.
Работа над протоколом, базировалась на DAA (Direct Anonymous Attestation - "прямая анонимная аттестация"). DAA расширяет стандартные возможности аттестации позволяя проводить анонимные аттестации и принимать псевдонимы, которые криптографически привязаны к внутреннему сертификату идентификации. DAA имеют некоторые ограничения. Они используют слепые подписи и поэтому требуют назначения центральной, доверенной стороны для выдачи учетных данных. Этот эмитент представляет собой единственную точку отказа.
Решение DAC может управляться специальной группой недоверчивых участников и расширять схему учетных данных для создания обновляемых анонимных учетных данных, в которых пользователи получают новые учетные данные на основе изменения свойств своей личности. Все что для этого нужно - это распределенная система.
Возможность устанавливать удостоверения и привязывать их к открытому ключу гарантирует, что пользователи могут утверждать свою личность не анонимным способом, просто выдавая подписи из соответствующего секретного ключа.
Чтобы выдать новые учетные данные, пользователь устанавливает личность и связанные с ней атрибуты. Система присоединяет специальное обязательство к PrivateKey вместе со строками идентификатора и атрибута, содержащимися в ее утверждении идентичности. Система включает в себя неинтерактивное доказательство того, что учетные данные правильно сконструированы, т.е. что атрибуты в обязательстве соответствуют тем, которые раскрываются в утверждении идентичности. Сеть примет утверждение идентичности только тогда, когда это утверждение считается правильным и прилагаемое доказательство является действительным.
Ссылка на документацию
#Layer2
✅✅✅
Identity
Для стека биткоина
⬇️⬇️⬇️
Часть. 1 - Сторонние проекты и решения
Часть. 2 - Протоколы идентификации
Часть. 3 - IBM Crypto Anchor Verifier
#Layer2
Identity
Для стека биткоина
⬇️⬇️⬇️
Часть. 1 - Сторонние проекты и решения
Часть. 2 - Протоколы идентификации
Часть. 3 - IBM Crypto Anchor Verifier
#Layer2
Telegram
CryptoBotan
✅✅✅
Identity
Для стека биткоина
Часть.2
⬇️⬇️⬇️
В этой части, расскажу о решениях которые были предложены еще в далеких 2014-2016 годах. Судьба этих предложений мне неизвестна, но судя по отсутствию информации в интернете, в сети Биткойн все заняты решением…
Identity
Для стека биткоина
Часть.2
⬇️⬇️⬇️
В этой части, расскажу о решениях которые были предложены еще в далеких 2014-2016 годах. Судьба этих предложений мне неизвестна, но судя по отсутствию информации в интернете, в сети Биткойн все заняты решением…
Forwarded from CryptoBotan
✅✅✅
Технологический стек биткоина
Несколько месяцев работы в этом посте. Как итог: визуализация масштабов экосистемы Биткойна и работы над ней.
Добавил от себя некоторые решения. Внутри ссылки на проекты и протоколы, статьи и посты из других каналов. Хочешь начать разбираться в Биткойне? Надеюсь я смог сделать взлетную полосу для этого.
Буду премного благодарен за распространение моих трудов.
"Биткоин обладает правильным балансом плюсов и минусов. Именно поэтому он так популярен" © Джулиан Ассанж
⬇️⬇️⬇️
Sadechains
Немного о сайдчейнах
1.1. Платформа RootStock или RSK
1.2. Drivechain
1.3. Elements
1.4. Liquid + Issued Assets
Layer 2
2.1. Lightning Network + Tierion (LSATS) + Lightning Loop
Все о Lightning Network. От введения до построения платежных каналов
О типах Lightning Network смарт-контрактов
Приложения и плагины для LN
2.1.1. Channel Factories Часть.1 + Channel Factories Часть. 2
2.1.2. Eltoo
2.1.3. Atomic Swaps
2.1.4. Private Messages
2.2. Omni + Omni DEX + MasterCoin
2.3. Identity + Microsoft ION
2.4. Data Anchors + Open Timestamps + VeriBlock
Performance & Usabillity
3.1. Schnorr Signatures
MuSig
Cross-Input Aggregation
BLS Signatures
3.2. Neutrino + Технология SPV
3.3. Erlay
3.4. BTCPay + BitPay
3.5. uTreeXo+Tx Accumulators + libMiniSketch
Smart Contracts
4.1. Check Template Verify + Noinput
4.2. tBTC
4.3. MAST / Taproot + G'root + Tapscript + MiniScript
4.4. Scriptless Scripts
4.5. Simplicity
4.6. Ivy
4.7 Hivemind
Privacy
5.1. CoinJoin
ZeroLink
P2EP
SNICKER
Value Shuffle
5.2. Dandelion
5.3. Confidential Transaction + Bulletproofs
5.4. CoinSwap + TumbleBit
5.5. Mimble Wimble
Mining
6.1. FIBRE + Bitcoin Relay Network
6.2. BetterHash
6.3. Stratum + Stratum V2
6.4. Mining Derivatives
Рекомендации
Подробнее о Shnorr, Taproot и Tapscript на канале @CryptoLamer
Перевод оригинальной статьи bitcoinwiki "Privacy" от создателя канала @bitcoin_translated - "Приватность в сети Биткойн".
Перевод статьи: MuSig Vs Shamir Secret Sharing by @bitcoin_translated
Сравнение P2EP и CoinJoin на канале @blockndev соавтора протокола Taproot и стандарта Bech32
P.S. А я в отпуск😉
Технологический стек биткоина
Несколько месяцев работы в этом посте. Как итог: визуализация масштабов экосистемы Биткойна и работы над ней.
Добавил от себя некоторые решения. Внутри ссылки на проекты и протоколы, статьи и посты из других каналов. Хочешь начать разбираться в Биткойне? Надеюсь я смог сделать взлетную полосу для этого.
Буду премного благодарен за распространение моих трудов.
"Биткоин обладает правильным балансом плюсов и минусов. Именно поэтому он так популярен" © Джулиан Ассанж
⬇️⬇️⬇️
Sadechains
Немного о сайдчейнах
1.1. Платформа RootStock или RSK
1.2. Drivechain
1.3. Elements
1.4. Liquid + Issued Assets
Layer 2
2.1. Lightning Network + Tierion (LSATS) + Lightning Loop
Все о Lightning Network. От введения до построения платежных каналов
О типах Lightning Network смарт-контрактов
Приложения и плагины для LN
2.1.1. Channel Factories Часть.1 + Channel Factories Часть. 2
2.1.2. Eltoo
2.1.3. Atomic Swaps
2.1.4. Private Messages
2.2. Omni + Omni DEX + MasterCoin
2.3. Identity + Microsoft ION
2.4. Data Anchors + Open Timestamps + VeriBlock
Performance & Usabillity
3.1. Schnorr Signatures
MuSig
Cross-Input Aggregation
BLS Signatures
3.2. Neutrino + Технология SPV
3.3. Erlay
3.4. BTCPay + BitPay
3.5. uTreeXo+Tx Accumulators + libMiniSketch
Smart Contracts
4.1. Check Template Verify + Noinput
4.2. tBTC
4.3. MAST / Taproot + G'root + Tapscript + MiniScript
4.4. Scriptless Scripts
4.5. Simplicity
4.6. Ivy
4.7 Hivemind
Privacy
5.1. CoinJoin
ZeroLink
P2EP
SNICKER
Value Shuffle
5.2. Dandelion
5.3. Confidential Transaction + Bulletproofs
5.4. CoinSwap + TumbleBit
5.5. Mimble Wimble
Mining
6.1. FIBRE + Bitcoin Relay Network
6.2. BetterHash
6.3. Stratum + Stratum V2
6.4. Mining Derivatives
Рекомендации
Подробнее о Shnorr, Taproot и Tapscript на канале @CryptoLamer
Перевод оригинальной статьи bitcoinwiki "Privacy" от создателя канала @bitcoin_translated - "Приватность в сети Биткойн".
Перевод статьи: MuSig Vs Shamir Secret Sharing by @bitcoin_translated
Сравнение P2EP и CoinJoin на канале @blockndev соавтора протокола Taproot и стандарта Bech32
P.S. А я в отпуск😉
Forwarded from 21 идея
Сегодня — всемирный день книг.
Отпразднуй этот праздник за чашечкой чая и чтением любимой книги или материалов bitcoin-translated.
Мы рады сообщить, что работа над переводом книги Яна Прицкера “Изобретаем Биткоин” окончена.
Мы находимся в поисках издательства, заинтересованного в сотрудничестве. Всех, обладающих информацией, которая могла бы быть полезна, просим писать мне в личку: https://tttttt.me/Tony_Crusoe
Особая благодарность за репост!!!
P.S. Ознакомиться с переводом первой главы можно по этой ссылке.
Отпразднуй этот праздник за чашечкой чая и чтением любимой книги или материалов bitcoin-translated.
Мы рады сообщить, что работа над переводом книги Яна Прицкера “Изобретаем Биткоин” окончена.
Мы находимся в поисках издательства, заинтересованного в сотрудничестве. Всех, обладающих информацией, которая могла бы быть полезна, просим писать мне в личку: https://tttttt.me/Tony_Crusoe
Особая благодарность за репост!!!
P.S. Ознакомиться с переводом первой главы можно по этой ссылке.
Доброго вечера🤟
Решил тут поучаствовать в конкурсе от Telegram и забабахал тест на знание стека Биткойна.
Выкладываю, может кому будет интересно проверить свои знания. Если захотите попробовать, надеюсь вам понравится...
На ответ дается 30 сек. Всего вопросов - 30.
Ссылка на бота
⬇️⬇️⬇️
t.me/QuizBot?start=IerDETQR
Решил тут поучаствовать в конкурсе от Telegram и забабахал тест на знание стека Биткойна.
Выкладываю, может кому будет интересно проверить свои знания. Если захотите попробовать, надеюсь вам понравится...
На ответ дается 30 сек. Всего вопросов - 30.
Ссылка на бота
⬇️⬇️⬇️
t.me/QuizBot?start=IerDETQR
Telegram
CryptoBotan
✅✅✅
Технологический стек биткоина
Несколько месяцев работы в этом посте. Как итог: визуализация масштабов экосистемы Биткойна и работы над ней.
Добавил от себя некоторые решения. Внутри ссылки на проекты и протоколы, статьи и посты из других каналов.…
Технологический стек биткоина
Несколько месяцев работы в этом посте. Как итог: визуализация масштабов экосистемы Биткойна и работы над ней.
Добавил от себя некоторые решения. Внутри ссылки на проекты и протоколы, статьи и посты из других каналов.…
P2P-мессенджер Juggernaut в сети Lightning Network
⬇️⬇️⬇️
https://tttttt.me/hypecoinnews/2216
Мессенджер работает на технологии LSAT от Lightning Lab. Уже упоминал про возможность отправки сообщений в сети LN - решение whatsat.
Видимо идея Private Messages в сети LN зашла John Cantrell и он воплотил ее в жизнь:)
⬇️⬇️⬇️
https://tttttt.me/hypecoinnews/2216
Мессенджер работает на технологии LSAT от Lightning Lab. Уже упоминал про возможность отправки сообщений в сети LN - решение whatsat.
Видимо идея Private Messages в сети LN зашла John Cantrell и он воплотил ее в жизнь:)
Ко дню рождения Хэлла Финни
t.me/incrypted_net/6113
Вспомнил старый пост свой о нем, системе hashcash и алгоритме RPoW.
⬇️⬇️⬇️
t.me/CryptoBotan/882
t.me/incrypted_net/6113
Вспомнил старый пост свой о нем, системе hashcash и алгоритме RPoW.
⬇️⬇️⬇️
t.me/CryptoBotan/882
Telegram
Incrypted
Сегодня день рождения у Хэла Финни – человека, без которого не было бы биткоина
https://forklog.com/genezis-arhivy-hel-finni-chelovek-bez-kotorogo-ne-bylo-by-bitkoina/
Сегодня исполнилось бы 64 года Хэлу Финни, человеку, который сыграл важнейшую роль в…
https://forklog.com/genezis-arhivy-hel-finni-chelovek-bez-kotorogo-ne-bylo-by-bitkoina/
Сегодня исполнилось бы 64 года Хэлу Финни, человеку, который сыграл важнейшую роль в…
Я технологический стек то разобрал, а вывод какой?Какой итог? Чем все закончилось??Бонусный уровень где?
Кроче решил подвести черту вот чем...
Биткойн ведь вмещает в себя всё и всех:
- Хочешь приватности? Вот тебе "confidential transaction".
- Деньги "запачкал"? Не беда - CoinJoin и ещё много всего для разных целей и задач.
-Есть магазин свой? Вот тебе BitPay. Ааа, децентрализацию подавай, вот вам BTCPay.
- Мгновенные микроплатежи? Держите LN... Корпоративные средства? - вот вам Liquid.
-Создавать свои активы в Issued Assets. Использовать DeFi. Строить мосты между блокчейнами, по типу RSK Даже Mining Derivatives здесь есть.
А сколько ещё можно придумать и построить.
Так что для меня вывод такой:
Биткойн многоЛик и многогранен. Для всех нас, таких разных, он пристанище в новом мире, и от нас зависит каким будет этот мир. Пафосно, зато от души 😉
Кроче решил подвести черту вот чем...
Биткойн ведь вмещает в себя всё и всех:
- Хочешь приватности? Вот тебе "confidential transaction".
- Деньги "запачкал"? Не беда - CoinJoin и ещё много всего для разных целей и задач.
-Есть магазин свой? Вот тебе BitPay. Ааа, децентрализацию подавай, вот вам BTCPay.
- Мгновенные микроплатежи? Держите LN... Корпоративные средства? - вот вам Liquid.
-Создавать свои активы в Issued Assets. Использовать DeFi. Строить мосты между блокчейнами, по типу RSK Даже Mining Derivatives здесь есть.
А сколько ещё можно придумать и построить.
Так что для меня вывод такой:
Биткойн многоЛик и многогранен. Для всех нас, таких разных, он пристанище в новом мире, и от нас зависит каким будет этот мир. Пафосно, зато от души 😉
Telegram
CryptoBotan
✅✅✅
Технологический стек биткоина
Несколько месяцев работы в этом посте. Как итог: визуализация масштабов экосистемы Биткойна и работы над ней.
Добавил от себя некоторые решения. Внутри ссылки на проекты и протоколы, статьи и посты из других каналов.…
Технологический стек биткоина
Несколько месяцев работы в этом посте. Как итог: визуализация масштабов экосистемы Биткойна и работы над ней.
Добавил от себя некоторые решения. Внутри ссылки на проекты и протоколы, статьи и посты из других каналов.…
В чате t.me/gfshitchat/156977 задался вот какой вопрос (изображение №1). Относится ли топологическая схема (В) к сети Биткойн?
На этой теме и решил сделать пост.
В 1991 году, была представлена работа по криптографически защищенной цепочке блоков данных с соответствующими метками времени. Целью проекта было создание системы временных меток договоров, которые нельзя изменить или
подделать. Система называлась Surety и была создана Хабером и Сторнеттом. Эта система и была реализована в 2008 году, в которой был усовершенствован метод добавления данных в цепочку блоков, не требующих подписи доверенных лиц.
DLT (Distributed Ledger Technology - Технология распределенного реестра) - это совокупность реплицированных, совместно используемых и синхронизированных цифровых данных, географически распределенных между несколькими участниками, странами или учреждениями.
Лучший пример работающего DLT - это блокчейн Биткойна.
Блокчейн - это выстроенная по определённым правилам непрерывная последовательная цепочка блоков (связный список), содержащих информацию. Впервые термин появился как название полностью реплицированной распределённой базы данных, реализованной в системе «Биткойн».
Но это не означает, что DLT система - это блокчейн Биткойна. Скорее, блокчейн Биткойна, да и любой другой блокчейн - это одна из возможных реализаций DLT-системы.
Еще к DLT системам относятся:
Hyperledger Fabric (HLF) от IBM
DAG (IOTA, Hashgraph, NANO, скам проект DagCoin😁)
IPFS
RADIX (TEMPO) и т.д.
Разделение на два типа (как на изображении №1): блокчейн и DLT - уже неверно, так как блокчейн - это есть вид DLT - систем. Нагляднее на схеме №2.
Спасибо @streamtv85:
Автор что сделал подписи - спутал теплое с мягким. На рисунке - типы топологии сети. Первый - классическая клиент-серверная модель, с единой точкой отказа. Вторая - это кластерная модель (как у Гугла например), там нагрузка распределяется и с точками отказа проще. Справа - это p2p-сеть, где каждый узел сети является и клиентом и сервером. Так же как и у сети битка, и у сети IPFS например.
Блокчейн же разделяется по видам. Здесь нет четкого разделения. Например такое:
- Permissionless Blockchain - не имеет центрального узла (органа) подтверждающего транзакции. Пользователи имеют равные права. Полностью децентрализованная сеть.
- Public Permissioned Blockchain - транзакции подтверждают люди, центральные узлы, органы. Пользователи имеют разные права могут просматривать данные. Централизованная структура.
- Private Permissioned Blockchain - данные открыты не для всех. Может быть как централизованным так децентрализованным.
Бутерин же в своем посте провел такую классификацию:
- Частная блоковая цепь (fully private blockchains)
- Блоковая цепь, принадлежащая консорциуму (consortium blockchains)
- Публичная блоковая цепь (public blockchains).
Пару ссылочек для изучения:
Является ли анализируемый объект DLT-системой? (хабр статья)
Distributed Ledger Technology: beyond block chain (ссылка на pdf, англ.)
На этой теме и решил сделать пост.
В 1991 году, была представлена работа по криптографически защищенной цепочке блоков данных с соответствующими метками времени. Целью проекта было создание системы временных меток договоров, которые нельзя изменить или
подделать. Система называлась Surety и была создана Хабером и Сторнеттом. Эта система и была реализована в 2008 году, в которой был усовершенствован метод добавления данных в цепочку блоков, не требующих подписи доверенных лиц.
DLT (Distributed Ledger Technology - Технология распределенного реестра) - это совокупность реплицированных, совместно используемых и синхронизированных цифровых данных, географически распределенных между несколькими участниками, странами или учреждениями.
Лучший пример работающего DLT - это блокчейн Биткойна.
Блокчейн - это выстроенная по определённым правилам непрерывная последовательная цепочка блоков (связный список), содержащих информацию. Впервые термин появился как название полностью реплицированной распределённой базы данных, реализованной в системе «Биткойн».
Но это не означает, что DLT система - это блокчейн Биткойна. Скорее, блокчейн Биткойна, да и любой другой блокчейн - это одна из возможных реализаций DLT-системы.
Еще к DLT системам относятся:
Hyperledger Fabric (HLF) от IBM
DAG (IOTA, Hashgraph, NANO, скам проект DagCoin😁)
IPFS
RADIX (TEMPO) и т.д.
Разделение на два типа (как на изображении №1): блокчейн и DLT - уже неверно, так как блокчейн - это есть вид DLT - систем. Нагляднее на схеме №2.
Спасибо @streamtv85:
Автор что сделал подписи - спутал теплое с мягким. На рисунке - типы топологии сети. Первый - классическая клиент-серверная модель, с единой точкой отказа. Вторая - это кластерная модель (как у Гугла например), там нагрузка распределяется и с точками отказа проще. Справа - это p2p-сеть, где каждый узел сети является и клиентом и сервером. Так же как и у сети битка, и у сети IPFS например.
Блокчейн же разделяется по видам. Здесь нет четкого разделения. Например такое:
- Permissionless Blockchain - не имеет центрального узла (органа) подтверждающего транзакции. Пользователи имеют равные права. Полностью децентрализованная сеть.
- Public Permissioned Blockchain - транзакции подтверждают люди, центральные узлы, органы. Пользователи имеют разные права могут просматривать данные. Централизованная структура.
- Private Permissioned Blockchain - данные открыты не для всех. Может быть как централизованным так децентрализованным.
Бутерин же в своем посте провел такую классификацию:
- Частная блоковая цепь (fully private blockchains)
- Блоковая цепь, принадлежащая консорциуму (consortium blockchains)
- Публичная блоковая цепь (public blockchains).
Пару ссылочек для изучения:
Является ли анализируемый объект DLT-системой? (хабр статья)
Distributed Ledger Technology: beyond block chain (ссылка на pdf, англ.)
Вернемся к теме #Privacy и сегодня про CoinJoinXT
Часть.1
⬇️⬇️⬇️
Напомню, CoinJoin предлагает возможность предоставлять входные данные для транзакций, для невозможности определения владения или контроля над выходными данными.
Как уже давно всем известно, классический CJ имеет ряд недостатков и упущений:
- если все участники CoinJoin не используют равные суммы, то можно определить какие входы, оплачивают выходы
- наблюдатель может определить, что это CoinJoin-транзакция, а следовательно, нарушается принцип взаимозаменяемости.
Анализ блокчейна подразумевает вероятностные предположения - эвристику. Подробнее в разделе “Блокчейн-атаки на приватность” на канале @bitcoin_translated
Эвристика 1 - все входные данные для транзакции принадлежат одной и той же стороне.
Эвристика 2-одноразовые адреса изменения принадлежат той же стороне, что и входные данные.
Также существует еще одна эвристика: "передача права собственности между сторонами в одной сделке подразумевает передачу права собственности"😐 Но я тоже не сразу въехал и об этом позже.
Adam Gibson, один из разработчиков JoinMarket, называет CoinJoin моделью "внутренней взаимозаменяемости", хоть и создаваемая транзакция распознается как CoinJoin, невозможно различить выходы, так как они равны.
Также он предлагает модель "отрицания", где транзакции взаимозаменяемы, но выглядят как обычные платежи. Такой способ он назвал CoinJoinXT.
Часть.1
⬇️⬇️⬇️
Напомню, CoinJoin предлагает возможность предоставлять входные данные для транзакций, для невозможности определения владения или контроля над выходными данными.
Как уже давно всем известно, классический CJ имеет ряд недостатков и упущений:
- если все участники CoinJoin не используют равные суммы, то можно определить какие входы, оплачивают выходы
- наблюдатель может определить, что это CoinJoin-транзакция, а следовательно, нарушается принцип взаимозаменяемости.
Анализ блокчейна подразумевает вероятностные предположения - эвристику. Подробнее в разделе “Блокчейн-атаки на приватность” на канале @bitcoin_translated
Эвристика 1 - все входные данные для транзакции принадлежат одной и той же стороне.
Эвристика 2-одноразовые адреса изменения принадлежат той же стороне, что и входные данные.
Также существует еще одна эвристика: "передача права собственности между сторонами в одной сделке подразумевает передачу права собственности"😐 Но я тоже не сразу въехал и об этом позже.
Adam Gibson, один из разработчиков JoinMarket, называет CoinJoin моделью "внутренней взаимозаменяемости", хоть и создаваемая транзакция распознается как CoinJoin, невозможно различить выходы, так как они равны.
Также он предлагает модель "отрицания", где транзакции взаимозаменяемы, но выглядят как обычные платежи. Такой способ он назвал CoinJoinXT.
Вернемся к теме #Privacy и сегодня про CoinJoinXT
Часть.2
⬇️⬇️⬇️
CoinJoinXT - это метод повышения приватности не связанный с хранением данных и связанный с CoinJoin.
Принцип работы основан на создании графов декларируемых траназкций или просто графов транзакций (proposed transaction graph, PTG).
PTG представляет собой цепочку (дерево транзакций), где каждый TX имеет F (транзакцию финансирования) в качестве предка и один вход зависящий от F.
В PTG биткоины, принадлежащие определенным лицам, отправляются от одной стороны другой во всех транзакциях, и в итоге возвращаются их законным владельцам. Система устроена так, что процесс PTG является атомарным. Либо весь PTG подтверждается в блокчейне, либо ни одна из транзакций. Это не дает возможности участвующим сторонам украсть средства.
PTG может содержать любой список транзакций, который усложняет граф транзакций.
Для CoinJoinXT требуется, чтобы все транзакции в PTG были только segwit. Segwit позволяет предварительно подписывать не только отдельные транзакции, но и цепочки транзакций.
Модель использующаяся в CJTX
Две стороны отправляют BTC на выход 2-of-2 multisig (транзакция финансирования). Не подписывая эту транзакцию, они создают другую транзакцию time-locked и тратят 2-of-2 multisig на третий счет (транзакция расходов). Они подписывают сделку о расходах и обмениваются подписями. Затем подписывают и фиксируют транзакцию финансирования в блокчейне. Транзакция расходов будет подтверждена после истечения времени блокировки (lock-time) и в соответствии с контрактом транзакция финансирования будет реализована.
В CoinJoin две и более сторон вносят свои UTXOs в одну транзакцию. При помощи CoinJoinXT стороны делают то же самое с транзакцией финансирования, но предварительно подписывая набор из более чем одной транзакции расходов. Схема ниже.
A 1btc --->
F (2,2,A,B) --+
Б 1btc --->|
+-->(PTG)->TX1->TX2->TX3 ..
Можно создавать транзакции, используя предложенный график транзакций, но производить платежи по отдельности А или Б, тем самым нарушая эвристику о передачи прав собственности (1часть). Транзакция может платить А, но это может и не быть платеж. Это и есть модель отрицания.
Однако, такая конструкция ограничена, потому что все начинается с одной транзакции. Даже если это дерево, а не цепочка, все еще остается одна уникальная точка входа в блокчейн.
Статья by Adam Gibson
Более тезисно о CoinJoinXT
#Privacy
Часть.2
⬇️⬇️⬇️
CoinJoinXT - это метод повышения приватности не связанный с хранением данных и связанный с CoinJoin.
Принцип работы основан на создании графов декларируемых траназкций или просто графов транзакций (proposed transaction graph, PTG).
PTG представляет собой цепочку (дерево транзакций), где каждый TX имеет F (транзакцию финансирования) в качестве предка и один вход зависящий от F.
В PTG биткоины, принадлежащие определенным лицам, отправляются от одной стороны другой во всех транзакциях, и в итоге возвращаются их законным владельцам. Система устроена так, что процесс PTG является атомарным. Либо весь PTG подтверждается в блокчейне, либо ни одна из транзакций. Это не дает возможности участвующим сторонам украсть средства.
PTG может содержать любой список транзакций, который усложняет граф транзакций.
Для CoinJoinXT требуется, чтобы все транзакции в PTG были только segwit. Segwit позволяет предварительно подписывать не только отдельные транзакции, но и цепочки транзакций.
Модель использующаяся в CJTX
Две стороны отправляют BTC на выход 2-of-2 multisig (транзакция финансирования). Не подписывая эту транзакцию, они создают другую транзакцию time-locked и тратят 2-of-2 multisig на третий счет (транзакция расходов). Они подписывают сделку о расходах и обмениваются подписями. Затем подписывают и фиксируют транзакцию финансирования в блокчейне. Транзакция расходов будет подтверждена после истечения времени блокировки (lock-time) и в соответствии с контрактом транзакция финансирования будет реализована.
В CoinJoin две и более сторон вносят свои UTXOs в одну транзакцию. При помощи CoinJoinXT стороны делают то же самое с транзакцией финансирования, но предварительно подписывая набор из более чем одной транзакции расходов. Схема ниже.
A 1btc --->
F (2,2,A,B) --+
Б 1btc --->|
+-->(PTG)->TX1->TX2->TX3 ..
Можно создавать транзакции, используя предложенный график транзакций, но производить платежи по отдельности А или Б, тем самым нарушая эвристику о передачи прав собственности (1часть). Транзакция может платить А, но это может и не быть платеж. Это и есть модель отрицания.
Однако, такая конструкция ограничена, потому что все начинается с одной транзакции. Даже если это дерево, а не цепочка, все еще остается одна уникальная точка входа в блокчейн.
Статья by Adam Gibson
Более тезисно о CoinJoinXT
#Privacy
Forwarded from 21 идея
Счастливого халвинга!
Чтобы отпраздновать этот знаменательный день, BITCOIN TRANSLATED объявляет КВИЗ-соревнование. Ну а какое может быть соревнование без призов? Чтобы получить крутейшие призы прямиком из вселенной Биткоина, подпишись на наш телеграм канал и ознакомься с деталями конкурса здесь.
Учись вместе с нами, чтобы стать на шаг ближе к собственному финансовому суверенитету.
Telegram
BITCOIN TRANSLATED
Итак, мы проводим квиз “Краткая история денег от пещерных людей до сети лайтнинг”. Квиз, как вы уже поняли, посвящен истории эволюции денег и роли Биткоина в современной экономической похлебке.
Мы бы хотели выразить особую благодарность всем, поддержавшим…
Мы бы хотели выразить особую благодарность всем, поддержавшим…
Atomic Multipath Payments - AMP (Атомарный многопутевой платеж) - это технология маршрутизации Lightning, которая делает возможной маршрутизацию крупных платежей в сети.
⬇️⬇️⬇️
Одна из ранних проблем сети LN - это централизованные концентраторы. Если отправитель и получатель не связаны на прямую через канал, то отправка транзакций с большой суммой является проблемой.
Фишка в том, что при отправке средств через посредников (косвенный канал), у посредников должна быть в резерве (в соответствующем платежном канале) та сумма, которую передает отправитель А получателю Б.
AMP - это протокол позволяющий направлять один платеж по нескольким транзакциям в сети LN. Т.е. позволяет сделать большой платеж, разделив его на несколько мелких сумм и отправив через несколько платежных каналов, через разных посредников.
Об этой проблеме я упоминал в таком решении как Channel Factories делающее LN 3-м слоем в сети Биткойн.
Тут же возникает риск, связанный с тем, что получатель может получить лишь часть платежей, т.к. один или несколько мелких платежей могут оказаться неудачными по разным причинам.
Для предотвращения таких ситуаций AMP разработан так, что получатель получит либо полную сумму, либо ничего не получит.
(Все или ничего😅)
На примере:
А отправляет Б один BTC. Прямого канала соединяющих их нет. Условно, А ищет несколько непрямых маршрутов для соединения с Б. Ни один из этих каналов в каждом из путей маршрутизации не имеет 1 BTC.
Она может отправить средства через 3 канала: 0.5BTC + 0.3BTC + 0.2BTC при помощи AMP.
Конечно до этого можно было отправлять большие суммы, мелкими частями, но это могло привести к частичной оплате, как я упомянул в самом начале. Такой сценарий может стать проблемой, например при оплате товаров или услуг.
Помимо удобства совершения платежей, AMP повышает конфиденциальность, т.к. крупные платежи, за которые могут взять за жо-у, выглядят мелкими. Плюс ко всему только А и Б знают как они отправляют или получают платеж через AMP.
Более подробно про AMP в рассылке разработчиков
Статья об AMP в блоге Lightning
Посмотреть на варианты AMP в интерактивном режиме можно в здесь (https://www.robtex.com/lnemulator.html)
Предыдущие посты о LN:
1) Lightning Network
2) Tierion (LSATS)
3) Lightning Loop
4) Все о Lightning Network. От введения до построения платежных каналов
5) О типах Lightning Network смарт-контрактов
6) Приложения и плагины для LN
⬇️⬇️⬇️
Одна из ранних проблем сети LN - это централизованные концентраторы. Если отправитель и получатель не связаны на прямую через канал, то отправка транзакций с большой суммой является проблемой.
Фишка в том, что при отправке средств через посредников (косвенный канал), у посредников должна быть в резерве (в соответствующем платежном канале) та сумма, которую передает отправитель А получателю Б.
AMP - это протокол позволяющий направлять один платеж по нескольким транзакциям в сети LN. Т.е. позволяет сделать большой платеж, разделив его на несколько мелких сумм и отправив через несколько платежных каналов, через разных посредников.
Об этой проблеме я упоминал в таком решении как Channel Factories делающее LN 3-м слоем в сети Биткойн.
Тут же возникает риск, связанный с тем, что получатель может получить лишь часть платежей, т.к. один или несколько мелких платежей могут оказаться неудачными по разным причинам.
Для предотвращения таких ситуаций AMP разработан так, что получатель получит либо полную сумму, либо ничего не получит.
(Все или ничего😅)
На примере:
А отправляет Б один BTC. Прямого канала соединяющих их нет. Условно, А ищет несколько непрямых маршрутов для соединения с Б. Ни один из этих каналов в каждом из путей маршрутизации не имеет 1 BTC.
Она может отправить средства через 3 канала: 0.5BTC + 0.3BTC + 0.2BTC при помощи AMP.
Конечно до этого можно было отправлять большие суммы, мелкими частями, но это могло привести к частичной оплате, как я упомянул в самом начале. Такой сценарий может стать проблемой, например при оплате товаров или услуг.
Помимо удобства совершения платежей, AMP повышает конфиденциальность, т.к. крупные платежи, за которые могут взять за жо-у, выглядят мелкими. Плюс ко всему только А и Б знают как они отправляют или получают платеж через AMP.
Более подробно про AMP в рассылке разработчиков
Статья об AMP в блоге Lightning
Посмотреть на варианты AMP в интерактивном режиме можно в здесь (https://www.robtex.com/lnemulator.html)
Предыдущие посты о LN:
1) Lightning Network
2) Tierion (LSATS)
3) Lightning Loop
4) Все о Lightning Network. От введения до построения платежных каналов
5) О типах Lightning Network смарт-контрактов
6) Приложения и плагины для LN
Стеганография
На идею написания этого поста меня натолкнула ветка на bitcointalk, где обсуждалась идея использования стеганографии для сокрытия перемещения BTC.
Решения для повышения приватности, такие как CoinJoin, скрывают источник транзакции, но не сам факт того, что что-то скрывается. Мы конечно можем нарушить эвристику общих входных данных, но это не решит проблему приватности в полной мере.
Можно скрыть сумму платежа при помощи "Confidential Transaction" или использовать TumbleBit. Но тот факт что что-то скрывается, как раз и стимулирует развитие таких технологий, которые стремятся анализировать сети. Сделать так, чтобы все транзакции выглядели одинаковыми - одна из главных задач в разработке решений #Privacy.
Шифрование, как способ криптографической защиты, представляет данные в таком виде, что не зная ключа, невозможно их расшифровать. Но сам факт, что что-то скрыто остается.
Одним из способов скрыть факт сокрытия это стеганография. Это наука о скрытой передаче информации путем сохранения в секрете самого факта какой-либо передачи.
Криптография скрывает содержимое секретного сообщения, а стеганография - существование такого сообщения.
Именно объединение этих двух способов и повышает эффективность защиты информации.
Скрыть сообщение можно где угодно:
LSB-стеганография
MP3
Метаданные
Изображения
Американский художник Andy Bauch в своих картинах закодировал 1 BTC. Если вам интересны головоломки, вот пару ссылок с описанием раскодировки. Ссылка
Еще одно изображение «Легенда о Сатоши Накамото» содержало в себе награду 5 BTC.
Примерами решений использующих стеганографический принцип приватности это: CoinSwap, CoinJoinXT (первая и вторая части), P2EP.
Инструмент для стеганографической кодировки исходных кодовых фраз кошельков Биткойна - Stanley's Stegoseed. Он позволяет стеганографически кодировать и раскодировать ключи BIP39.
Подробнее о стеганографии:
Стеганография. Скрытие информации в изображениях
ОСНОВНЫЕ ПОЛОЖЕНИЯ СТЕГАНОГРАФИИ
#Privacy
На идею написания этого поста меня натолкнула ветка на bitcointalk, где обсуждалась идея использования стеганографии для сокрытия перемещения BTC.
Решения для повышения приватности, такие как CoinJoin, скрывают источник транзакции, но не сам факт того, что что-то скрывается. Мы конечно можем нарушить эвристику общих входных данных, но это не решит проблему приватности в полной мере.
Можно скрыть сумму платежа при помощи "Confidential Transaction" или использовать TumbleBit. Но тот факт что что-то скрывается, как раз и стимулирует развитие таких технологий, которые стремятся анализировать сети. Сделать так, чтобы все транзакции выглядели одинаковыми - одна из главных задач в разработке решений #Privacy.
Шифрование, как способ криптографической защиты, представляет данные в таком виде, что не зная ключа, невозможно их расшифровать. Но сам факт, что что-то скрыто остается.
Одним из способов скрыть факт сокрытия это стеганография. Это наука о скрытой передаче информации путем сохранения в секрете самого факта какой-либо передачи.
Криптография скрывает содержимое секретного сообщения, а стеганография - существование такого сообщения.
Именно объединение этих двух способов и повышает эффективность защиты информации.
Скрыть сообщение можно где угодно:
LSB-стеганография
MP3
Метаданные
Изображения
Американский художник Andy Bauch в своих картинах закодировал 1 BTC. Если вам интересны головоломки, вот пару ссылок с описанием раскодировки. Ссылка
Еще одно изображение «Легенда о Сатоши Накамото» содержало в себе награду 5 BTC.
Примерами решений использующих стеганографический принцип приватности это: CoinSwap, CoinJoinXT (первая и вторая части), P2EP.
Инструмент для стеганографической кодировки исходных кодовых фраз кошельков Биткойна - Stanley's Stegoseed. Он позволяет стеганографически кодировать и раскодировать ключи BIP39.
Подробнее о стеганографии:
Стеганография. Скрытие информации в изображениях
ОСНОВНЫЕ ПОЛОЖЕНИЯ СТЕГАНОГРАФИИ
#Privacy
В марте 2019 года, Matt Corallo, тот что разработал первую версию сети ретрансляции биткойнов- Bitcoin Relay Network, предложил провести "Consensus Cleanup Soft Fork" (Великая чистка консенсуса).
Это новый BIP в котором присутствует ряд изменений в коде консенсуса биткойна. Эти обновления позволят устранить пограничные уязвимости в протоколе. Изменения предлагается внести при помощи BIP-9, для изменения части кода. Предлагается удалить часть уязвимостей, одной из которых является timewarp attack (атака искажения времени).
Timewarp атака позволяет майнерам, контролирующим большую часть хешрейта, поддерживать или уменьшать сложность добычи даже при устойчивом общем сетевом хешрейте или увеличивать сложность, позволяя производить блоки быстрее, чем это предусмотрено протоколом. Timewarp атака позволяет влиять на скорость добычи блоков майнерами, сообщая некорректные timestamp (временные метки). Именно майнеры в сети выставляют метку о создании блоков или времени совершения транзакции.
В сообществе мнения на этот счет разделились. Greg Maxwell уверяет что: "Такая атака требует подавляющего большинства хэшрейта и может быть легко заблокирована, если кто-то начнет ее использовать".
С одной стороны если группа лиц соберет в своих руках больше половины всей мощности сети, то timewarp, да и другие уязвимости, будут блекнуть по сравнению с атакой 51%.
Но вопрос об устранении уязвимости timewarp встал острее после заявления разработчика BlockStream Mark Friedenbach о проекте Forward Blocks. Это решение позволит осуществлять изменения в Биткойне без хардфорков. Позже поговорим о нем...вернемся к нашей чистке консенсуса...
Риск атаки временного искажения можно уменьшить требуя, чтобы первый блок в новом периоде сложности имел временную метку не ранее, чем за 600 секунд до последнего блока в предыдущем периоде.
Помимо всего прочего, "Великая чистка" включает ряд изменений:
- Предотвращение использования OP CODESEPARATOR и FindAndDelete. Эти две функции используются в "не-segwit" транзакциях и ими можно злоупотреблять для увеличения объема вычислений для проверки нестандартных транзакций, создавая блоки, которые могут проверяться до получаса.
Запрет транзакций размером 64 байта позволяющих создавать уязвимости для доказательств SPV.
Основным возражением против чистки является тот факт, что некоторые обновления могут сделать некоторые существующие UTXOs нерасходуемыми, хотя и существует лишь малый шанс существования таких UTXOs.
Подробнее о great consensus cleanup:
Bitcoin Core Dev Tech
BIP
Статья на CoinJournal
Это новый BIP в котором присутствует ряд изменений в коде консенсуса биткойна. Эти обновления позволят устранить пограничные уязвимости в протоколе. Изменения предлагается внести при помощи BIP-9, для изменения части кода. Предлагается удалить часть уязвимостей, одной из которых является timewarp attack (атака искажения времени).
Timewarp атака позволяет майнерам, контролирующим большую часть хешрейта, поддерживать или уменьшать сложность добычи даже при устойчивом общем сетевом хешрейте или увеличивать сложность, позволяя производить блоки быстрее, чем это предусмотрено протоколом. Timewarp атака позволяет влиять на скорость добычи блоков майнерами, сообщая некорректные timestamp (временные метки). Именно майнеры в сети выставляют метку о создании блоков или времени совершения транзакции.
В сообществе мнения на этот счет разделились. Greg Maxwell уверяет что: "Такая атака требует подавляющего большинства хэшрейта и может быть легко заблокирована, если кто-то начнет ее использовать".
С одной стороны если группа лиц соберет в своих руках больше половины всей мощности сети, то timewarp, да и другие уязвимости, будут блекнуть по сравнению с атакой 51%.
Но вопрос об устранении уязвимости timewarp встал острее после заявления разработчика BlockStream Mark Friedenbach о проекте Forward Blocks. Это решение позволит осуществлять изменения в Биткойне без хардфорков. Позже поговорим о нем...вернемся к нашей чистке консенсуса...
Риск атаки временного искажения можно уменьшить требуя, чтобы первый блок в новом периоде сложности имел временную метку не ранее, чем за 600 секунд до последнего блока в предыдущем периоде.
Помимо всего прочего, "Великая чистка" включает ряд изменений:
- Предотвращение использования OP CODESEPARATOR и FindAndDelete. Эти две функции используются в "не-segwit" транзакциях и ими можно злоупотреблять для увеличения объема вычислений для проверки нестандартных транзакций, создавая блоки, которые могут проверяться до получаса.
Запрет транзакций размером 64 байта позволяющих создавать уязвимости для доказательств SPV.
Основным возражением против чистки является тот факт, что некоторые обновления могут сделать некоторые существующие UTXOs нерасходуемыми, хотя и существует лишь малый шанс существования таких UTXOs.
Подробнее о great consensus cleanup:
Bitcoin Core Dev Tech
BIP
Статья на CoinJournal
Не блокчейном едины...
Как уже говорил в этом посте, блокчейн - это разновидность DLT-систем, а значит, есть и другие
Сегодня про HoloChain
⬇️⬇️⬇️
Сразу отмечу, что пишу исключительно о технологии, абстрагируясь от самого проекта...Так что никаких рекомендаций!
HoloChain - это платформа для создания hApps (аналог dApps), только вместо децентрализованных, предлагается размещение распределенных приложений.
Holochain - это система, представляющая средство обеспечения целостности данных для одноранговых приложений без использования консенсуса. Суть здесь в построении распределенной вычислительной сети вместо децентрализованной.
Основная разница между распределенной и децентрализованной системами в обработке данных.
В отличие от привычного нам блокчейна, здесь нет алгоритмов PoW или PoS. Целостность данных обеспечивается путем их анализа, которые публикуются из локальной, неизменяемой цепочки каждого агента.
Другими словами, каждый агент (пользователь) "создает" свой форк блокчейна. Этот форк содержится в публичном блокчейне в виде DHT (распределенной таблицы хэшей). Для совершения платежей внутри сети, подтверждение и запись в блокчейн от всех участников сети не требуется. Они создают собственную цепочку и проводят платежи внутри нее.
Кстати, о применении DHT я уже писал в постах про децентрализованные сети. Ниже вся подборка постов
⬇️⬇️⬇️
https://tttttt.me/CryptoBotan/782
Данные в каждом индивидуальном блокчейне проверяются на основе DHT и набора правил. Поэтому хранить копию всего блокчейна каждому узлу не нужно.
Еще одним необычным решением, по моему мнению, является "Countersigned Транзакции". Все транзакции фиксируются методом двойной записи в локальную цепочку каждого агента, участвующего в транзакции. Каждый агент обменивается данными, необходимыми для
проверки состояния другого.
Транзакция предполагает возможность взаимной проверки состояния готовности агентов к ее совершению, где не требуется достижение консенсуса. Все узлы имеют одинаковые правила проверки, поэтому если А не может подтвердить расположение средств у Б, которые он хочет потратить, то транзакция не состоится.
Подробнее о HoloChain:
GitHub
Сайт holochain.org
Обзор проекта на cp0x.com
#DLT
Как уже говорил в этом посте, блокчейн - это разновидность DLT-систем, а значит, есть и другие
Сегодня про HoloChain
⬇️⬇️⬇️
Сразу отмечу, что пишу исключительно о технологии, абстрагируясь от самого проекта...Так что никаких рекомендаций!
HoloChain - это платформа для создания hApps (аналог dApps), только вместо децентрализованных, предлагается размещение распределенных приложений.
Holochain - это система, представляющая средство обеспечения целостности данных для одноранговых приложений без использования консенсуса. Суть здесь в построении распределенной вычислительной сети вместо децентрализованной.
Основная разница между распределенной и децентрализованной системами в обработке данных.
В отличие от привычного нам блокчейна, здесь нет алгоритмов PoW или PoS. Целостность данных обеспечивается путем их анализа, которые публикуются из локальной, неизменяемой цепочки каждого агента.
Другими словами, каждый агент (пользователь) "создает" свой форк блокчейна. Этот форк содержится в публичном блокчейне в виде DHT (распределенной таблицы хэшей). Для совершения платежей внутри сети, подтверждение и запись в блокчейн от всех участников сети не требуется. Они создают собственную цепочку и проводят платежи внутри нее.
Кстати, о применении DHT я уже писал в постах про децентрализованные сети. Ниже вся подборка постов
⬇️⬇️⬇️
https://tttttt.me/CryptoBotan/782
Данные в каждом индивидуальном блокчейне проверяются на основе DHT и набора правил. Поэтому хранить копию всего блокчейна каждому узлу не нужно.
Еще одним необычным решением, по моему мнению, является "Countersigned Транзакции". Все транзакции фиксируются методом двойной записи в локальную цепочку каждого агента, участвующего в транзакции. Каждый агент обменивается данными, необходимыми для
проверки состояния другого.
Транзакция предполагает возможность взаимной проверки состояния готовности агентов к ее совершению, где не требуется достижение консенсуса. Все узлы имеют одинаковые правила проверки, поэтому если А не может подтвердить расположение средств у Б, которые он хочет потратить, то транзакция не состоится.
Подробнее о HoloChain:
GitHub
Сайт holochain.org
Обзор проекта на cp0x.com
#DLT
Forwarded from Incrypted
«V for VeChain» (Триллер)
https://youtu.be/X2KYWRt8VyU
Мы сняли еще одно сумасшедшее видео. На этот раз для «VeChain Video Contest» и очень хотим, чтобы вы заценили его!
«..Киллер тащит по лесу свою жертву, копает яму, приставляет к голове пистолет..» Причем тут VeChain? Очень даже причем! Смотрите, и вы все узнаете!
Огромная благодарность нашим подписчикам @Summer1ce за гениальную картинку для видео и @andrey_ivanow за то, что ездил с нами в лес и копал яму в +39 на улице.
Ваш @Incrypted_net
https://youtu.be/X2KYWRt8VyU
Мы сняли еще одно сумасшедшее видео. На этот раз для «VeChain Video Contest» и очень хотим, чтобы вы заценили его!
«..Киллер тащит по лесу свою жертву, копает яму, приставляет к голове пистолет..» Причем тут VeChain? Очень даже причем! Смотрите, и вы все узнаете!
Огромная благодарность нашим подписчикам @Summer1ce за гениальную картинку для видео и @andrey_ivanow за то, что ездил с нами в лес и копал яму в +39 на улице.
Ваш @Incrypted_net
Прошу прощения за долгое отсутствие. Продолжаю рассматривать DLT-системы и сегодня про Radix и распределенный реестр Tempo
⬇️⬇️⬇️
Это решение находится в разработке и призвано решить проблему всех распределенных систем от Blockchain до DAG - проблему масштабируемости.
В сети Биткойн новые блоки появляются плюс-минус каждые 10 минут. Для обеспечения константы скорости генерации блоков, в сети Биткойн сложность корректируется: если блоки производятся часто, добывать их становится сложнее, а если редко - то легче. Такое решение зависит от представления о времени. Майнеры должны включать в каждый блок метку времени.
Однажды я писал уже об атаке Timewarp, которая позволяет влиять на скорость добычи блоков майнерами, сообщая некорректные timestamp (временные метки).
Прикрепляя метку времени к событию, из-за такой проблемы как задержка сети, каждая система может стать свидетелем события в разное время. В сети Биткойн проблему задержки сети призваны решить протоколы ретрансляции.
Сеть Биткойн, вместо того чтобы обеспечить выбор сторон, которые участвуют в достижении консенсуса, обеспечивается безопасность процесса его достижения - не требуется центральный орган для проверки. Мощности используются для того, чтобы вычислить правильную версию истины, организовывая блоки транзакций и связывая их вместе формируя блокчейн. Вычислительные мощности используются для принятия решения и это эффективно для больших сетей. Такой подход полагается на безопасность сети в целом, а не на отдельных ее участников. От этого система безопасна и устойчива
Radix создают систему без разрешений, которая может быть надежно использована как в малых, так и в больших сетях и достигается это все при помощи прохождения логического времени.
Протокол Tempo достигает консенсуса регистрируя и сохраняя общий порядок событий. Т.е. система приходит к консенсусу относительно порядка событий. Для этого используются логические часы (Logical Clocks), которые устанавливают временную метку, относящуюся к возникновению предыдущего события. Часы больше заботятся о “том, что произошло до” события, чем о точном “времени” события.
Достигается такое решение путем прохождения логического времени, засвидетельствованного цифровыми подписями узлов. Эта технология основана на логической теории часов Лесли Лэмпорта.
Использование логических часов позволяет размещать временные метки, которые являются "относительными" друг к другу – вместо абсолютных временных меток. Это позволяет последовательно упорядочивать события.
Radix не применяет консенсус к каждому событию, а только к тем, которые конфликтуют.
Tempo Ledger - это распределенная база данных, которая хранит все атомы (события) существующие во Вселенной (экземпляр Radix).
Чем больше узлов в сети, тем эффективнее масштабируемость сети - линейная масштабируемость.
Подробнее о Radix Tempo:
Official Site
GitHub
Статья Medium - "Tempo - Radix : Examples Of Consensus Protocols"
Статья на Dev.to
⬇️⬇️⬇️
Это решение находится в разработке и призвано решить проблему всех распределенных систем от Blockchain до DAG - проблему масштабируемости.
В сети Биткойн новые блоки появляются плюс-минус каждые 10 минут. Для обеспечения константы скорости генерации блоков, в сети Биткойн сложность корректируется: если блоки производятся часто, добывать их становится сложнее, а если редко - то легче. Такое решение зависит от представления о времени. Майнеры должны включать в каждый блок метку времени.
Однажды я писал уже об атаке Timewarp, которая позволяет влиять на скорость добычи блоков майнерами, сообщая некорректные timestamp (временные метки).
Прикрепляя метку времени к событию, из-за такой проблемы как задержка сети, каждая система может стать свидетелем события в разное время. В сети Биткойн проблему задержки сети призваны решить протоколы ретрансляции.
Сеть Биткойн, вместо того чтобы обеспечить выбор сторон, которые участвуют в достижении консенсуса, обеспечивается безопасность процесса его достижения - не требуется центральный орган для проверки. Мощности используются для того, чтобы вычислить правильную версию истины, организовывая блоки транзакций и связывая их вместе формируя блокчейн. Вычислительные мощности используются для принятия решения и это эффективно для больших сетей. Такой подход полагается на безопасность сети в целом, а не на отдельных ее участников. От этого система безопасна и устойчива
Radix создают систему без разрешений, которая может быть надежно использована как в малых, так и в больших сетях и достигается это все при помощи прохождения логического времени.
Протокол Tempo достигает консенсуса регистрируя и сохраняя общий порядок событий. Т.е. система приходит к консенсусу относительно порядка событий. Для этого используются логические часы (Logical Clocks), которые устанавливают временную метку, относящуюся к возникновению предыдущего события. Часы больше заботятся о “том, что произошло до” события, чем о точном “времени” события.
Достигается такое решение путем прохождения логического времени, засвидетельствованного цифровыми подписями узлов. Эта технология основана на логической теории часов Лесли Лэмпорта.
Использование логических часов позволяет размещать временные метки, которые являются "относительными" друг к другу – вместо абсолютных временных меток. Это позволяет последовательно упорядочивать события.
Radix не применяет консенсус к каждому событию, а только к тем, которые конфликтуют.
Tempo Ledger - это распределенная база данных, которая хранит все атомы (события) существующие во Вселенной (экземпляр Radix).
Чем больше узлов в сети, тем эффективнее масштабируемость сети - линейная масштабируемость.
Подробнее о Radix Tempo:
Official Site
GitHub
Статья Medium - "Tempo - Radix : Examples Of Consensus Protocols"
Статья на Dev.to