Глубокое понимание технологии Биткойн «SegWit» и трех версий ее обновления

От SegWit до Taproot и протокола TaprootAssets — мы всесторонне анализируем три основных обновления технологии Bitcoin Segregated Witness и глубоко понимаем историю расширения и расширения возможностей биткоина. Эта статья от Фу Шаоцина, SatoshiLab, статья, написанная студией BTC на Острове всего сущего, собранная, скомпилированная и написанная PAews. (Синопсис: Антиквантовый компьютер Адама Бэка «взламывает биткоин»: рекомендуется интегрировать Taproot с SLH-DSA) (Справочное дополнение: Самый большой спор после Bitcoin Taproot, как удаление OP_Return повлияет на экосистему BTC? ） 1. Когда автор изучает технологию Bitcoin, он обнаруживает, что будет легче изучить и освоить три точки знаний SegWit, Taproot и TaprootAssets с точки зрения истории развития Segregated Witness. Кроме того, вы сможете лучше разобраться в протоколе Taproot Assets от Lightning Network Lab, хорошо понять роль Вселенной, а также понять функции и возможное будущее развитие протокола TaprootAssets. Понимая это, мы можем лучше разрабатывать продукты, подходящие для использования пользователями. Есть также две важные точки зрения, о которых стоит подумать при чтении этой статьи: экспансия биткоина и экспансия биткоина. Масштабирование относится к расширению емкости данных, которую Биткойн может использовать и управлять, которая ограничена размером блока на ранней стадии и полной емкостью данных, которой Биткойн может управлять на более поздней стадии. Пределом расширения мощностей является управление неограниченным пространством данных; Расширение относится к способности расширить функцию реализации инструкций скриптов Биткойна, а пределом расширения является достижение полных по Тьюрингу возможностей программирования. Вся история развития Биткойна — это история расширения и наращивания мощностей, включая различные цепочки форков Биткойна, а также исследование Биткойна на OP_RETURN и сегрегацию свидетельствуют о трех изменениях версии. Подробная схема в трех вариантах, которую большинство читателей могут проигнорировать, вкладывается в документ автором для того, чтобы глубоко разобраться в соответствующей технологии, и ее игнорирование не влияет на эффект чтения. Авторы протокола BIP, задействованные в статье, отметили время, чтобы читатели могли прочувствовать временной цикл технологии от генерации идеи до запуска производственной среды, чтобы в определенной степени ощутить сложность реализации технологии. Что еще более важно, время генерации протокола трех версий Segregated Witness, вплоть до времени запуска, также позволяет в полной мере увидеть закон развития этой штуки, а также удобно прогнозировать будущее развитие. Это хороший справочник для команд, разрабатывающих продукты на основе этих технологий и протоколов, чтобы выбрать, когда участвовать. Преждевременное участие чего-то нового часто становится «мучеником» из-за незрелости поддерживающей технологии; Если вы будете участвовать слишком поздно, вы потеряете возможность и станете «зрителем»; Авторы считают, что лучше вводить до входа в период доступности. Это суждение о том, что «вот-вот наступит период доступности», часто основано на суждении о времени, на суждении о технических деталях. 1.1. Ранние транзакции (без сегрегированного свидетеля) Транзакции, определенные в белой книге (простейшая модель транзакций) Самая простая транзакция Биткойна в первые дни, позволяющая иметь несколько входов и два выхода. Один из выходов – это изменение для себя, а другой – перенос на внешнее. (Примечание: разница между общим входом и общим выходом является комиссией) Большинство транзакций — это 2 выхода, и действительно есть сценарии только с одним выходом, обобщенные следующим образом: Чтобы лучше проиллюстрировать разницу, давайте воспользуемся легендой 2 входов и 2 выходов. (Еще одна важная причина заключается в том, что материал, на который я ссылаюсь, предоставляет эту картинку с 2 входами и 2 выходами без перерисовки.) Ленивый ^_^) Не проще ли разобраться с такой сравнительной таблицей? Традиционный пример диаграммы транзакций в сравнении с диаграммой транзакций SegWit SegWit 1.2. Изучение OP_RETURN Зачем говорить о OP_RETURN, когда речь идет о SegWit? Поскольку это более раннее исследование, чем SegWit, оно может лучше понять причины SegWit. OP_RETURN — это код операции скрипта, который завершает скрипт и возвращает значение на вершине стека. Этот код операции похож на функцию return в языке программирования. В истории биткоина функционал опкода OP_RETURN несколько раз модифицировался, и сейчас он в основном используется как способ хранения данных в реестре. Функционал OP_RETURN опкодов значительно изменился в прошлом, и теперь это важный механизм, который позволяет нам хранить произвольные данные в блокчейне. OP_RETURN изначально является операцией возврата, используемой для преждевременного завершения выполнения скрипта, а результат выполнения представлен в виде проекта, находящегося на вершине стека. Этот опкод изначально имел легко эксплуатируемую уязвимость, но Сатоши Накамото быстро исправил ее. Дальнейшие изменения в функциональности OP _RETURN В обновлении Bitcoin Core v0.9.0 скрипт «OP_RETURN output» был преобразован в стандартный тип выхода, что позволяет пользователям прикреплять данные к «нерасходуемому выходу транзакции». Верхний предел объема данных, доступных в таких скриптах, изначально ограничен 40 байтами, а затем увеличен до 80 байт. Хранение данных в блокчейне Изменение OP_RETURN на всегда возвращаемое false дает интересные результаты. Поскольку после OP_RETURN коды операций или данные не оцениваются, пользователи сети начинают использовать эти коды операций для хранения данных в любом формате. В период Bitcoin Cash (BCH), с 1 августа 2017 года по 15 ноября 2018 года, длина данных, которые могут быть прикреплены к выходу OP_RETURN, увеличена до 220 байт, а большие объемы данных могут способствовать инновационным приложениям на блокчейне, таким как публикация контента в социальных сетях на блокчейне. В BSV ограничение в 220 байт было сохранено на короткое время. Впоследствии, в январе 2019 года, из-за того, что код операции OP_RETURN завершил работу скрипта таким образом, что узел не проверил последующие коды операций, узел также не проверил, находится ли скрипт в пределах максимального ограничения размера скрипта в 520 байт. В результате операторы узлов в сети решили увеличить максимальный размер транзакции до 100 КБ, предоставив разработчикам больше свободы для инноваций в приложениях, позволяя новым приложениям помещать более крупные и сложные данные в реестр биткоина. Был пример приложения, в котором кто-то помещал целый сайт в реестр BSV. ОП_RETURN Несмотря на то, что существуют определенные функциональные расширения, общие возможности все еще ограничены. И улучшения в OP_RETURN не привели к большей технической эволюции архитектуры (все еще ограниченной 1 млн блоков), поэтому родилась технология SegWit. Его обновление 3-й версии лучше иллюстрирует правильность SegWit в направлении расширения и расширения мощностей, а также мощные эффекты, которые он производит. 1.3. Сравнительная диаграмма ранних транзакций и трех изменений версии SegWit Чтобы лучше понять всю историю Bitcoin с SegWit, мы покажем вам сравнительную схему четырех этапов в начале статьи. SegWit версия 1 SegWit 2.1. Введение и связанные протоколы Сегрегированный свидетель, или Сегрегированный свидетель (S…