Предисловие

Тема следующего обновления Bitcoin была широко обсуждаема, однако к декабрю 2024 года сообщество не достигло согласия относительно необходимости обновления, проблем, которые оно должно решить, или функций, которые оно должно представить. Ситуация остается разделенной, напоминая политический тупик.

В этой тупиковой ситуации возникло много интересных явлений:

1. Некоторые члены сообщества активно поддерживают обновления, и из-за асимметрии информации или коммерческих интересов, некоторые члены часто упоминают конкретные опкоды, в то время как некоторые проекты зависят от «потенциально предстоящих» опкодов.
2. Значительное количество прагматичных разработчиков экосистемы провели обширную криптографическую и инженерную работу для расширения потенциала Биткойна на основе предположения о необходимости обновления протокола.
3. Также есть голоса, выступающие за медленные обновления или вообще против обновлений.

Эти явления указывают на то, что тема обновлений является очень актуальной в сообществе Биткойн. Однако они также подчеркивают, что значительная часть сообщества не имеет полного понимания полного процесса обновления Биткойн и не знает о роли, которую инновационные криптографические инструменты могут сыграть в разблокировке потенциала Биткойн. Основная цель этой статьи - разрешить эту информационную асимметрию, согласовав знания всех, чтобы обеспечить более глубокие обсуждения. \n
В этой статье будут определены обновления Bitcoin, подведены итоги ключевых тенденций через исторический анализ, а затем проанализированы текущие предложения обновления и потенциальные альтернативы. Наконец, автор предоставит несколько выводов для читателей. Цель состоит в том, чтобы снабдить читателей лучшим пониманием обновлений Bitcoin - его концепции, истории и прогресса - создавая основу для дальнейшего обсуждения и помогая формировать итоговое соглашение в сообществе.
Представляя факты, автор, как разработчик экосистемы Биткойна, надеется на больше возможностей для Биткойна и будет ясно выражать свои взгляды на определенные темы. Читатели должны понимать различие между фактами и мнениями в этой статье.

Введение в обновления: Что и Почему

Что такое обновление Биткойна

Биткойн-белая книгаопределяет протокол, который следуют тысячи узлов, составляющих сеть блокчейн Bitcoin. \
У протокола есть несколько версий реализации (часто называемых клиентами). Согласно данным отhttps://bitnodes.io/nodes/клиент с наибольшей долей рынка - Биткойн Кор. В результате разработчики, которые поддерживают код Bitcoin Core (называемый Bitcoin-Core-Devs), имеют значительное влияние в экосистеме Bitcoin.

что-почему-1

что-почему-1

Программное обеспечение узла Биткойн состоит из нескольких модулей, и связанные предложения по обновлению определяются черезBIPs (Bitcoin Improvement Proposals), которые разделяются на несколько типов.

Обычно, когда люди говорят об обновлениях биткойна, они имеют в виду "обновления протокола согласования". Поскольку для обновлений протокола согласования требуется, чтобы большинство узлов сети достигло соглашения (в противном случае может произойти разделение), таким обновлениям необходимо подходить с большой осторожностью. Как показано на диаграмме, модули, связанные с протоколом согласования в системе биткойн, и BIP, касающиеся уровня согласования, особенно важны и заслуживают тесного внимания.

что-почему-2

что-почему-2

На самом деле, согласно статистикаиз репозитория GitHub Bitcoin изменения очень активны. Тем не менее, поскольку большинство этих изменений не имеют отношения к протоколу консенсуса, они не получили широкого внимания.

Статистика Bitcoin Core на GitHub

Статистика Bitcoin-core-github

Типы обновлений протокола согласования

Согласно определению в [BIP-123 ]https://github.com/bitcoin/bips/blob/master/bip-0123.mediawiki) обновления протокола согласования в основном делятся на два типа: мягкие вилки и жесткие вилки.

• Кроме того, есть еще один, менее интуитивный способ интерпретации и сравнения этих двух типов обновлений, который довольно интересен:
  Мягкий форк: Добавляет или укрепляет правила (например, добавляет новую функцию, такую ​​как поддержка адресов Taproot).

  Хардфорк: удаляет или ослабляет правила (например, устраняет ограничение, такое как лимит вознаграждения за блок).

Процесс BIP и мягкой вилки

Два успешных обновления протокола согласования (Taproot/SegWit) использовали метод мягкой вилки, позволяющий проводить обновления без значительного раскола сообщества. В этой статье рассматриваются мягкие вилки, то есть обновления, совместимые с более старыми версиями программного обеспечения. После того как представлено предложение BIP, процесс обычно следует за шагами, изложенными на диаграмме ниже:

bip-state

bip-state

Источник: https://river.com/learn/what-is-a-bitcoin-improvement-proposal-bip/

Обычно предложение о мягком форке будет объединять несколько BIP. Например, Taproot состоит из трех BIP:

1. Подпись Шнорра:BIP-340
2. Taproot: BIP-341
3. Tapscript: BIP-342

Давайте рассмотрим хронологию обновления Taproot:

Taproot-временная шкала

Taproot-сроки

Источник: Kraken Intelligence, GitHub, CoinDesk, https://www.argoblockchain.com/articles/bitcoin-taproot-upgrade-explained

В Meilestones в процессе мягкой вилки Taproot включают:

1. Предлагаются соответствующие BIP, и план внедрения проходит проверку.
2. Разработчики Bitcoin-Core инициируют запрос на объединение в GitHub для обновления.
3. Разработчики Bitcoin-Core рассматривают и объединяют запросы на вытягивание в GitHub, принимая решение о способе активации.
4. Вышла новая версия кода Bitcoin-Core.
5. Майнеры голосуют на блокчейне, чтобы утвердить высоту активации блока для BIP.
6. Обновление завершается, когда высота блока достигает согласованной высоты.

Важно отметить, что этот процесс представляет собой ретроспективное резюме, и нет формального согласия по этим вехам.

На протяжении процесса, Список рассылки разработки Биткойнасыграл ключевую роль в укреплении согласия между различными сторонами.

Почему Обновление

Как уже упоминалось в начале статьи, в текущем сообществе существуют три основных точки зрения относительно обновлений:

1. Pro-Upgraders: Они предлагают большое количество обновлений, которые будут проанализированы позже в статье.
2. Прагматичные строители: они фокусируются на улучшении существующего протокола путем внедрения Fraud Proof (таких как BitVM и его расширений), шифрования функций (контрактов и zk-доказательств черезБиткойн PIPEs) и коллизии хешей (контракты, реализованные через ColliderScript), среди других.
3. Сопровождающие статус-кво: Эта группа считает, что обновления должны быть очень медленными и осторожными (с 10-летним циклом), представленная TeamSlowAndSteady, и теми, кто выступает за то, чтобы не обновляться до тех пор, пока не возникнут квантовые атаки, известными как оссиfiers (ссылка.

Автор предоставил анализ плюсов и минусов обновления по сравнению с отсутствием обновления:

Как прагматичный разработчик экосистемы Биткойна, автор считает, что важно полностью исследовать потенциал Биткойна через криптографические или инженерные инновации в рамках существующей протокольной структуры. С точки зрения «устойчивости» и «приспособляемости», автор утверждает, что после тщательной оценки влияния и рисков безопасности рекомендуется продолжать обновление по мере необходимости.

Глубокий анализ обновлений

Заинтересованные стороны в обновлениях

Основные участники истории Биткойна, особенно Гонконгского соглашения (подписанного на мероприятии Bitcoin Roundtable в феврале 2016 года)@bitcoinroundtable/bitcoin-roundtable-consensus-266d475a61ff">ссылка), были:

1. Разработчики Bitcoin-Core-Devs поддерживают базовый код Bitcoin Core.
2. Майнинговые пулы: Сущности, ответственные за майнинг и обеспечение безопасности сети Биткойн.
3. Пользователи и разработчики экосистемы: в первую очередь биржи, производители чипов и другие ключевые участники экосистемы Биткойн.

С увеличением принятия Биткойна заинтересованные стороны в его обновлениях изменились. Ранняя модель простого разделения полномочий постепенно превратилась в более сложную и конкурентную среду, часто описываемую как «борьбу за влияние». Подробный анализ см. в отчете.Анализ консенсуса биткоина: риски при обновлении протокола.

заинтересованные стороны

заинтересованные стороны

Следует выделить несколько ключевых ролей в обновлении Биткойна:

1. Экономические узлы: эта группа в основном относится к крупным централизованным биржам (CEXs), платежным учреждениям, кастодианам и т. д. Их позиция по отношению к мягким форкам играет решающую роль в определении того, какая версия Биткойна считается «легитимной» и имеет значительное влияние на уровень принятия.
2. Инвесторы: по мере того как стратегии Биткойна, такие как ETF, институциональные резервы и национальные резервы, становятся все более популярными во всем мире, роль инвесторов становится все более сложной.
3. Пользователи и разработчики экосистемы: после обновления Taproot экосистема Bitcoin процветает, появляются новые активные протоколы, такие как Ordinals, а также наблюдается всплеск нативных приложений и масштабируемых решений.

Несколько интересных выводов относительно этих ролей:

1. Различные заинтересованные стороны играют разные роли на разных этапах: например, Разработчики Экосистемы обычно более активно выдвигают идеи, Разработчики Протокола часто имеют власть рассматривать BIP, а майнинг-пулы и экономические узлы оказывают значительное влияние на активацию.
2. Разработчики экосистемы склонны предлагать и поддерживать обновления, связанные с их коммерческими интересами.

История и краткое изложение обновлений

Согласно общедоступной информации, с момента запуска сети Биткойн было много обновлений мягкой вилки.

мягкие вилки

мягкие вилки

Источник данных:

https://blog.bitmex.com/полная-история-развилок-биткойна-соглашение-2022-года-обновление/

https://www.drivechain.info/media/slides/mit-2023.pdf

Из приведенной выше схемы можно сделать несколько интересных выводов:

1. Протокол биткоина стал несколько жестким, и со временем частота софтфорков уменьшилась.
2. Каждый раз требуется все больше времени для достижения соглашения по обновлениям

Проблемы софтфорка

Анализируя BIP, включенные в прошлые мягкие вилки, мы можем суммировать следующие области проблем:

Что делает хорошее предложение обновления

Исходя из представленных ранее фактов и анализа, мы можем попытаться определить хороший предложение об обновлении Биткойна:

1. Придерживаясь основной идентичности Биткойна как платежной системы: Биткойн имеет уникальное позиционирование.
2. Баланс между потенциалом применения и рисками: сделать так, чтобы он понравился большинству, без сильного сопротивления.
3. Подходящий масштаб обновления: не слишком простой (не стоит усилий), но и не слишком сложный (трудно продвигать вперед).
4. Правильное время: должен быть сильный спрос, решающий конкретные проблемы. Например, во время фазы обновления SegWit масштабируемость была сильным спросом.

Обновление Outlook

Классификация предложений

Автор собрал большинство активных предложений, разметил их в соответствии с областями фокуса и поместил их в квадрант для более удобной визуализации и понимания.

Важные примечания для классификации:

1. Четыре области фокуса не являются полностью независимыми друг от друга. Например, BIP, который улучшает программирование, также может вносить вклад в масштабируемость в некоторой степени.
2. Одно предложение может иметь несколько областей фокусировки. Например, OP_CAT в основном направлен на улучшение программирования, но он продвигается больше благодаря своему потенциалу для включения сверток правомочности.
3. Классификация областей фокуса предложения требует определенного уровня «согласия» (который по своей сути является политическим). Важно отметить, что нет единого определения, так как у разных участников могут быть разные точки зрения.
4. Вторая диаграмма не является системой координат. Предложения категоризируются на основе ярлыков, и атрибуты кругов (размер, положение, цвет и т. д.) не несут особого значения.

категория предложения-2

категория предложения-2

категория предложения-1

категория предложения-1

Голоса сообщества

Из диаграммы выше видно, что в сообществе существует некоторое согласие относительно проблем, которые должны решать обновления, в первую очередь сосредоточившись на расширении функциональности, необходимой для платежной системы. Их можно классифицировать по следующим двум основным категориям:

1. Программируемость: Улучшение программирования UTXO, например, через пакт/хранилище/интроспекцию транзакции/условные платежи/усовершенствования скрипта и т.д.
2. Масштабируемость: Для масштабируемости L2 общий подход разделен на валидацию on-chain и off-chain, оба из которых активно поддерживают предложения.

Загадка согласия

Автор считает, что сообщество Биткойн находится в ловушке консенсуса относительно следующего обновления по следующим причинам:

1. Жесткость: С программной системой, близкой к $2T FDV, значительная часть заинтересованных сторон склонна предпочитать стабильность, и ни одна из сторон не готова нести ответственность за потенциальные сбои.
2. Высокая фрагментация заинтересованных сторон: разные заинтересованные стороны имеют разные требования и играют разные роли на разных этапах. Правительства также стали ключевыми заинтересованными сторонами.
3. Недостаточно совершенный механизм управления: Как одна из первых блокчейнов, Биткойн не обладает полностью разработанным механизмом управления. Сообщество не смогло достичь согласия о том, как активировать мягкие форки.
4. Динамичная роль разработчиков протокола: хотя они отклоняют некоторые предложения, их роль нельзя просто описать как консервативную или прогрессивную.
5. Отсутствие срочности: Поскольку инфраструктура блокчейн становится все более зрелой, в настоящее время нет сильного спроса на обновления Bitcoin.

Summary&Takeaway

В этой статье представлены основные концепции обновлений Bitcoin, проведен анализ исторических обновлений и, наконец, рассмотрены активные предложения для следующего обновления, подведены итоги причин текущего лабиринта согласования.

После обзора и ожидания, считается, что читатели теперь имеют определенное понимание текущего состояния обновлений. Наконец, вот несколько ключевых выводов:

1. Прагматическое и осторожное продвижение в модернизации, с более предпочтительными мягкими форками.
2. Высокая фрагментация заинтересованных сторон, с сообществом, склонным к консерватизму.
3. Обновления должны обсуждаться на условиях соблюдения базового значения позиционирования Биткойна.
4. Масштабируемость - это только один аспект фокуса на обновлении.
5. Нужен более подходящий момент; хороший предложение об обновлении быстро получит согласие.
6. Сообществу необходимо исследовать более эффективные механизмы управления.

Признания

Во время проведения исследований, написания и рецензирования этой статьи я получил большую помощь от многих людей, включая членов сообщества, которые по разным причинам предпочли остаться неизвестными. Хочу выразить им всем свою благодарность.

Важно отметить, что некоторые из высказываний в этой статье отражают личные предпочтения, и следующий список признания не подразумевает полного согласия с содержанием, и данная статья не имеет цели вовлекать этих поддерживающих членов сообщества в какие-либо споры.

• Совместное редактирование и обзор (в алфавитном порядке)

Адриен Лакомб

Боб Бодили

Команда исследования Bitlayer

дом

Джеффри Ху

Красный

Рэн Чжан

Скотт Оделл

Супер тестнет

Уилл Фоксли

• Предоставленная обратная связь и помощь (в алфавитном порядке)

Аджиан

Андрю Фентон

Ben77

Дэвид Цзе

Это, Бен-Сассон

Ми Цзэн

Будущая работа

На протяжении всего процесса автор выявил множество проблем, требующих дальнейшего изучения, таких как решения для определенных функциональностей, исследования конкретных предложений и поддержка данных для определенных точек зрения. Эти темы будут детально рассмотрены в последующих сериях статей.

Ссылки

https://bitcoinops.org/

https://opnext.dev/

https://groups.google.com/g/bitcoindev

https://github.com/TABConf/6.tabconf.com

https://petertodd.org/2024/covenant-dependent-layer-2-review

https://blog.bitmex.com/полная-история-ветвлений-соглашения-биткойна-2022-обновление/

https://blog.bitmex.com/bitcoins-consensus-forks/

https://github.com/bitcoin/bips/blob/master/bip-0123.mediawiki

https://river.com/learn/what-is-a-bitcoin-improvement-proposal-bip/

https://bitnodes.io/nodes/

https://github.com/bitcoin/bitcoin/pulse/monthly

https://river.com/learn/what-is-a-bitcoin-improvement-proposal-bip/

https://trustmachines.co/learn/bitcoin-taproot-upgrade-basic-breakdown/

https://www.argoblockchain.com/articles/bitcoin-taproot-upgrade-explained

https://medium.com/@bitcoinroundtable/bitcoin-roundtable-consensus-266d475a61ff

https://github.com/bitcoin-cap/bcap

https://newsletter.blockspacemedia.com/p/four-takeaways-from-op-next

https://blog.bitfinex.com/education/is-ossification-good-or-bad-for-bitcoin/

https://arxiv.org/abs/2305.04079

https://www.allocin.it/uploads/placeholder-bitcoin.pdf

https://eprint.iacr.org/2024/1802

https://en.bitcoin.it/wiki/Covenants_support

Отказ от ответственности:

1. Эта статья воспроизводится из [kevinhe]. Авторские права принадлежат автору оригинала [Изменено]. Если у вас есть какие-либо возражения против перепечатки, пожалуйста, свяжитесь с нами Команда Gate LearnКоманда обработает это как можно скорее в соответствии с соответствующими процедурами.
2. Отказ от ответственности: Взгляды и мнения, выраженные в этой статье, представляют только личные взгляды автора и не являются инвестиционным советом.
3. Команда Gate Learn перевела статью на другие языки. Копирование, распространение или плагиат переведенных статей запрещено, если не указано иное.