✅✅✅
В августе 2019 года разработчик и программист и создатель SegWit, Питер Вюлле представил новый язык программирования смарт-контрактов для Биткоина - Miniscript. Давно хотел рассказать о нем, но руки не доходили более детально разобрать его.
Miniscript - язык программирования для смарт-контрактов Bitcoin.
⬇️⬇️⬇️
Я много писал о смарт-контрактах на Ethereum, да в целом. Для начала о смарт-контрактах чуть подробнее здесь.
Про решение MAST для увеличения гибкости смарт-контрактов, а также масштабируемости и приватности сети Биткоин здесь.
Теперь про новый язык...
В криптопространстве уже существуют смарт-контракты для биткоина. О чем я тоже успел написать ранее😏Сеть биткойн-платформы RootStock для смарт-контрактов .
Почти год он с Эндрю Поэлстра из BlockStream и Санкет Саньялкар?, работали на кодом и решили опубликовать код, так как пришло время привлечь к нему внимание.
Язык биткоина позволяет программировать транзакции “if-then-else”, но он не обладает полнотой по Тьюрингу.
Полная по Тьюрингу - это термин, который подразумевает способность ЭВМ выполнять любые задачи. Одним из примеров «полноты» считается EVM. Полнота по Тьюрингу показывает на присутствие инструментов, требуемых для решения конкретной задачи. Их наличие гарантирует самостоятельную работу системы. Подавляющее большинство существующих сегодня сетей блокчейн (в том числе и криптовалюты Биткоин) не имеют такой способности. Их контракты просты по структуре. По сути, это транзакции, исполнение которых происходит с небольшой задержкой.
Язык Miniscript призван облегчить программистам создание более полноценных смарт-контрактов в Биткоине.
Биткоин упрощает пороговые подписи и мультиподписи, и их использование было заторможено из-за запутанности биткоин-скрипта. Эта технология является языком программирования базового уровня, и она не приспособлена для использования подписей из-за своих простых принципов работы.
Miniscript оптимизирует сценарий и делает его более структурированным, так как код может быть написан для понимания условий траты биткоина. Он создан на базе языка смарт-контрактов Script – языке смарт-контрактов биткоина, который позволяет указать определенные условия, при которых может состояться трата криптовалюты.
Miniscript построен поверх языка Script.
Miniscript не вызывает проблем, так как язык программирования не привнёс в систему ничего нового. Обработка скрипта реструктурирует функциональность, которая уже существовала в коде и делала его более доступным.
Идет работа над расширением структуры Miniscript для поддержки будущих изменений скриптов, которые могут быть включены в кодовую базу биткоина.
Тут сложно, но очень важно...😄
Miniscript, по словам Велле, представляет собой новый способ написания структурированных скриптов, обеспечивающий возможность проведения различных видов статического анализа, создания генерических подписей и модифицируемого набора условий для выполнения смарт-контрактов.
Для полного погружения в суть и перспективу MiniScript есть статья на английском языке. Так как я такой себе кодер и программист мне сложно переводить на технически-русский язык. Оставляю тем, кому интересно здесь.
Сегодня Miniscript доступен в имплементациях для языков C++ и Rust.
#SmartContracts
В августе 2019 года разработчик и программист и создатель SegWit, Питер Вюлле представил новый язык программирования смарт-контрактов для Биткоина - Miniscript. Давно хотел рассказать о нем, но руки не доходили более детально разобрать его.
Miniscript - язык программирования для смарт-контрактов Bitcoin.
⬇️⬇️⬇️
Я много писал о смарт-контрактах на Ethereum, да в целом. Для начала о смарт-контрактах чуть подробнее здесь.
Про решение MAST для увеличения гибкости смарт-контрактов, а также масштабируемости и приватности сети Биткоин здесь.
Теперь про новый язык...
В криптопространстве уже существуют смарт-контракты для биткоина. О чем я тоже успел написать ранее😏Сеть биткойн-платформы RootStock для смарт-контрактов .
Почти год он с Эндрю Поэлстра из BlockStream и Санкет Саньялкар?, работали на кодом и решили опубликовать код, так как пришло время привлечь к нему внимание.
Язык биткоина позволяет программировать транзакции “if-then-else”, но он не обладает полнотой по Тьюрингу.
Полная по Тьюрингу - это термин, который подразумевает способность ЭВМ выполнять любые задачи. Одним из примеров «полноты» считается EVM. Полнота по Тьюрингу показывает на присутствие инструментов, требуемых для решения конкретной задачи. Их наличие гарантирует самостоятельную работу системы. Подавляющее большинство существующих сегодня сетей блокчейн (в том числе и криптовалюты Биткоин) не имеют такой способности. Их контракты просты по структуре. По сути, это транзакции, исполнение которых происходит с небольшой задержкой.
Язык Miniscript призван облегчить программистам создание более полноценных смарт-контрактов в Биткоине.
Биткоин упрощает пороговые подписи и мультиподписи, и их использование было заторможено из-за запутанности биткоин-скрипта. Эта технология является языком программирования базового уровня, и она не приспособлена для использования подписей из-за своих простых принципов работы.
Miniscript оптимизирует сценарий и делает его более структурированным, так как код может быть написан для понимания условий траты биткоина. Он создан на базе языка смарт-контрактов Script – языке смарт-контрактов биткоина, который позволяет указать определенные условия, при которых может состояться трата криптовалюты.
Miniscript построен поверх языка Script.
Miniscript не вызывает проблем, так как язык программирования не привнёс в систему ничего нового. Обработка скрипта реструктурирует функциональность, которая уже существовала в коде и делала его более доступным.
Идет работа над расширением структуры Miniscript для поддержки будущих изменений скриптов, которые могут быть включены в кодовую базу биткоина.
Тут сложно, но очень важно...😄
Miniscript, по словам Велле, представляет собой новый способ написания структурированных скриптов, обеспечивающий возможность проведения различных видов статического анализа, создания генерических подписей и модифицируемого набора условий для выполнения смарт-контрактов.
Для полного погружения в суть и перспективу MiniScript есть статья на английском языке. Так как я такой себе кодер и программист мне сложно переводить на технически-русский язык. Оставляю тем, кому интересно здесь.
Сегодня Miniscript доступен в имплементациях для языков C++ и Rust.
#SmartContracts
✅✅✅
Полнота по Тьюрингу показывает на присутствие инструментов, требуемых для решения конкретной задачи. Их наличие гарантирует самостоятельную работу системы.
Подавляющее большинство существующих сегодня сетей блокчейн не имеют такой способности. Их контракты просты по структуре. Это транзакции, исполнение которых происходит с небольшой задержкой.
В криптовалюте Bitcoin предусмотрена возможность дополнения функционала, но исключить озвученную характеристику не получится.
В связи с этим была разработана полная по Тьюрингу среда - Ethereum, в которой пользователям открылись новые возможности, а именно запуска программ на одном из многих языков программирования. Главное требование — наличие достаточной памяти и времени.
Нашел отличную статью про Тьюринг-полные системы вокруг нас. Для тех, кто хочет знать чуть больше😉
⬇️⬇️⬇️
https://habr.com/ru/post/429602/
Полнота по Тьюрингу показывает на присутствие инструментов, требуемых для решения конкретной задачи. Их наличие гарантирует самостоятельную работу системы.
Подавляющее большинство существующих сегодня сетей блокчейн не имеют такой способности. Их контракты просты по структуре. Это транзакции, исполнение которых происходит с небольшой задержкой.
В криптовалюте Bitcoin предусмотрена возможность дополнения функционала, но исключить озвученную характеристику не получится.
В связи с этим была разработана полная по Тьюрингу среда - Ethereum, в которой пользователям открылись новые возможности, а именно запуска программ на одном из многих языков программирования. Главное требование — наличие достаточной памяти и времени.
Нашел отличную статью про Тьюринг-полные системы вокруг нас. Для тех, кто хочет знать чуть больше😉
⬇️⬇️⬇️
https://habr.com/ru/post/429602/
Хабр
Неожиданная полнота по Тьюрингу повсюду
Каталог программных конструкций, языков и API, которые неожиданно являются полными по Тьюрингу; последствия этого для безопасности и надёжности. Приложение: скол...
✅✅✅
Весной 2018 года IBM и издательская компания Salon Media запустили пилотный проект Campaign Reconciliation Project на основе PoC, на базе разработки некоммерческого консорциума AdLedger, разрабатывающим DLT-решения для рынка цифровой рекламы.
Proof of Concept (PoC, доказательство концепции) -демонстрация практической осуществимости какого-либо метода, идеи, технологии, реализуемости с целью доказательства факта, что метод, идея или технология работают.
Решение Campaign Reconciliation Project предназначено для сокращения числа посредников между рекламодателями, издателями и потребителями/
В марте 2019 был заключен договор партнерства с американским производителем шоколада, компанией Hershey. К консорциуму также присоединились французская коммуникационная медиагруппа Publicis Media и ассоциация GABBCON.
Также американская телекоммуникационная компания Comcast в партнерстве с медиакорпорациями Disney, NBC, Mediaset Italia, Channel 4 и TF1 разработали блокчейн-платформу для рекламных кампаний - Blockchain Insights Platform.
Где еще применить блокчейн?
Блокчейн в рекламной индустрии
⬇️⬇️⬇️
Проблемы онлайн-рекламы (digital advertising):
1) Покупка личных данных пользователей, без участия самих пользователей.
2) Мошенничество: фальшивые или незаметные баннеры, накрутка просмотров и кликов. Как пример новость о раскрытии ботнета Methbot в 2016 году, когда хакеры зарабатывали $5млн в день, подделывая 300млн просмотров видео.
3) непрозрачность и сложность учета.
Крупные и интересные блокчейн-стартапы в рекламной индустрии.
Сделал блиц-список, так как их слишком много.
Basic Attention Token
Браузер Brave отслеживает активность пользователей и предлагает им просмотр релевантной рекламы за вознаграждение. В свою очередь площадки, размещающие рекламу, получают токены за каждый просмотр объявления.
Упоминал его как-то в канале. Если что, то здесь и здесь.
Если честно, то и сам использую его на телефоне😬. Ни в коем случае не рекомендация, а как факт😉
AdEx — децентрализованная рекламная биржа
AdEx - решение для цифровой рекламы, которое уменьшает мошенничество, улучшает рекламные бюджеты и защищает конфиденциальность пользователей. Была построена на блокчейне Ethereum, (позже переехала на Neo), для подключения издателей и рекламодателей без посредников на децентрализованной рекламной бирже.
Как пример, компания Ink - заключила партнерство с блокчейн-стартапом AdEx для проведения блокчейн-аукциона рекламного пространства на посадочных билетах.
New York Interactive Advertising Exchange (NYIAX)
Первая биржа для торговли рекламным инвентарем премиум-уровня от NASDAQ. Это платформа управления контрактами, позволяющая рекламодателям и издателям покупать, продавать и торговать авансовыми рекламными контрактами.
Платформа для лидогенерации SNOVio
Это - децентрализованная платформа для сорсинга и лидогенерации (поиска и сбора контактов потенциальных клиентов) от украинских разработчиков, гарантирующая высокое качество лидов за счет использования блокчейна и крауд-коллектинга данных.
Mass Network
Mass Network - это ПО для пользователей, площадок, рекламодателей и платформ управления данными. ПО предлагает технологию блокировки рекламы и возможность просмотра релевантных рекламных объявлений в обмен на оплату пользовательских данных криптовалютой.
Incent loyalty - платформа для программ лояльности
MadHive - площадка для видео рекламы и обмена данными, которая позволяет брендам и издателям устанавливать отношения для привлечения аудитории через различные платформы.
AdShares - децентрализованный рынок programmatic рекламы (закупки рекламы с использованием автоматизированных систем и алгоритмов) для личного общения. Он дает рекламодателям и издателям возможность торговать напрямую.
AdBank - рекламная платформа с полной прозрачностью платежей между рекламодателями и издателями.
Amino Payments - обеспечивает прозрачность, необходимую для оптимизации расходов рекламодателей при помощи смарт-контрактов.
Весной 2018 года IBM и издательская компания Salon Media запустили пилотный проект Campaign Reconciliation Project на основе PoC, на базе разработки некоммерческого консорциума AdLedger, разрабатывающим DLT-решения для рынка цифровой рекламы.
Proof of Concept (PoC, доказательство концепции) -демонстрация практической осуществимости какого-либо метода, идеи, технологии, реализуемости с целью доказательства факта, что метод, идея или технология работают.
Решение Campaign Reconciliation Project предназначено для сокращения числа посредников между рекламодателями, издателями и потребителями/
В марте 2019 был заключен договор партнерства с американским производителем шоколада, компанией Hershey. К консорциуму также присоединились французская коммуникационная медиагруппа Publicis Media и ассоциация GABBCON.
Также американская телекоммуникационная компания Comcast в партнерстве с медиакорпорациями Disney, NBC, Mediaset Italia, Channel 4 и TF1 разработали блокчейн-платформу для рекламных кампаний - Blockchain Insights Platform.
Где еще применить блокчейн?
Блокчейн в рекламной индустрии
⬇️⬇️⬇️
Проблемы онлайн-рекламы (digital advertising):
1) Покупка личных данных пользователей, без участия самих пользователей.
2) Мошенничество: фальшивые или незаметные баннеры, накрутка просмотров и кликов. Как пример новость о раскрытии ботнета Methbot в 2016 году, когда хакеры зарабатывали $5млн в день, подделывая 300млн просмотров видео.
3) непрозрачность и сложность учета.
Крупные и интересные блокчейн-стартапы в рекламной индустрии.
Сделал блиц-список, так как их слишком много.
Basic Attention Token
Браузер Brave отслеживает активность пользователей и предлагает им просмотр релевантной рекламы за вознаграждение. В свою очередь площадки, размещающие рекламу, получают токены за каждый просмотр объявления.
Упоминал его как-то в канале. Если что, то здесь и здесь.
Если честно, то и сам использую его на телефоне😬. Ни в коем случае не рекомендация, а как факт😉
AdEx — децентрализованная рекламная биржа
AdEx - решение для цифровой рекламы, которое уменьшает мошенничество, улучшает рекламные бюджеты и защищает конфиденциальность пользователей. Была построена на блокчейне Ethereum, (позже переехала на Neo), для подключения издателей и рекламодателей без посредников на децентрализованной рекламной бирже.
Как пример, компания Ink - заключила партнерство с блокчейн-стартапом AdEx для проведения блокчейн-аукциона рекламного пространства на посадочных билетах.
New York Interactive Advertising Exchange (NYIAX)
Первая биржа для торговли рекламным инвентарем премиум-уровня от NASDAQ. Это платформа управления контрактами, позволяющая рекламодателям и издателям покупать, продавать и торговать авансовыми рекламными контрактами.
Платформа для лидогенерации SNOVio
Это - децентрализованная платформа для сорсинга и лидогенерации (поиска и сбора контактов потенциальных клиентов) от украинских разработчиков, гарантирующая высокое качество лидов за счет использования блокчейна и крауд-коллектинга данных.
Mass Network
Mass Network - это ПО для пользователей, площадок, рекламодателей и платформ управления данными. ПО предлагает технологию блокировки рекламы и возможность просмотра релевантных рекламных объявлений в обмен на оплату пользовательских данных криптовалютой.
Incent loyalty - платформа для программ лояльности
MadHive - площадка для видео рекламы и обмена данными, которая позволяет брендам и издателям устанавливать отношения для привлечения аудитории через различные платформы.
AdShares - децентрализованный рынок programmatic рекламы (закупки рекламы с использованием автоматизированных систем и алгоритмов) для личного общения. Он дает рекламодателям и издателям возможность торговать напрямую.
AdBank - рекламная платформа с полной прозрачностью платежей между рекламодателями и издателями.
Amino Payments - обеспечивает прозрачность, необходимую для оптимизации расходов рекламодателей при помощи смарт-контрактов.
📉📈📊
Слышали про цикл хайпа? А этот термин очень даже кстати относится к технологии блокчейн.
В 1995 году исследовательская компания Gartner предложила Hype Cycle — кривую зрелости технологии, графически представляющую стадии, через которые проходит технологическое новшество в ходе своего становления.
1) «Запуск технологии», триггер инновации (Innovation Trigger) - Потенциальная технология прорывается. Ранние истории подтверждения работоспособности и медийный интерес запускают значительную известность. Зачастую отсутствуют работоспособные продукты, а коммерческая ценность не подтверждена.
Время WhitePaper и первых криптоэнтузиастов, покупка пиццы и рождение альткоинов, зарождение современной Dark индустрии.
2) «Пик чрезмерных ожиданий» (Peak of Inflated Expectations) - раннее освещение ряда успешных историй - одни компании начинают действовать; многие нет. Общественный ажиотаж приводит к чрезмерному энтузиазму и нереалистичным ожиданиям. Успешное применение технологии возможно, но обычно неудач больше, чем успехов.
Появление ICO, смарт-контрактов и dApps на Ethereum, огромное количество проектов и стартапов, рассадник мошенников и скама, разговоры в СМИ, небывалый рост цены криптовалют, повсеместное FOMO и FUD, мемасики про ламбу и яхту.
3) «Нижняя точка разочарования», избавление от иллюзий (Trough of Disillusionment) - интерес ослабевает поскольку испытания и ввод в действие не реализованы. Производители технологии бояться или терпят неудачу. Инвестиции продолжаются только если выжившие поставщики совершенствуют свои продукты под потребности ранних последователей. технология не в состоянии соответствовать ожиданиям и быстро гасит энтузиазм. Начинают появляться разные «уважительные» причины, которые препятствуют ходу проекта.
Мы как раз на выходе из этой стадии...Хомяков подстригли, ICO теряет свою привлекательность, существенная часть проектов загибается, проблемы с масштабируемостью и применением на практике, неопределенность и малоизученность технологии, осторожное внедрение и разработка продуктов
4) «Склон просвещения», преодоление недостатков (Slope of Enlightenment) - больше примеров того как технология может приносить пользу предприятию дают понимание этой технологии. Начинают появляться продукты второго и третьего поколения. Все больше предприятий фондируют пилотные проекты, консервативные компании остаются осторожными.
Мы как раз стучимся и переходим на эту стадию. Этот период длится от 2 до 4 лет. Улучшение выживших продуктов, появление пилотных проектов (чего стоит IBM), продукты 2.0 и 3.0, появление национальных цифровых валют, внедрение блокчейна банками и крупными корпорациями, появление фьючерсов и регулируемых платформ для цифровых активов, появление закрытых и корпоративных блокчейнов, появление регуляции, появление программ в университетах, спрос на специалистов.
5) «Плато продуктивности», (Plateau of Productivity) - Массовое признание начинает спадать. Критерии оценки жизнеспособности поставщика определены. Рынки применения технологии ясны, охвачены и окупились. преимущества технологии становятся очевидными и признаются всеми. Технология стабильна и эволюционирует во второе и третье поколение. Окончательная высота плато зависит от того, насколько широко технология применяется.
Нашел вот такую статью, где более подробно о каждом цикле. Все циклично в этом мире и не стоит забывать про 3 постулат технического анализа, который распространяется далеко за пределы рынков - "История повторяется"...
Слышали про цикл хайпа? А этот термин очень даже кстати относится к технологии блокчейн.
В 1995 году исследовательская компания Gartner предложила Hype Cycle — кривую зрелости технологии, графически представляющую стадии, через которые проходит технологическое новшество в ходе своего становления.
1) «Запуск технологии», триггер инновации (Innovation Trigger) - Потенциальная технология прорывается. Ранние истории подтверждения работоспособности и медийный интерес запускают значительную известность. Зачастую отсутствуют работоспособные продукты, а коммерческая ценность не подтверждена.
Время WhitePaper и первых криптоэнтузиастов, покупка пиццы и рождение альткоинов, зарождение современной Dark индустрии.
2) «Пик чрезмерных ожиданий» (Peak of Inflated Expectations) - раннее освещение ряда успешных историй - одни компании начинают действовать; многие нет. Общественный ажиотаж приводит к чрезмерному энтузиазму и нереалистичным ожиданиям. Успешное применение технологии возможно, но обычно неудач больше, чем успехов.
Появление ICO, смарт-контрактов и dApps на Ethereum, огромное количество проектов и стартапов, рассадник мошенников и скама, разговоры в СМИ, небывалый рост цены криптовалют, повсеместное FOMO и FUD, мемасики про ламбу и яхту.
3) «Нижняя точка разочарования», избавление от иллюзий (Trough of Disillusionment) - интерес ослабевает поскольку испытания и ввод в действие не реализованы. Производители технологии бояться или терпят неудачу. Инвестиции продолжаются только если выжившие поставщики совершенствуют свои продукты под потребности ранних последователей. технология не в состоянии соответствовать ожиданиям и быстро гасит энтузиазм. Начинают появляться разные «уважительные» причины, которые препятствуют ходу проекта.
Мы как раз на выходе из этой стадии...Хомяков подстригли, ICO теряет свою привлекательность, существенная часть проектов загибается, проблемы с масштабируемостью и применением на практике, неопределенность и малоизученность технологии, осторожное внедрение и разработка продуктов
4) «Склон просвещения», преодоление недостатков (Slope of Enlightenment) - больше примеров того как технология может приносить пользу предприятию дают понимание этой технологии. Начинают появляться продукты второго и третьего поколения. Все больше предприятий фондируют пилотные проекты, консервативные компании остаются осторожными.
Мы как раз стучимся и переходим на эту стадию. Этот период длится от 2 до 4 лет. Улучшение выживших продуктов, появление пилотных проектов (чего стоит IBM), продукты 2.0 и 3.0, появление национальных цифровых валют, внедрение блокчейна банками и крупными корпорациями, появление фьючерсов и регулируемых платформ для цифровых активов, появление закрытых и корпоративных блокчейнов, появление регуляции, появление программ в университетах, спрос на специалистов.
5) «Плато продуктивности», (Plateau of Productivity) - Массовое признание начинает спадать. Критерии оценки жизнеспособности поставщика определены. Рынки применения технологии ясны, охвачены и окупились. преимущества технологии становятся очевидными и признаются всеми. Технология стабильна и эволюционирует во второе и третье поколение. Окончательная высота плато зависит от того, насколько широко технология применяется.
Нашел вот такую статью, где более подробно о каждом цикле. Все циклично в этом мире и не стоит забывать про 3 постулат технического анализа, который распространяется далеко за пределы рынков - "История повторяется"...
Часть 1. Если вы не знаете что такое EVM, вы не знает что такое Ethereum.
⬇️⬇️⬇️
https://tttttt.me/CryptoBotan/854
Думал писать и дальше, но не вижу смысла, так как обнаружил вот такую книгу про EVM.
Здесь абсолютно все, что нужно и понятным языком. О принципах работы EVM, смарт-контрактах, газе, транзакциях, хэш - функциях и т.д и т.п. Здесь хватит инфы, чтобы понять, что из себя представляет "Эфирка".
Ссылка
⬇️⬇️⬇️
https://tttttt.me/CryptoBotan/854
Думал писать и дальше, но не вижу смысла, так как обнаружил вот такую книгу про EVM.
Здесь абсолютно все, что нужно и понятным языком. О принципах работы EVM, смарт-контрактах, газе, транзакциях, хэш - функциях и т.д и т.п. Здесь хватит инфы, чтобы понять, что из себя представляет "Эфирка".
Ссылка
Telegram
CryptoBotan
✅✅✅
Начал более углубленно изучать Ethereum и все что с ним связано. Информации очень много, поэтому постараюсь выделять, по моему мнению, только важное.
Про EVM (Ethereum Virtual Machine) - виртуальную машину Эфира.
Часть 1. Если вы не знаете что такое…
Начал более углубленно изучать Ethereum и все что с ним связано. Информации очень много, поэтому постараюсь выделять, по моему мнению, только важное.
Про EVM (Ethereum Virtual Machine) - виртуальную машину Эфира.
Часть 1. Если вы не знаете что такое…
Продолжу про эфир, поэтому вот вам важное про "бомбу сложности". Надеюсь, что я ничего не перепутал и верно привел хронологию событий. Если вдруг я ошибся, пожалуйста, напишите мне в лс😉
⬇️⬇️⬇️
Сеть Ethereum движется к переходу к версии Serenity, после чего алгоритм консенсуса сменится с PoW на PoS. Предполагается, что часть майнеров останется на цепочке PoW, две сети будут сосуществовать одновременно, и именно для избавления от неоднозначности и путанницы "bomb has been planted"😏 Нам ведь не нужен еще один Ethereum Classic?
Да и избавиться от цепочки c PoW тоже не выйдет в силу особенностей самой технологии, найдутся майнеры не готовые поддерживать переход, да и откатиться, если что-то пойдет не так, будет куда.
Когда появилась сеть Ethereum, алгоритм PoS еще не был доработан и изучен. Но уже в то время, разработчики планировали совершить переход и заложили эту бомбу.
"Бомба сложности", "Difficulty Bomb" - это запрограммированный механизм экспоненциального усложнения майнинга, до невозможности генерации новых блоков, который направлен на стимулирование майнеров перейти на PoS. Это характеристика времени, нужного для валидации блока.
Алгоритм устанавливает предельный срок для вступления изменений в силу и вынуждает всю систему двигаться по сценарию.
Искусственное увеличение сложности в Эфириуме началось еще в августе 2015 года в релизе Frontier, при первом запуске сети Эфириума. Начиная с 200 000 блока, сложность начала увеличиваться по экспоненте. Еще через год должен был начаться процесс замедления добычи (увеличение сложности добычи), но так как потребовалось еще время для реализации изменений в сети, ее отложили.
Преждевременная активация бомбы произошла в июне 2017 года. Всего за 6 месяцев (с мая по октябрь) сложность сети увеличилась в 10 раз — с 300 TH до 3000 TH. За этот период среднее время нахождения новых блоков увеличилось вдвое — с 15 до 30 секунд. Дабы избежать катастрофы, 16 октября 2017 года был проведен хардфорк Byzantium. В результате уменьшилось время нахождения новых блоков с 30 до 14 секунд, изменились вознаграждения для майнеров с 5 до 3 ETH и двукратно снизилась сложность — с 3000 до 1500 TH. Бомба сложности Ethereum должна была отложиться на полтора года, но все пошло не по плану.
Хардфорка Byzantium хватило чуть больше чем на 4 месяца и в 2018 году, сложность достигла пика - 3600 ТН. А затем, мы помним, что вся крипта полетела в тартарары и сложность упала, в связи с уходом майнеров. Время генерации новых блоков находилось в пределах 14-15 сек.
Начиная с декабря 2018 года, начинает увеличиваться время нахождения блоков (мягкая версия "ледникового периода") и приближение "взрыва бомбы сложности", но в связи с запуском Constantinople, частью апгрейда Metropolis, было решено отложить "взрыв". Объем эмиссии также был снижен с 3 до 2 ETH за блок. Сложность была снижена до 1900-2000 TH, а время добычи до 13 сек.
С момента Constantinople, сложность опять начала расти. Теперь осталось ждать перехода к ETH 2.0 - Serenity, либо снова искусственно откладывать "бомбу"
На графике рост сложности майнинга. Спад - это хардфорки Byzantium и Constantinople.
⬇️⬇️⬇️
Сеть Ethereum движется к переходу к версии Serenity, после чего алгоритм консенсуса сменится с PoW на PoS. Предполагается, что часть майнеров останется на цепочке PoW, две сети будут сосуществовать одновременно, и именно для избавления от неоднозначности и путанницы "bomb has been planted"😏 Нам ведь не нужен еще один Ethereum Classic?
Да и избавиться от цепочки c PoW тоже не выйдет в силу особенностей самой технологии, найдутся майнеры не готовые поддерживать переход, да и откатиться, если что-то пойдет не так, будет куда.
Когда появилась сеть Ethereum, алгоритм PoS еще не был доработан и изучен. Но уже в то время, разработчики планировали совершить переход и заложили эту бомбу.
"Бомба сложности", "Difficulty Bomb" - это запрограммированный механизм экспоненциального усложнения майнинга, до невозможности генерации новых блоков, который направлен на стимулирование майнеров перейти на PoS. Это характеристика времени, нужного для валидации блока.
Алгоритм устанавливает предельный срок для вступления изменений в силу и вынуждает всю систему двигаться по сценарию.
Искусственное увеличение сложности в Эфириуме началось еще в августе 2015 года в релизе Frontier, при первом запуске сети Эфириума. Начиная с 200 000 блока, сложность начала увеличиваться по экспоненте. Еще через год должен был начаться процесс замедления добычи (увеличение сложности добычи), но так как потребовалось еще время для реализации изменений в сети, ее отложили.
Преждевременная активация бомбы произошла в июне 2017 года. Всего за 6 месяцев (с мая по октябрь) сложность сети увеличилась в 10 раз — с 300 TH до 3000 TH. За этот период среднее время нахождения новых блоков увеличилось вдвое — с 15 до 30 секунд. Дабы избежать катастрофы, 16 октября 2017 года был проведен хардфорк Byzantium. В результате уменьшилось время нахождения новых блоков с 30 до 14 секунд, изменились вознаграждения для майнеров с 5 до 3 ETH и двукратно снизилась сложность — с 3000 до 1500 TH. Бомба сложности Ethereum должна была отложиться на полтора года, но все пошло не по плану.
Хардфорка Byzantium хватило чуть больше чем на 4 месяца и в 2018 году, сложность достигла пика - 3600 ТН. А затем, мы помним, что вся крипта полетела в тартарары и сложность упала, в связи с уходом майнеров. Время генерации новых блоков находилось в пределах 14-15 сек.
Начиная с декабря 2018 года, начинает увеличиваться время нахождения блоков (мягкая версия "ледникового периода") и приближение "взрыва бомбы сложности", но в связи с запуском Constantinople, частью апгрейда Metropolis, было решено отложить "взрыв". Объем эмиссии также был снижен с 3 до 2 ETH за блок. Сложность была снижена до 1900-2000 TH, а время добычи до 13 сек.
С момента Constantinople, сложность опять начала расти. Теперь осталось ждать перехода к ETH 2.0 - Serenity, либо снова искусственно откладывать "бомбу"
На графике рост сложности майнинга. Спад - это хардфорки Byzantium и Constantinople.
🧾🔐📄
Какие форки в сети Ethereum происходили, когда и для чего они были и будут нужны? Постарался привести хронологию изменений в сети, подробности и причины их осуществления.
Часть 1.
⬇️⬇️⬇️
Разница форков между BTC и ETH в том, что с биткоином они не имеют ничего общего, а вот в сети Ethereum направлены на улучшение платформы.
В 2013 году Виталик выпускает WhitePaper с идеей создания dApps.
Февраль 2014 года - запуск Olympic - пре-релиз Frontier. Запущен с целью тестирования платформы.
30 июля 2015 года - запуск базовой реализации Эфириума - Frontier Network, предназначенную в первую очередь для разработчиков. В период работы Frontier ранние пользователи и разработчики приложений создавали сообщества и формировали активную экосистему. Пользователи начали добывать ETH.
Важным моментом в этой версии проткола были "Canary contracts" — это переключатели со значением 0 или 1. Каждый такой контракт контролировался отдельным участником из группы разработчиков Эфириума и устанавливался в 1, если внутренняя группа Frontier по восстановлению от критических сбоев сообщала о проблеме с консенсусом.
В каждом клиенте Frontier была проверка после каждого блока по четырем контрактам. Если в двух из них значение переключилось с 0 на 1, майнинг прекращался и для пользователя отображалось сообщение о необходимости обновления клиента. Это было сделано для того, чтобы безответственные и невнимательные майнеры не могли заблокировать обновление блокчейна. По сути, разработчики могли отменять действия пользователей в сети. Более подробно о Frontier: кратко об особенностях на русском и полный гайд на английском.
В марте 2016 года - релиз HomeStead, первой стабильной версиии протокола. Форк произошел на блоке 1 150 000.
Важной составляющей этого релиза было устранение «canary contracts» (канареечных контрактов). Это было первым шагом к переходу блокчейна Ethereum в более децентрализованное состояние.
Сюда были включены обновления:
1) EIP-2 – увеличение стоимости газа до 53 000 gas, вместо 21 000, ограничение максимального значения s-value подписи транзакции для лучшей защиты сети от спам-атак, регулирование расчета сложности майнинга и исправление багов.
value – количество Wei, которые будут переданы от отправителя к получателю. В транзакциях, связанных с созданием контрактов, данная величина является стартовым балансом для вновь созданной учетной записи.
2) EIP-7 – внедрение новой операции: DELEGATECALL.
Это инструкция, которая позволяет вызывать код из другого контракта, но контекст вызова остается тем же самым, что и у текущего контракта. Это позволяет преодолеть пределы лимита газа в блоке
3) EIP-8 – улучшение сетевой совместимости будущих изменений в протоколе.
20 июля 2016 года - хардфорк в сети и появление Ethereum Classic после кражи $50млн и взлома DAO. Все детали и подробности взлома в этом посте.
Хардфорк произошел на блоке 1 920 000, после которого украденные средства были возвращены. Вообще, разработчики не несли ответственности за проект The DAO, но похищенная сумма равнялась 15% всего ETH.
Все токены DAO, независсимо от того, находились они в дочерней или основной ДАО, оказались замороженными и были отправлены на новый адрес контракта. С этого адреса держатели токенов выводили свои доли.
Подробнее об этом хардфорке можно прочитать здесь
Какие форки в сети Ethereum происходили, когда и для чего они были и будут нужны? Постарался привести хронологию изменений в сети, подробности и причины их осуществления.
Часть 1.
⬇️⬇️⬇️
Разница форков между BTC и ETH в том, что с биткоином они не имеют ничего общего, а вот в сети Ethereum направлены на улучшение платформы.
В 2013 году Виталик выпускает WhitePaper с идеей создания dApps.
Февраль 2014 года - запуск Olympic - пре-релиз Frontier. Запущен с целью тестирования платформы.
30 июля 2015 года - запуск базовой реализации Эфириума - Frontier Network, предназначенную в первую очередь для разработчиков. В период работы Frontier ранние пользователи и разработчики приложений создавали сообщества и формировали активную экосистему. Пользователи начали добывать ETH.
Важным моментом в этой версии проткола были "Canary contracts" — это переключатели со значением 0 или 1. Каждый такой контракт контролировался отдельным участником из группы разработчиков Эфириума и устанавливался в 1, если внутренняя группа Frontier по восстановлению от критических сбоев сообщала о проблеме с консенсусом.
В каждом клиенте Frontier была проверка после каждого блока по четырем контрактам. Если в двух из них значение переключилось с 0 на 1, майнинг прекращался и для пользователя отображалось сообщение о необходимости обновления клиента. Это было сделано для того, чтобы безответственные и невнимательные майнеры не могли заблокировать обновление блокчейна. По сути, разработчики могли отменять действия пользователей в сети. Более подробно о Frontier: кратко об особенностях на русском и полный гайд на английском.
В марте 2016 года - релиз HomeStead, первой стабильной версиии протокола. Форк произошел на блоке 1 150 000.
Важной составляющей этого релиза было устранение «canary contracts» (канареечных контрактов). Это было первым шагом к переходу блокчейна Ethereum в более децентрализованное состояние.
Сюда были включены обновления:
1) EIP-2 – увеличение стоимости газа до 53 000 gas, вместо 21 000, ограничение максимального значения s-value подписи транзакции для лучшей защиты сети от спам-атак, регулирование расчета сложности майнинга и исправление багов.
value – количество Wei, которые будут переданы от отправителя к получателю. В транзакциях, связанных с созданием контрактов, данная величина является стартовым балансом для вновь созданной учетной записи.
2) EIP-7 – внедрение новой операции: DELEGATECALL.
Это инструкция, которая позволяет вызывать код из другого контракта, но контекст вызова остается тем же самым, что и у текущего контракта. Это позволяет преодолеть пределы лимита газа в блоке
3) EIP-8 – улучшение сетевой совместимости будущих изменений в протоколе.
20 июля 2016 года - хардфорк в сети и появление Ethereum Classic после кражи $50млн и взлома DAO. Все детали и подробности взлома в этом посте.
Хардфорк произошел на блоке 1 920 000, после которого украденные средства были возвращены. Вообще, разработчики не несли ответственности за проект The DAO, но похищенная сумма равнялась 15% всего ETH.
Все токены DAO, независсимо от того, находились они в дочерней или основной ДАО, оказались замороженными и были отправлены на новый адрес контракта. С этого адреса держатели токенов выводили свои доли.
Подробнее об этом хардфорке можно прочитать здесь
Вообще, понимание важности безопасного хранения своих секретных ключей и умение это делать — основа децентрализованной экономики, которая, как мы надеемся, скоро существенно потеснит классическую централизованную модель. Нужно чётко понимать, что как только вы передаете управление своим секретным ключом кому-либо — например банку, бирже, государству — так сразу магия децентрализации пропадает, и можно спокойно менять блокчейн на Postgres без особой потери смысла. Короче говоря, в этой статье мы и расскажем об азах безопасного хранения приватных ключей на примере блокчейна Ethereum.
Вводная информация для понимания общей картины и, без деталей информационной безопасности, рекомендации по безопасному владению аккаунтами/контрактами в Ethereum.
⬇️⬇️⬇️
https://habr.com/ru/company/mixbytes/blog/416339/
Вводная информация для понимания общей картины и, без деталей информационной безопасности, рекомендации по безопасному владению аккаунтами/контрактами в Ethereum.
⬇️⬇️⬇️
https://habr.com/ru/company/mixbytes/blog/416339/
Хабр
Гид по владению аккаунтами и контрактами в Ethereum
Материал, который мы решили сегодня опубликовать, родился уже около 6 месяцев назад и до сих пор не потерял своей актуальности (может быть, пришлось его чуть-чуть освежить). Тогда мы еще были...
✅✅✅
В феврале 2019 года был представлен механизм обеспечения конфиденциальности для смарт-контрактов в сети эфира (ETH) - Zether.
Механизм Zether напоминает систему поддержания приватности, используемую в сети Monero
Чуть подробнее ниже...сделаю ещё отдельный пост с описанием плюшек и преимуществ
⬇️⬇️⬇️
https://forklog.com/issledovateli-stenforda-razrabotali-mehanizm-obespecheniya-privatnosti-dlya-smart-kontraktov-ethereum/
В феврале 2019 года был представлен механизм обеспечения конфиденциальности для смарт-контрактов в сети эфира (ETH) - Zether.
Механизм Zether напоминает систему поддержания приватности, используемую в сети Monero
Чуть подробнее ниже...сделаю ещё отдельный пост с описанием плюшек и преимуществ
⬇️⬇️⬇️
https://forklog.com/issledovateli-stenforda-razrabotali-mehanizm-obespecheniya-privatnosti-dlya-smart-kontraktov-ethereum/
ForkLog
Исследователи Стэнфорда разработали механизм обеспечения приватности для смарт-контрактов Ethereum
Исследователи Стэнфордского университета и Visa Research представили механизм обеспечения приватности для смарт-контрактов в Ethereum. Документ был опубликован на этой неделе на сайте группы прикладной криптографии университета, пишет Cointelegraph. Как заявляют…
🧾🔐📄
Какие форки в сети Ethereum происходили, когда и для чего они были и будут нужны? Постарался привести хронологию изменений в сети, подробности и причины их осуществления.
Часть 1.
⬇️⬇️⬇️
https://tttttt.me/CryptoBotan/871
Часть 2.
⬇️⬇️⬇️
Осенью 2016 года сеть Ethereum начала подвергаться постоянным dDos-атакам, в которых происходила рассылка спама и пустых транзакций. Были выявлены уязвимости в основных клиентах и в базовом протоколе. Происходили замедления транзакций, а также возникли трудности с включением в блоки новых транзакций.
Сначала 18 октября 2016 года для улучшения устойчивости сети, был проведен внеплановый хардфорк EIP 150с1 на блоке 2 463 000.
Целью было поднять стоимость выполнения ряда опкодов до уровня, максимально увеличивающим для хакеров цену возможной атаки. Нападающие производили атаку путём повторения неоднократного вызова кодов операций в своих умных контрактах, которые являлись сложными для вычислений на стороне клиента, зато очень дёшевыми для добавления к сети.
Затем 22 ноября 2016 года на блоке 2 675 000 состоялся хардфорк Spurious Dragon (EIP 158).
Так как изменения в этом апдейте были менее опасны, а время поджимало, их не включили в EIP 150.
Хардфорк предназначался для очищения от последствий атак и изменения стоимости нескольких недооцененных опкодов (EXP и BALANCE), которые хакеры использовали для продолжения атак уже после первого хардфорка.
Новые атаки велись с 8 млн пустых адресов и увеличивали время генерации блоков на 1-2 секунды.
Так же атаки велись с использование опкода BALANCE - контракта, который пытался получить баланс с адресов 0x00, 0x01, 0x02 и т.д. до тех пор, пока не закончится газ.
Форк состоял из нескольких обновлений:
EIP 155 - дополнительное разграничение трансляций ETH, сети ETC и тестовой сети Morden (для сети ETC).
EIP160 - увеличение стоимости газа для опкода EXP в 5 раз.
EIP161 - очистка блокчейна от пустых аккаунтов, которые были сгенерированы в ходе осенних атак.
Дальше на повестке "дня" развития сети стоял апгрейд Metropolis. Хардфорк был представлен в дорожной карте Ethereum еще в 2015 году. Это третий этап по переходу на новый алгоритм, после Frontier и Homestead.
Состоял он из двух этапов: Byzantium и Constantinople.
Byzantium
25 сентября хардфорк был произведен в тестовой сети Ropsten. Хардфорк Byzantium в основной сети состоялся 16 октября 2017 года на блоке 4,370,000.
Изменения внесенные хардфорком Byzantium:
Byzantium привнес девять протоколов улучшения Ethereum: EIP 100, EIP 140, EIP 196, EIP 197, EIP 198, EIP 211, EIP 214, EIP 649, EIP 658.
Всю подробную информацию по EIPам в хардфорке Byzantium, по моему скромному мнению, в этой статье от криптофокс и вот в этой на хабре.
Коротко о внесенных изменениях:
- отсрочка «бомбы сложности» еще на 18 месяцев; Это был приоритетный вопрос. (о "бомбе сложности" здесь).
- увеличение скорости подтверждения блоков;
- оптимизация расхода газа;
- снижение награды за блок с 5 до 3 ETH;
- добавление криптографических элементов zk-SNARK, (технология доказательства с нулевым разглашением в криптовалюте ZCash) для внесения новых функций конфиденциальности.
- расширение возможностей EVM
Про Constantinople чуть позже, не поместилось🤥
Какие форки в сети Ethereum происходили, когда и для чего они были и будут нужны? Постарался привести хронологию изменений в сети, подробности и причины их осуществления.
Часть 1.
⬇️⬇️⬇️
https://tttttt.me/CryptoBotan/871
Часть 2.
⬇️⬇️⬇️
Осенью 2016 года сеть Ethereum начала подвергаться постоянным dDos-атакам, в которых происходила рассылка спама и пустых транзакций. Были выявлены уязвимости в основных клиентах и в базовом протоколе. Происходили замедления транзакций, а также возникли трудности с включением в блоки новых транзакций.
Сначала 18 октября 2016 года для улучшения устойчивости сети, был проведен внеплановый хардфорк EIP 150с1 на блоке 2 463 000.
Целью было поднять стоимость выполнения ряда опкодов до уровня, максимально увеличивающим для хакеров цену возможной атаки. Нападающие производили атаку путём повторения неоднократного вызова кодов операций в своих умных контрактах, которые являлись сложными для вычислений на стороне клиента, зато очень дёшевыми для добавления к сети.
Затем 22 ноября 2016 года на блоке 2 675 000 состоялся хардфорк Spurious Dragon (EIP 158).
Так как изменения в этом апдейте были менее опасны, а время поджимало, их не включили в EIP 150.
Хардфорк предназначался для очищения от последствий атак и изменения стоимости нескольких недооцененных опкодов (EXP и BALANCE), которые хакеры использовали для продолжения атак уже после первого хардфорка.
Новые атаки велись с 8 млн пустых адресов и увеличивали время генерации блоков на 1-2 секунды.
Так же атаки велись с использование опкода BALANCE - контракта, который пытался получить баланс с адресов 0x00, 0x01, 0x02 и т.д. до тех пор, пока не закончится газ.
Форк состоял из нескольких обновлений:
EIP 155 - дополнительное разграничение трансляций ETH, сети ETC и тестовой сети Morden (для сети ETC).
EIP160 - увеличение стоимости газа для опкода EXP в 5 раз.
EIP161 - очистка блокчейна от пустых аккаунтов, которые были сгенерированы в ходе осенних атак.
Дальше на повестке "дня" развития сети стоял апгрейд Metropolis. Хардфорк был представлен в дорожной карте Ethereum еще в 2015 году. Это третий этап по переходу на новый алгоритм, после Frontier и Homestead.
Состоял он из двух этапов: Byzantium и Constantinople.
Byzantium
25 сентября хардфорк был произведен в тестовой сети Ropsten. Хардфорк Byzantium в основной сети состоялся 16 октября 2017 года на блоке 4,370,000.
Изменения внесенные хардфорком Byzantium:
Byzantium привнес девять протоколов улучшения Ethereum: EIP 100, EIP 140, EIP 196, EIP 197, EIP 198, EIP 211, EIP 214, EIP 649, EIP 658.
Всю подробную информацию по EIPам в хардфорке Byzantium, по моему скромному мнению, в этой статье от криптофокс и вот в этой на хабре.
Коротко о внесенных изменениях:
- отсрочка «бомбы сложности» еще на 18 месяцев; Это был приоритетный вопрос. (о "бомбе сложности" здесь).
- увеличение скорости подтверждения блоков;
- оптимизация расхода газа;
- снижение награды за блок с 5 до 3 ETH;
- добавление криптографических элементов zk-SNARK, (технология доказательства с нулевым разглашением в криптовалюте ZCash) для внесения новых функций конфиденциальности.
- расширение возможностей EVM
Про Constantinople чуть позже, не поместилось🤥
🧾🔐📄
Какие форки в сети Ethereum происходили, когда и для чего они были и будут нужны? Постарался привести хронологию изменений в сети, подробности и причины их осуществления.
Если честно, я хотел короче😅 Но в ходе подготовки и структурирования натыкался на интересные факты, о которых не знал. Поэтому посты выходят объемные - не ожидал сам..Так что...
Часть 3. Хардфорк Constantinople
⬇️⬇️⬇️
Забыл упомянуть еще тот факт, что Metropolis был разделен на две части, так как основной элемент – слой абстракций EIP 86, который значительно упрощает работу со следующими версиями протокола, требует еще нескольких месяцев работы. Но на тот момент было необходимо в срочном порядке нейтрализовать «бомбу сложности», которая вызывала перегрузки сети.
EIP 86 - переносит всю логику подтверждения подписей и одноразовых кодов из основного кода протокола в контракты, позволяя разработчикам экспериментировать с новыми схемами подписей, технологиями приватности и другими модификациями, не требуя новых хардфорков или поддержки на уровне основного протокола.
Также Metropolis включает в себя EIP 96 (Изменения опкода blockhash и дерева состояний), который упрощают код протокола и основных клиентов. У разработчиков появится возможность апгрейда легких клиентов, которые ускоряют синхронизацию и повышают безопасность.
Состоял Metropolis из двух этапов: Byzantium (в прошлом посте) и Constantinople.
Constantinople
28 февраля 2019 года на блоке 7 280 000 был произведен хардфорк Constantinople. После этого хардфорка среднее время нахождения блоков в сети упало до 12,5 секунд с 21 секунды.
Он включал в себя пять предложений по улучшению Эфириума (EIP):
EIP 145 (Bitwise shifting instructions in EVM) – предполагает более рентабельный и эффективный подход к обработке информации. Представляет собственный битовый сдвиг (EVM), что позволяет разработчикам производить некоторые операции более эффективно, тем самым экономя газ;
EIP 1014 (Skinny CREATE2) – предполагает улучшенный подход к решениям масштабирования сети, например, к транзакциям на сайдчейнах. Позволяет пользователям взаимодействовать с еще не созданными на блокчейне адресами. Оно связано с каналами state channels, которые улучшают масштабирование Ethereum;
EIP 1052 (EXTCODEHASH opcode) – решение по улучшению обработки смарт-контрактов. Позволяет смарт-контрактам более эффективно проверять код других смарт-контрактов (что снижает требования в вычислительной мощности). Благодаря этому снизились затраты газа;
EIP 1234 – Самое крупное решение по задержке сложности майнинга (отложение "бомбы сложности" Constantinople на 12 месяцев), а также уменьшению наград за майнинг от 3 до 2 эфира за блок;
EIP 1283 (Net gas metering for SSTORE without dirty maps) - улучшенный способ монетизации изменений для хранящихся данных (для программистов смарт-контрактов). Позволяет производить сразу несколько операций при каждой транзакции. Принцип этого апгрейда схож с многоуровневыми транзакциями EOS.
Одновременно с форком Константинополь было проведено еще одно обновление - St.Petersburg. Одно предназначалось для удаления EIP 1283 из тестовых сетей Ethereum. По факту это не обновление, а исправление ошибки. Именно из-за этой ошибки хардфорк Constantinople и переносился.
Компания по аудиту смарт-контрактов ChainSecurity обнаружила критическую уязвимость, которая должна была открыть путь для кражи средств пользователей, в случае
реализации EIP 1283.
Уязвимость известна как "Повторная атака". Если коротко, то она позволяет злоумышленнику «повторно входить» в одну и ту же функцию несколько раз, не сообщая об этом пользователю. Об этом я писал в постах об уязвимостях в смарт-контрактах. Такое уже проворачивали. И где же вы думали?😄 Атака DAO в 2016 году... Советую перейти и почитать, если не в курсе😉
В мае 2019 был представлен EIP 2124 - механизм, позволяющий легко определить, какую версию программного обеспечения использует узел в сети Ethereum. Он может быть развернут любым программным клиентом Ethereum без необходимости координации с другими участниками.
Какие форки в сети Ethereum происходили, когда и для чего они были и будут нужны? Постарался привести хронологию изменений в сети, подробности и причины их осуществления.
Если честно, я хотел короче😅 Но в ходе подготовки и структурирования натыкался на интересные факты, о которых не знал. Поэтому посты выходят объемные - не ожидал сам..Так что...
Часть 3. Хардфорк Constantinople
⬇️⬇️⬇️
Забыл упомянуть еще тот факт, что Metropolis был разделен на две части, так как основной элемент – слой абстракций EIP 86, который значительно упрощает работу со следующими версиями протокола, требует еще нескольких месяцев работы. Но на тот момент было необходимо в срочном порядке нейтрализовать «бомбу сложности», которая вызывала перегрузки сети.
EIP 86 - переносит всю логику подтверждения подписей и одноразовых кодов из основного кода протокола в контракты, позволяя разработчикам экспериментировать с новыми схемами подписей, технологиями приватности и другими модификациями, не требуя новых хардфорков или поддержки на уровне основного протокола.
Также Metropolis включает в себя EIP 96 (Изменения опкода blockhash и дерева состояний), который упрощают код протокола и основных клиентов. У разработчиков появится возможность апгрейда легких клиентов, которые ускоряют синхронизацию и повышают безопасность.
Состоял Metropolis из двух этапов: Byzantium (в прошлом посте) и Constantinople.
Constantinople
28 февраля 2019 года на блоке 7 280 000 был произведен хардфорк Constantinople. После этого хардфорка среднее время нахождения блоков в сети упало до 12,5 секунд с 21 секунды.
Он включал в себя пять предложений по улучшению Эфириума (EIP):
EIP 145 (Bitwise shifting instructions in EVM) – предполагает более рентабельный и эффективный подход к обработке информации. Представляет собственный битовый сдвиг (EVM), что позволяет разработчикам производить некоторые операции более эффективно, тем самым экономя газ;
EIP 1014 (Skinny CREATE2) – предполагает улучшенный подход к решениям масштабирования сети, например, к транзакциям на сайдчейнах. Позволяет пользователям взаимодействовать с еще не созданными на блокчейне адресами. Оно связано с каналами state channels, которые улучшают масштабирование Ethereum;
EIP 1052 (EXTCODEHASH opcode) – решение по улучшению обработки смарт-контрактов. Позволяет смарт-контрактам более эффективно проверять код других смарт-контрактов (что снижает требования в вычислительной мощности). Благодаря этому снизились затраты газа;
EIP 1234 – Самое крупное решение по задержке сложности майнинга (отложение "бомбы сложности" Constantinople на 12 месяцев), а также уменьшению наград за майнинг от 3 до 2 эфира за блок;
EIP 1283 (Net gas metering for SSTORE without dirty maps) - улучшенный способ монетизации изменений для хранящихся данных (для программистов смарт-контрактов). Позволяет производить сразу несколько операций при каждой транзакции. Принцип этого апгрейда схож с многоуровневыми транзакциями EOS.
Одновременно с форком Константинополь было проведено еще одно обновление - St.Petersburg. Одно предназначалось для удаления EIP 1283 из тестовых сетей Ethereum. По факту это не обновление, а исправление ошибки. Именно из-за этой ошибки хардфорк Constantinople и переносился.
Компания по аудиту смарт-контрактов ChainSecurity обнаружила критическую уязвимость, которая должна была открыть путь для кражи средств пользователей, в случае
реализации EIP 1283.
Уязвимость известна как "Повторная атака". Если коротко, то она позволяет злоумышленнику «повторно входить» в одну и ту же функцию несколько раз, не сообщая об этом пользователю. Об этом я писал в постах об уязвимостях в смарт-контрактах. Такое уже проворачивали. И где же вы думали?😄 Атака DAO в 2016 году... Советую перейти и почитать, если не в курсе😉
В мае 2019 был представлен EIP 2124 - механизм, позволяющий легко определить, какую версию программного обеспечения использует узел в сети Ethereum. Он может быть развернут любым программным клиентом Ethereum без необходимости координации с другими участниками.
GitHub
EIPs/eip-145.md at master · ethereum/EIPs
The Ethereum Improvement Proposal repository. Contribute to ethereum/EIPs development by creating an account on GitHub.
Часть 4. Хардфорк Istanbul
⬇️⬇️⬇️
В августе 2019 года разработчики завершили список изменений кода, для активации в следующем обновлении - Istanbul. Хардфок Istanbul состоится 4 декабря на блоке 9 069 000. В случае возникновения внешних неконтролируемых сил хардфорк могут перенести на 8 января.
Тогда же в августе тестовая сеть Ropsten разделилась на две цепи после активации обновления. Причиной ранней активации хардфорка стало необычно быстрое подтверждение блоков.
Istanbul является последним хардфорком перед началом поэтапного развертывания Ethereum 2.0.
Это общесистемное обновление, которое включает в себя процесс хранения данных, протокол майнинга и выполнение кода. Оно будет развернуто в двух частях. В первой части будут представлены шесть EIP. Хардфорк повысит совместимость с Zcash и повысит защиту от атак с дублированием транзакций.
Принятые EIP:
EIP-152 - добавление функции сжатия Blake2 для оптимизации работы блокчейна.
Новая усовершенствованная версия протокола BLAKE под названием BLAKE2 появилась в конце 2012 года. Это криптографическая хеш-функция, которая работает оперативнее, чем MD-5, SHA1, SHA2 и SHA3, и такая же безопасная, как и последний стандарт SHA3. BLAKE2 был принят многими проектами благодаря высокой скорости, безопасности и простоте. Подробнее
EIP-1108 - уменьшит затраты на прекомпиляцию (пересборку). Это поможет создать ряд изменений по обеспечению конфиденциальности и масштабированию Ethereum.
EIP-1344 - добавит код операции ChainID. Параметр, который позволит использовать идентификатор цепочки. Это позволит смарт-контрактам отслеживать правильную цепочку при обработке подписей и предотвращать повторные атаки между различными цепочками.
EIP-2028 - снижение стоимости газа Calldata с его текущего значения 68 газа на байт до 16 газа на байт. Это позволит сделать решения второго уровня, увеличив, тем самым, пропускную способность сети и докажет, что решения zk-SNARKs и zk-STARKs (разновидности Zero Knowledge Protocol — протокола доказательства с нулевым разглашением, не предусматривающий непосредственный обмен паролями) дешевле и более эффективны.
EIP-1884 - увеличивает стоимость вычислений (опкодов виртуальной машины) при обращении к блокчейну для разработчиков dApps. Этот EIP является спорным и не все разработчики согласны с ним.
Необходимость его запуска объясняется тем, что с ростом сети Ethereum некоторые смарт-контракты, используемые в dApps, стали слишком ресурсоемкими. Поскольку размер блокчейна увеличился, вычислительные затраты на получение данных о состоянии сети (таких, как остатки на счетах) также увеличились, а цены на «газ» оставались прежними — это создало дисбаланс между ценой операции и потреблением ресурсов. Это несоответствие создает уязвимости для ряда атак. Поэтому, это предварительный EIP и он может быть изменен.
EIP-2200 - перебалансировка стоимости «газа» SSTORE с учетом изменения стоимости газа SLOAD (чтение из хранилища). Это изменит расчет стоимости хранения данных в EVM (виртуальной машине) и позволит смарт-контрактам вводить новые функции, включая повторные блокировки входа и повторную отправку нескольких контрактов.
Следующее обновление - Berlin, вторая часть хардфорка Istanbul состоится до конца июня 2020 года, куда планируется включить EIP-1057 - новый алгоритм доказательства работы для замены Ethash - ProgPow. Подробнее о ProgPow в одном из моих прошлых постов. А также:
EIP-1380, EIP-2045, EIP-2046 - обновления, связанные с изменением стоимости газа для различных операций со смарт-контрактами.
EIP 1985 - оптимизация работы EVM
На этом и закончу пожалуй😉
⬇️⬇️⬇️
В августе 2019 года разработчики завершили список изменений кода, для активации в следующем обновлении - Istanbul. Хардфок Istanbul состоится 4 декабря на блоке 9 069 000. В случае возникновения внешних неконтролируемых сил хардфорк могут перенести на 8 января.
Тогда же в августе тестовая сеть Ropsten разделилась на две цепи после активации обновления. Причиной ранней активации хардфорка стало необычно быстрое подтверждение блоков.
Istanbul является последним хардфорком перед началом поэтапного развертывания Ethereum 2.0.
Это общесистемное обновление, которое включает в себя процесс хранения данных, протокол майнинга и выполнение кода. Оно будет развернуто в двух частях. В первой части будут представлены шесть EIP. Хардфорк повысит совместимость с Zcash и повысит защиту от атак с дублированием транзакций.
Принятые EIP:
EIP-152 - добавление функции сжатия Blake2 для оптимизации работы блокчейна.
Новая усовершенствованная версия протокола BLAKE под названием BLAKE2 появилась в конце 2012 года. Это криптографическая хеш-функция, которая работает оперативнее, чем MD-5, SHA1, SHA2 и SHA3, и такая же безопасная, как и последний стандарт SHA3. BLAKE2 был принят многими проектами благодаря высокой скорости, безопасности и простоте. Подробнее
EIP-1108 - уменьшит затраты на прекомпиляцию (пересборку). Это поможет создать ряд изменений по обеспечению конфиденциальности и масштабированию Ethereum.
EIP-1344 - добавит код операции ChainID. Параметр, который позволит использовать идентификатор цепочки. Это позволит смарт-контрактам отслеживать правильную цепочку при обработке подписей и предотвращать повторные атаки между различными цепочками.
EIP-2028 - снижение стоимости газа Calldata с его текущего значения 68 газа на байт до 16 газа на байт. Это позволит сделать решения второго уровня, увеличив, тем самым, пропускную способность сети и докажет, что решения zk-SNARKs и zk-STARKs (разновидности Zero Knowledge Protocol — протокола доказательства с нулевым разглашением, не предусматривающий непосредственный обмен паролями) дешевле и более эффективны.
EIP-1884 - увеличивает стоимость вычислений (опкодов виртуальной машины) при обращении к блокчейну для разработчиков dApps. Этот EIP является спорным и не все разработчики согласны с ним.
Необходимость его запуска объясняется тем, что с ростом сети Ethereum некоторые смарт-контракты, используемые в dApps, стали слишком ресурсоемкими. Поскольку размер блокчейна увеличился, вычислительные затраты на получение данных о состоянии сети (таких, как остатки на счетах) также увеличились, а цены на «газ» оставались прежними — это создало дисбаланс между ценой операции и потреблением ресурсов. Это несоответствие создает уязвимости для ряда атак. Поэтому, это предварительный EIP и он может быть изменен.
EIP-2200 - перебалансировка стоимости «газа» SSTORE с учетом изменения стоимости газа SLOAD (чтение из хранилища). Это изменит расчет стоимости хранения данных в EVM (виртуальной машине) и позволит смарт-контрактам вводить новые функции, включая повторные блокировки входа и повторную отправку нескольких контрактов.
Следующее обновление - Berlin, вторая часть хардфорка Istanbul состоится до конца июня 2020 года, куда планируется включить EIP-1057 - новый алгоритм доказательства работы для замены Ethash - ProgPow. Подробнее о ProgPow в одном из моих прошлых постов. А также:
EIP-1380, EIP-2045, EIP-2046 - обновления, связанные с изменением стоимости газа для различных операций со смарт-контрактами.
EIP 1985 - оптимизация работы EVM
На этом и закончу пожалуй😉
✅✅✅
Bulletproofs (BP)
В этом посте затрагивал механизм Bulletproofs. Я попытался коротко и понятно. На счет коротко - не получилось. На счет понятно - на ваше усмотрение😉
⬇️⬇️⬇️
Bulletproofs (BP) - это короткие неинтерактивные доказательства с нулевым разглашением (Zero-knowledge proof), которые не требуют доверенной установки.
Т.е. позволяет одной из взаимодействующих сторон («The verifier» — проверяющей) убедиться в достоверности какого-либо утверждения, не имея при этом никакой другой информации от второй стороны («The prover» — доказывающей).
BP используется для того, чтобы убедить верификатора в том, что зашифрованный текст верен.
Например, нужно доказать, что зашифрованное число находится в заданном диапазоне, не раскрывая больше ничего об этом числе.
Каждая конфиденциальная транзакция содержит криптографическое доказательство того, что транзакция действительна. BP доказательства уменьшают размер криптографического доказательства с более чем 10 Кб до менее чем 1 кб.
Если бы все транзакции биткойнов были конфиденциальными и использовали bulletproofs доказательства, то общий размер UTXO составил бы только 17 ГБ, по сравнению с 160 ГБ с используемыми в настоящее время.
Bulletproofs позволяет:
- уменьшить доказательство платежеспособности
Доказательство платежеспособности свидетельствует о том, что валютный контроль обеспечивает достаточные резервы для расчетов по счетам каждого клиента. Механизм сохраняет конфиденциальность доказательства платежеспособности, в соответствии с которыми биржа не обязана раскрывать свои биткойн-адреса, совокупные активы или обязательства, а также любую информацию о своих клиентах. Также оно не позволяет биржам вступать в сговор для покрытия убытков друг друга. Финику и К привет😄
- внедрить конфиденциальные смарт-контракты и в качестве общей замены Sigma-протоколов.
Sigma-протоколы разработаны для обеспечения надежного обмена криптографическими ключами при обеспечении различных функций. Sigma служит криптографической основой для подписей IKE- стандартизированного протокола обмена ключами в Интернете.
- Возможность "коротких проверяемых смешиваний" (short verifiable shuffles)
Суть в том, что имея два списка фиксированных значений, доказать, что второй список - это перестановка первого. Этот метод можно использовать в голосовании и доказательстве платежеспособности. Такая схема позволяет реализовывать перетасовку и сортировку двух списков и затем проверять, что они равны.
По своей эффективности технология сопоставляется с zk-SNARKs или zk-STARKs, но имеет встроенную поддержку открытых ключей на эллиптической кривой и обязательств Педерсена.
Обязательства Педерсена - это метод, позволяющий пользователю подтверждать какое-либо значение, которое не разглашается. То есть в случае разглашения этого значения благодаря этой схеме будет известно, что пользователь знал его на момент выдачи обязательства и что оно не изменилось.
Также, в отличие от zk-SNARKs, доказательства Bulletproofs имеют полный 128-битный уровень криптостойкости.
Уровень криптостойкости - это показатель криптостойкости криптографического алгоритма, связанный с вычислительной сложностью выполнения успешной атаки на криптосистему наиболее быстрым из известных алгоритмов
- в основе технологии Bulletproofs лежат общие принципы доказательства с нулевым разглашением (как и в zk-SNARKs);
- технология может использоваться для расширения многосторонних протоколов, таких как мультиподписи или условные платежи с нулевым знанием;
Bulletproofs был развернут в Monero. Важно понимать, что Bulletproofs доказательства сами по себе не способствуют обеспечению конфиденциальности. Они гарантируют, что информация, хранящаяся в конфиденциальной транзакции, не содержит ложных данных.
Monero для достижения анонимности полагается на три механизма: скрытые адреса, кольцевые подписи и кольцевые конфиденциальные транзакции. Bulletproofs влияют на кольцевые конфиденциальные транзакции или RingCT – способ, при помощи которого Monero скрывает сумму транзакции.
#Privacy
Bulletproofs (BP)
В этом посте затрагивал механизм Bulletproofs. Я попытался коротко и понятно. На счет коротко - не получилось. На счет понятно - на ваше усмотрение😉
⬇️⬇️⬇️
Bulletproofs (BP) - это короткие неинтерактивные доказательства с нулевым разглашением (Zero-knowledge proof), которые не требуют доверенной установки.
Т.е. позволяет одной из взаимодействующих сторон («The verifier» — проверяющей) убедиться в достоверности какого-либо утверждения, не имея при этом никакой другой информации от второй стороны («The prover» — доказывающей).
BP используется для того, чтобы убедить верификатора в том, что зашифрованный текст верен.
Например, нужно доказать, что зашифрованное число находится в заданном диапазоне, не раскрывая больше ничего об этом числе.
Каждая конфиденциальная транзакция содержит криптографическое доказательство того, что транзакция действительна. BP доказательства уменьшают размер криптографического доказательства с более чем 10 Кб до менее чем 1 кб.
Если бы все транзакции биткойнов были конфиденциальными и использовали bulletproofs доказательства, то общий размер UTXO составил бы только 17 ГБ, по сравнению с 160 ГБ с используемыми в настоящее время.
Bulletproofs позволяет:
- уменьшить доказательство платежеспособности
Доказательство платежеспособности свидетельствует о том, что валютный контроль обеспечивает достаточные резервы для расчетов по счетам каждого клиента. Механизм сохраняет конфиденциальность доказательства платежеспособности, в соответствии с которыми биржа не обязана раскрывать свои биткойн-адреса, совокупные активы или обязательства, а также любую информацию о своих клиентах. Также оно не позволяет биржам вступать в сговор для покрытия убытков друг друга. Финику и К привет😄
- внедрить конфиденциальные смарт-контракты и в качестве общей замены Sigma-протоколов.
Sigma-протоколы разработаны для обеспечения надежного обмена криптографическими ключами при обеспечении различных функций. Sigma служит криптографической основой для подписей IKE- стандартизированного протокола обмена ключами в Интернете.
- Возможность "коротких проверяемых смешиваний" (short verifiable shuffles)
Суть в том, что имея два списка фиксированных значений, доказать, что второй список - это перестановка первого. Этот метод можно использовать в голосовании и доказательстве платежеспособности. Такая схема позволяет реализовывать перетасовку и сортировку двух списков и затем проверять, что они равны.
По своей эффективности технология сопоставляется с zk-SNARKs или zk-STARKs, но имеет встроенную поддержку открытых ключей на эллиптической кривой и обязательств Педерсена.
Обязательства Педерсена - это метод, позволяющий пользователю подтверждать какое-либо значение, которое не разглашается. То есть в случае разглашения этого значения благодаря этой схеме будет известно, что пользователь знал его на момент выдачи обязательства и что оно не изменилось.
Также, в отличие от zk-SNARKs, доказательства Bulletproofs имеют полный 128-битный уровень криптостойкости.
Уровень криптостойкости - это показатель криптостойкости криптографического алгоритма, связанный с вычислительной сложностью выполнения успешной атаки на криптосистему наиболее быстрым из известных алгоритмов
- в основе технологии Bulletproofs лежат общие принципы доказательства с нулевым разглашением (как и в zk-SNARKs);
- технология может использоваться для расширения многосторонних протоколов, таких как мультиподписи или условные платежи с нулевым знанием;
Bulletproofs был развернут в Monero. Важно понимать, что Bulletproofs доказательства сами по себе не способствуют обеспечению конфиденциальности. Они гарантируют, что информация, хранящаяся в конфиденциальной транзакции, не содержит ложных данных.
Monero для достижения анонимности полагается на три механизма: скрытые адреса, кольцевые подписи и кольцевые конфиденциальные транзакции. Bulletproofs влияют на кольцевые конфиденциальные транзакции или RingCT – способ, при помощи которого Monero скрывает сумму транзакции.
#Privacy
Telegram
CryptoBotan
✅✅✅
Механизм обеспечения конфиденциальности для смарт-контрактов в сети эфира (ETH) - Zether.
⬇️⬇️⬇️
https://tttttt.me/CryptoBotan/874
Как и обещал описание протокола более подробно.
Zether - это полностью децентрализованный конфиденциальный платежный механизм…
Механизм обеспечения конфиденциальности для смарт-контрактов в сети эфира (ETH) - Zether.
⬇️⬇️⬇️
https://tttttt.me/CryptoBotan/874
Как и обещал описание протокола более подробно.
Zether - это полностью децентрализованный конфиденциальный платежный механизм…
Публичное тестирование решения для конфиденциальности и масштабируемости в Эфириуме на облачных платформах
Тестирование Plasma Cash
⬇️⬇️⬇️
https://habr.com/ru/post/475000/
Тестирование Plasma Cash
⬇️⬇️⬇️
https://habr.com/ru/post/475000/
Хабр
Публичное тестирование решения для конфиденциальности и масштабируемости в Эфириуме на облачных платформах
Блокчейн тренд продолжает набирать обороты. Все больше экспертов прогнозируют универсальную адаптацию данной технологии в скором будущем. На данный момент нерешенными остаются несколько проблем,...
Очередная версия об отце-основателе деда.
⬇️⬇️⬇️
https://coinspot.io/interesting/neskolko-faktov-ukazyvayushhih-na-to-chto-hel-finni-eto-satoshi-nakamoto/
А почему бы и нет?😄
В честь него названа атака двойного расходования
⬇️⬇️⬇️
https://tttttt.me/CryptoBotan/826
Он же получил первую в истории транзакцию от Сатоши Накамото (от самого себя???)
⬇️⬇️⬇️
https://tttttt.me/CryptoBotan/27
Хэл является создателем алгоритма RPoW (Reusable Proof of Work) - "Многоразовое доказательство работы".
В качестве PoW схемы была выбрана идея Hashcash. Вычисляемой функцией стала SHA-256 – самая популярная хэш-функция в те года.
Система работала с токеном Hashcash, который передавался между людьми и не поддавался замене.
Hash Cash - Система доказательства правильности работы, используемая с целью уменьшения количества спама и DoS-атак. Позднее стала использоваться в Bitcoin, как часть алгоритма анализа данных. Система Hashcash была предложена в мае 1997 года Адамом Бэком.
Создавались уникальные криптографические токены, которые как и неизрасходованные выходы в биткоине можно было использовать только один раз.
Правда валидация и защита от двойной траты осуществлялась через центральный сервер.
Вот его письмо с приглашением для тестирования его сервера на основе HashCash - rpow.net отправленное 15 августа 2004 года по адресу cypherpunks@al-qaeda.net.
Он описывает работу RPoW так (прошу извинить за перевод):
Система получает токены HashCash как токены PoW и затем создает взамен подписанные RSA токены, которые я называю токенами RPoW. Затем токены RPoW можно передаватьили обменивать на новые RPoW. Каждый токен RPoW или PoW может использоваться только один раз, но так как он порождает новый токен, он является тем же самым.
Так как токены RPOW создаются только из POW или RPOW с равными значениями, то они настолько же редкие и «ценные», как и HashCash, использованный для их создания. Но они многоразовые, в отличие от HashCash.
Система RPoW отличалась от системы PoW тем, что допускала случайный обмен токенами без повторения работы, необходимой для их генерации. После того, как кто-то «потратил» токен PoW на веб-сайте, оператор сайта мог обменять этот «потраченный» токен PoW на новый неизрасходованный токен RPoW, который затем можно было потратить на каком-либо стороннем веб-сайте, аналогично оборудованном для приема токенов RPoW. Это позволяло сэкономить ресурсы, необходимые для выпуска токена PoW.
Сервер RPoW, который обменивал использованный токен PoW или RPoW на новый эквивалентный токен, использовал удаленную аттестацию, чтобы позволить любой заинтересованной стороне проверить, какое программное обеспечение работает на сервере RPoW.
⬇️⬇️⬇️
https://coinspot.io/interesting/neskolko-faktov-ukazyvayushhih-na-to-chto-hel-finni-eto-satoshi-nakamoto/
А почему бы и нет?😄
В честь него названа атака двойного расходования
⬇️⬇️⬇️
https://tttttt.me/CryptoBotan/826
Он же получил первую в истории транзакцию от Сатоши Накамото (от самого себя???)
⬇️⬇️⬇️
https://tttttt.me/CryptoBotan/27
Хэл является создателем алгоритма RPoW (Reusable Proof of Work) - "Многоразовое доказательство работы".
В качестве PoW схемы была выбрана идея Hashcash. Вычисляемой функцией стала SHA-256 – самая популярная хэш-функция в те года.
Система работала с токеном Hashcash, который передавался между людьми и не поддавался замене.
Hash Cash - Система доказательства правильности работы, используемая с целью уменьшения количества спама и DoS-атак. Позднее стала использоваться в Bitcoin, как часть алгоритма анализа данных. Система Hashcash была предложена в мае 1997 года Адамом Бэком.
Создавались уникальные криптографические токены, которые как и неизрасходованные выходы в биткоине можно было использовать только один раз.
Правда валидация и защита от двойной траты осуществлялась через центральный сервер.
Вот его письмо с приглашением для тестирования его сервера на основе HashCash - rpow.net отправленное 15 августа 2004 года по адресу cypherpunks@al-qaeda.net.
Он описывает работу RPoW так (прошу извинить за перевод):
Система получает токены HashCash как токены PoW и затем создает взамен подписанные RSA токены, которые я называю токенами RPoW. Затем токены RPoW можно передаватьили обменивать на новые RPoW. Каждый токен RPoW или PoW может использоваться только один раз, но так как он порождает новый токен, он является тем же самым.
Так как токены RPOW создаются только из POW или RPOW с равными значениями, то они настолько же редкие и «ценные», как и HashCash, использованный для их создания. Но они многоразовые, в отличие от HashCash.
Система RPoW отличалась от системы PoW тем, что допускала случайный обмен токенами без повторения работы, необходимой для их генерации. После того, как кто-то «потратил» токен PoW на веб-сайте, оператор сайта мог обменять этот «потраченный» токен PoW на новый неизрасходованный токен RPoW, который затем можно было потратить на каком-либо стороннем веб-сайте, аналогично оборудованном для приема токенов RPoW. Это позволяло сэкономить ресурсы, необходимые для выпуска токена PoW.
Сервер RPoW, который обменивал использованный токен PoW или RPoW на новый эквивалентный токен, использовал удаленную аттестацию, чтобы позволить любой заинтересованной стороне проверить, какое программное обеспечение работает на сервере RPoW.
Coinspot
Несколько фактов, указывающих на то, что Хэл Финни — это Сатоши Накамото
Личность создателя биткоина является предметом бесконечных и целенаправленных спекуляций. Кандидатов много, но есть несколько любопытных фактов о Гарольде Томасе Финни II, более известном просто как Хэл, который был шифропанком и одним из ранних разработчиков…
Forwarded from Crypto Lemon (Lemon)
Часто слышу что смарт контракты есть там только в Эфире, Еосе и прочих навороченных блокчейнах. Это немного не так, ведь сам Сатоши предвидел возможность появления "смарт контрактов", правда из-за ограничений изобретенного им языка Script возможности биткоиновых смарт контрактов были (и по сути есть) немного ограниченными. Но самые простые смарт контракты конечно же можно делать (и намного проще чем в Эфире) и в биткоине.
К примеру, нам нужно сделать отложенный платеж, или же завещать свои средства своему сыну или если нет сына - коту. Здесь нам пригодится контракт-завещание. в чем его суть? Создается отложенная транзакция с nLocktime скриптом, которая позволяет тратить средства только после указанного блока или же после указанного времени. При создании "сырой" транзакции у нас есть специальное поле "locktime", (метод LOCKTIMEVERIFY) где мы можем указать некое число. Если число < 500 000 000, то условие будет восприниматься как количество блоков которое должно пройти, прежде чем транзакцию можно тратить. Если > , тогда оно воспринимается как время в UTX после которого можно тратить.
Минус этого метода в том, что транзакция с locktime-ом не сохраняется в мемпуле нод, и ее надо забросить в сеть собственно после истечения срока (иначе не выйдет). Плюсы же в следующем: вы можете потратить средства если передумаете (транзакции ведь нет в мемпуле, читай нет в сети) а также, у вас не могут это украсть и вам не нужно переживать из-за приваткеев и прочего. Создали транзакцию, подписали, скинули хэш коту и он закинет когда придет время.
Выглядеть в Bitcoin Core это будет примерно так:
createrawtransaction [{"txid":"id","vout":n},...] [{"address":amount},{"data":"hex"},...] ( locktime = число )
Не сложно, но вы скажете, мол "Да какой это нахрен смарт контракт???". Хорошо, давайте тогда немного усложним:
Как вам вариант CLTV или же CHECKLOCKTIMEVERIFY ? По сути тоже самое, только с интересным отличием: откладывается не вся транзакция, а только указанные UTXO (непотраченные входы) на указанное время. Тоесть, вы можете отправить 10 биткоинов на три разных адреса, первый из которых сможет потратить их например через 2 года, второй через 1000 блоков, а третий вообще никогда или сразу же. Притом, такая транзакция может быть отправлена в мемпул, и будет подтверждена, просто потратить деньги можно будет только через указанное время/количество блоков. Уже интереснее, не правда ли?
Но самое интересное это конечно же CHECKSEQUENCEVERIFY или CSV. Метод, во многом идентичный CLTV но более универсальный: таймер возможности траты выхода включается с момента смайненого инпута. Тоесть, в CLTV задается некое абсолютное время, после которого можно тратить средства, а в CSV - некое время после попадания транзакции в блок. В чем сила? Да в том, что есть возможность создавать отложенные действия.
Например, создается транзакция на два выхода, для одного нужен ключ кота, для другого ключ сына. Если же выходы не тратятся в течении 2 лет, то открывется альтернативное условие, где для траты нужен уже ваш ключ (не захотели себе биточки, ну и ладно, оставлю себе). Согласитесь, это уже полноценный смарт контракт! Простенький, да, но сам факт то! Единственное что ограничивает его размер - это 520 байт места (больше нельзя в одной транзакции P2SH впихивать)
Думаю чуть попозже я выложу готовый, разобранный пример такого микро смарт контракта.
К примеру, нам нужно сделать отложенный платеж, или же завещать свои средства своему сыну или если нет сына - коту. Здесь нам пригодится контракт-завещание. в чем его суть? Создается отложенная транзакция с nLocktime скриптом, которая позволяет тратить средства только после указанного блока или же после указанного времени. При создании "сырой" транзакции у нас есть специальное поле "locktime", (метод LOCKTIMEVERIFY) где мы можем указать некое число. Если число < 500 000 000, то условие будет восприниматься как количество блоков которое должно пройти, прежде чем транзакцию можно тратить. Если > , тогда оно воспринимается как время в UTX после которого можно тратить.
Минус этого метода в том, что транзакция с locktime-ом не сохраняется в мемпуле нод, и ее надо забросить в сеть собственно после истечения срока (иначе не выйдет). Плюсы же в следующем: вы можете потратить средства если передумаете (транзакции ведь нет в мемпуле, читай нет в сети) а также, у вас не могут это украсть и вам не нужно переживать из-за приваткеев и прочего. Создали транзакцию, подписали, скинули хэш коту и он закинет когда придет время.
Выглядеть в Bitcoin Core это будет примерно так:
createrawtransaction [{"txid":"id","vout":n},...] [{"address":amount},{"data":"hex"},...] ( locktime = число )
Не сложно, но вы скажете, мол "Да какой это нахрен смарт контракт???". Хорошо, давайте тогда немного усложним:
Как вам вариант CLTV или же CHECKLOCKTIMEVERIFY ? По сути тоже самое, только с интересным отличием: откладывается не вся транзакция, а только указанные UTXO (непотраченные входы) на указанное время. Тоесть, вы можете отправить 10 биткоинов на три разных адреса, первый из которых сможет потратить их например через 2 года, второй через 1000 блоков, а третий вообще никогда или сразу же. Притом, такая транзакция может быть отправлена в мемпул, и будет подтверждена, просто потратить деньги можно будет только через указанное время/количество блоков. Уже интереснее, не правда ли?
Но самое интересное это конечно же CHECKSEQUENCEVERIFY или CSV. Метод, во многом идентичный CLTV но более универсальный: таймер возможности траты выхода включается с момента смайненого инпута. Тоесть, в CLTV задается некое абсолютное время, после которого можно тратить средства, а в CSV - некое время после попадания транзакции в блок. В чем сила? Да в том, что есть возможность создавать отложенные действия.
Например, создается транзакция на два выхода, для одного нужен ключ кота, для другого ключ сына. Если же выходы не тратятся в течении 2 лет, то открывется альтернативное условие, где для траты нужен уже ваш ключ (не захотели себе биточки, ну и ладно, оставлю себе). Согласитесь, это уже полноценный смарт контракт! Простенький, да, но сам факт то! Единственное что ограничивает его размер - это 520 байт места (больше нельзя в одной транзакции P2SH впихивать)
Думаю чуть попозже я выложу готовый, разобранный пример такого микро смарт контракта.
✅✅✅
Блокчейн и телекоммуникации
В июле 2019 консалтинговая компания KPMG начала сотрудничать с TOMIA, Microsoft и R3 в разработке блокчейна для расчетов в области телекоммуникаций.
Блокчейн поможет решить проблемы с подсчетом объема данных, возникающие при подключении 5G. Ежедневно генерируется огромное количество данных, включая метаданные о том, где начинается и заканчивается вызов, условия контракта с пользователем и платежная информация, которые должны быть аутентифицированы как минимум двумя сторонами, если происходят сервисные операции.
БОльшая часть информации будет сверяться с помощью умных контрактов, разработанных KPMG.
Где еще применить блокчейн?
⬇️⬇️⬇️
В отрасли телекоммуникаций блокчейн может быть применен:
- цифровая идентичность
- управление данными (хранение различных документов, страховки, авиабилетов и пр.)
- роуминг (исключить роуминг-фрод),
- 5G (подбор самого скоростного узла для связи)
- Smart City (концепция интеграции нескольких информационных и коммуникационных технологий и Интернета вещей (IoT решения) для управления городским имуществом)
- мобильная торговля
- M2M (Межмашинное взаимодействие, Machine-to-Machine)
- IoT (защищенное P2P-соединение для устройств IoT для создания экономически выгодной и самоуправляемой системы).
PoC блокчейн-решения от IBM для роуминга
IBM совместно с Syniverse создала систему Unified Data Record (UDR) на базе блокчейн, которая позволяет операторам мобильной связи быстрее верифицировать счета по роуминговым соглашениям. Благодаря использованию смарт-контрактов блокчейн-система улучшает эффективность взаимодействия операторов, обеспечивает прозрачность процессов и упрощает ведение споров в случае их возникновения.
Плюшку уже протестировали МТС и Orange.
Три месяца назад альянс Enterprise Ethereum (EEA), ребята устанавливающие стандарты в секторе блокчейн, опубликовал сборник примеров использования блокчейн в телекоммуникациях. В группу телекоммуникационной деятельности (SIG) входят: T-Mobile, SK Telecom, KDDI, ConsenSys и другие.
Аутентификация пользователя в роуминге на основе телекоммуникационных вызовов на основе блокчейна; согласование роуминга телефонных звонков на основе блокчейна; конфиденциальность данных и монетизация
IBM, SoftBank и TBCASoft запустят платежный сервис на блокчейне для мобильных операторов Cross-Carrier Payment System (CCPS), для предоставления пользователям возможности использовать свои мобильные телефоны для расчетов с местными предприятиями за границей.
Bubbletone
Это децентрализованная глобальная телекоммуникационная платформа, которая позволяет операторам мобильной связи и поставщикам услуг
взаимодействовать друг с другом на прямую. Это решение на основе приватной блокчейн сети, которое обеспечивает автономное регулирование платы за международный роуминг.
Любой мобильный оператор cможет опубликовать собственные предоплаченные тарифные планы в виде смарт-контрактов в блокчейне BubbleTone. Эти предложения будут видны всем остальным операторам и их абонентам. При активации предложения абонентом создается новый смарт-контракт, по которому зарубежный оператор напрямую получает данные о личности пользователя и оплату.
Блокчейн и телекоммуникации
В июле 2019 консалтинговая компания KPMG начала сотрудничать с TOMIA, Microsoft и R3 в разработке блокчейна для расчетов в области телекоммуникаций.
Блокчейн поможет решить проблемы с подсчетом объема данных, возникающие при подключении 5G. Ежедневно генерируется огромное количество данных, включая метаданные о том, где начинается и заканчивается вызов, условия контракта с пользователем и платежная информация, которые должны быть аутентифицированы как минимум двумя сторонами, если происходят сервисные операции.
БОльшая часть информации будет сверяться с помощью умных контрактов, разработанных KPMG.
Где еще применить блокчейн?
⬇️⬇️⬇️
В отрасли телекоммуникаций блокчейн может быть применен:
- цифровая идентичность
- управление данными (хранение различных документов, страховки, авиабилетов и пр.)
- роуминг (исключить роуминг-фрод),
- 5G (подбор самого скоростного узла для связи)
- Smart City (концепция интеграции нескольких информационных и коммуникационных технологий и Интернета вещей (IoT решения) для управления городским имуществом)
- мобильная торговля
- M2M (Межмашинное взаимодействие, Machine-to-Machine)
- IoT (защищенное P2P-соединение для устройств IoT для создания экономически выгодной и самоуправляемой системы).
PoC блокчейн-решения от IBM для роуминга
IBM совместно с Syniverse создала систему Unified Data Record (UDR) на базе блокчейн, которая позволяет операторам мобильной связи быстрее верифицировать счета по роуминговым соглашениям. Благодаря использованию смарт-контрактов блокчейн-система улучшает эффективность взаимодействия операторов, обеспечивает прозрачность процессов и упрощает ведение споров в случае их возникновения.
Плюшку уже протестировали МТС и Orange.
Три месяца назад альянс Enterprise Ethereum (EEA), ребята устанавливающие стандарты в секторе блокчейн, опубликовал сборник примеров использования блокчейн в телекоммуникациях. В группу телекоммуникационной деятельности (SIG) входят: T-Mobile, SK Telecom, KDDI, ConsenSys и другие.
Аутентификация пользователя в роуминге на основе телекоммуникационных вызовов на основе блокчейна; согласование роуминга телефонных звонков на основе блокчейна; конфиденциальность данных и монетизация
IBM, SoftBank и TBCASoft запустят платежный сервис на блокчейне для мобильных операторов Cross-Carrier Payment System (CCPS), для предоставления пользователям возможности использовать свои мобильные телефоны для расчетов с местными предприятиями за границей.
Bubbletone
Это децентрализованная глобальная телекоммуникационная платформа, которая позволяет операторам мобильной связи и поставщикам услуг
взаимодействовать друг с другом на прямую. Это решение на основе приватной блокчейн сети, которое обеспечивает автономное регулирование платы за международный роуминг.
Любой мобильный оператор cможет опубликовать собственные предоплаченные тарифные планы в виде смарт-контрактов в блокчейне BubbleTone. Эти предложения будут видны всем остальным операторам и их абонентам. При активации предложения абонентом создается новый смарт-контракт, по которому зарубежный оператор напрямую получает данные о личности пользователя и оплату.