Аннотация

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

ViaBTC Capital проанализирует уникальную структуру децентрализованной разработки Bitcoin, рассмотрит ключевую роль и противоречия Bitcore Core в поддержании протокола, вернется к путям активации ключевых обновлений, таких как SegWit и Taproot, и углубится в дебаты о "программируемости", вызванные новыми BIP, такими как OP_CAT. Это приводит к глубокому вопросу: становится ли принцип Bitcoin "неизменность равна безопасности" окончательными оковами для его экологических инноваций?

1. Обзор децентрализованной модели разработки Bitcoin

1.1 Центральная роль Bitcoin Core в поддержании протокола

Bitcoin Core является основной программной реализацией протокола Bitcoin и считается его эталонным клиентом. Он содержит программное обеспечение полного узла для полной проверки блокчейна, а также биткойн-кошелек. Большинство пользователей и майнеров Bitcoin выбирают Bitcoin Core в качестве своего полного узла, что необходимо для поддержания децентрализации сети и защиты от потенциальных атак. Кроме того, проект поддерживает связанное программное обеспечение, такое как криптографическая библиотека libsecp256k1 .

Несмотря на то, что разработка Bitcoin децентрализована, по состоянию на июнь 2025 года около 90% всех полных узлов в сети используют Bitcoin Core. Поэтому Bitcoin Core занимает уникальную и фактическую влиятельную позицию как "эталонная реализация". Этот фактический авторитет означает, что как только изменения включаются в кодовую базу Bitcoin Core, они часто становятся фактическим стандартом, даже без явного принуждения со стороны центрального органа. Это широкое и добровольное принятие эффективно определяет операционные правила и текущее состояние протокола. Следовательно, разработчики, которые вносят вклад в проект Bitcoin Core, особенно его сопровождающие, обладают значительным влиянием. Их работа, после прохождения тщательной проверки и включения, напрямую влияет на общую функциональность и безопасность сети. Это создает уникальную форму "мягкой централизации" вокруг проекта Bitcoin Core, которая постоянно уравновешивается его прозрачной природой с открытым исходным кодом и распределенным процессом экспертной оценки.

1.2 Эволюция роли сопровождающего: от Сатоши Накамото до коллективного управления

Роль сопровождающих Bitcoin Core значительно эволюционировала, от личного руководства Сатоши Накамото до модели коллективного управления, разделяемой несколькими сопровождающими.

Начало и уход Сатоши Накамото: Таинственный создатель Bitcoin, Сатоши Накамото, изначально разрабатывал и активно участвовал в проекте Bitcoin Core до конца 2010 года, когда в апреле 2011 года он объявил, что "перешел к другим проектам" и передал ответственность за Bitcoin Core Гэвину Андресену. Этот момент ознаменовал первый раз, когда руководство Bitcoin перешло от Сатоши Накамото к сообществу, и стал важной вехой в децентрализации проекта.
Преемственность Гэвина Андресена и противоречия: Считающийся "очевидным наследником" Сатоши Накамото, Гэвин Андресен стал ведущим сопровождающим Bitcoin Core и руководил разработкой Bitcoin в последующие годы, что привело к большей стабильности и принятию. Однако в 2016 году Гэвин Андресен оказался вовлечен в крупный скандал, когда публично заявил, что австралиец Крейг Райт является Сатоши Накамото. Это утверждение позже было широко оспорено сообществом, что привело к временному отзыву доступа Гэвина Андресена к основной кодовой базе Bitcoin на GitHub другими сопровождающими.
Владимир Й. ван дер Лаан и последующее коллективное сопровождение: 8 апреля 2014 года Владимир Й. ван дер Лаан сменил Гэвина Андресена на посту ведущего сопровождающего. С тех пор роль ведущего сопровождающего эволюционировала и стала разделяться между несколькими сопровождающими, что еще больше децентрализовало процесс выпуска. В настоящее время только несколько разработчиков имеют доступ к коду Bitcoin Core, и их обязанности включают объединение патчей от участников и выполнение окончательных проверок, чтобы убедиться, что патчи безопасны и соответствуют целям проекта.

Эволюция роли сопровождающего Bitcoin Core, от единоличного лидера до нескольких сопровождающих, разделяющих эту роль, отражает постоянные усилия проекта по поиску баланса между децентрализацией и эффективностью. Изначально Сатоши Накамото мог быстро продвигать проект вперед как единственный принимающий решения. Однако по мере созревания проекта и роста сообщества, особенно после ухода Сатоши Накамото, риски этой модели становились все более очевидными. Децентрализация полномочий нескольким сопровождающим, с другой стороны, снижает риск единой точки отказа и обеспечивает более надежный и устойчивый к цензуре процесс принятия решений. Однако это также означает, что скорость, с которой проекты могут достичь консенсуса и реализовать крупные изменения, может замедлиться. Этот неотъемлемый компромисс раскрывает сложность управления децентрализованными системами: как сохранить достаточное чувство эффективности и направления, не жертвуя основными принципами децентрализации.

В то же время состав команды сопровождающих и динамика власти внутри нее оказывают глубокое влияние на направление и стабильность всей экосистемы Bitcoin. Blockstream — это компания, специализирующаяся на инфраструктуре Bitcoin и блокчейна, и несколько разработчиков, участвующих в поддержке Bitcoin Core, раньше работали в этой компании. Поддерживая этих разработчиков, Blockstream стал важным участником кода Bitcoin Core, что вызвало в сообществе вопросы о его независимости разработки и корпоратизации. Например, настойчивость Blockstream в решении проблемы масштабирования Bitcoin через решение второго уровня и его противодействие прямому масштабированию основной цепи привели к разделению сообщества и форкам Bitcoin; кроме того, кризис доверия между разработчиками и майнерами и жесткая конкуренция с сообществом Ethereum сделали Blockstream центром противоречий в криптовалютных кругах.

1.3 Вклад и противоречия со стороны сообщества разработчиков

Разработка Bitcoin — это открытый и совместный процесс, и любой может делать Pull Requests для изменения кода, обзоров или открытого тестирования. С момента создания программы более тысячи разработчиков внесли свой вклад в нее, улучшая функциональность программного обеспечения, исправляя ошибки и добавляя новые функции, а также взаимодействуя с сообществом для получения обратной связи и решения проблем. Процесс принятия решений является совместным и часто опирается на консенсус между разработчиками и более широким сообществом.

Однако эта открытость также привела к противоречиям внутри сообщества, особенно с появлением новых вариантов использования, таких как Inscriptions.

Люк Дашджр и противоречия вокруг Inscriptions: Разработчик Bitcoin и соучредитель Ocean Mining Pool Люк Дашджр резко критикует такие надписи, как Ordinals и токены BRC-20, называя их "спамом" в Bitcoin. Он утверждает, что надписи используют уязвимость в Bitcoin Core, которая позволяет им обходить ограничение на размер дополнительных данных в транзакциях, маскируя данные как программный код. Дашджр утверждает, что эта "уязвимость" была исправлена в Bitcoin Knots v25.1, и надеется, что Bitcoin Core также исправит ее до выпуска v27. Дашджр утверждает, что эта "уязвимость" была исправлена в Bitcoin Knots v25.1 и надеется, что Bitcoin Core также исправит ее до выпуска v27. Он даже утверждает, что после исправления уязвимости Ordinals и токены BRC-20 перестанут существовать, поскольку они "никогда на самом деле не существовали и являются мошенническими".

Рыночная сила Ordinals и токенов BRC-20: Ordinals и токены BRC-20, хотя и считаются "спамом" консерваторами, показали большую жизнеспособность на рынке. Согласно Dune Analytics, по состоянию на декабрь 2023 года, транзакции, связанные с надписями, принесли майнерам дополнительный доход в размере 172 миллионов долларов, что является реальным финансовым стимулом, который меняет экосистему биткоина, а такие инновации, как Taproot Wizards, продолжают исследовать границы программируемости биткоина, что позволяет предположить, что рыночные силы могут обойти технологические ограничения разработчиков. В децентрализованных системах экономические стимулы становятся самым мощным оружием для разрушения оков идеологии.

Более глубокие последствия противоречий: Некоторые разработчики настаивают на том, что Bitcoin должен оставаться функционально чистым, и что любые нефинансовые функции могут угрожать кибербезопасности. Эта философия "неизменности" позволила избежать экологической фрагментации, которая возникает при частых хард-форках, но она также сталкивается с серьезными проблемами. Когда разработчики пытаются удалить инновационные приложения, такие как инскрипции, исправляя "ошибки", они фактически получают де-факто "права функциональной проверки", что является централизованной тенденцией, противоречащей децентрализованному духу Bitcoin. Если разработчикам удастся заблокировать инновационные приложения, станет ясно, что "неизменность" превратилась в оковы для инноваций. Исход этой игры определит, сможет ли Bitcoin сохранить свое преимущество в безопасности, избегая при этом технологического консерватизма. На фоне стремительных инноваций в конкурирующих публичных блокчейнах, таких как Ethereum, сообществу Bitcoin необходимо найти баланс между сохранением основной ценности безопасности и стабильности сети, оставляя при этом место для разумных инноваций. В конце концов, в мире, управляемом кодом и арифметикой, рынок в итоге вынесет самый справедливый вердикт.

2.Предложения по улучшению Bitcoin (BIPs): Формальный механизм обновления

2.1 Определение, цель и важность BIPs

Предложения по улучшению Bitcoin (BIPs) — это стандартизированные документы, описывающие потенциальные изменения, улучшения или дополнения к протоколу Bitcoin. Они предоставляют совместную платформу для разработчиков, исследователей и членов сообщества для предложения, обсуждения и внедрения изменений, обеспечивая прозрачность и широкий консенсус сообщества. BIPs позволяют сообществу Bitcoin решать возникающие проблемы и адаптироваться к меняющимся потребностям сообщества, позволяя каждому вносить свой вклад в их разработку, обеспечивая при этом внесение изменений прозрачным образом с широким консенсусом сообщества.

2.2 Типы BIPs

Существует три основных типа Bitcoin BIPs, каждый из которых имеет уникальную цель:

BIPs стандартов: Эти BIPs описывают изменения, которые влияют на правила консенсуса протокола Bitcoin. Они предлагают изменения фундаментальных аспектов работы Bitcoin, которые требуют широкого консенсуса сообщества для реализации. Например, обновления Segregated Witness (SegWit) и Taproot относятся к этой категории.
Информационные BIPs: Информационные BIPs предоставляют образовательные материалы, общие руководства или результаты исследований, связанных с Bitcoin. Они предоставляют разработчикам и энтузиастам ценную информацию о различных аспектах экосистемы Bitcoin и помогают им углубить понимание сети. Эти BIPs не меняют код или правила Bitcoin, а являются скорее предложениями или рекомендациями, предназначенными для обучения сообщества.
Процессные BIPs: Процессные BIPs предлагают изменения в самом процессе разработки Bitcoin. Они направлены на повышение эффективности, управления или механизмов принятия решений в сообществе Bitcoin. Процессные BIPs могут затрагивать такие темы, как процессы проверки кода, методологии управления проектами или инициативы по координации сообщества. Они похожи на стандартизированные BIPs в том, что требуют консенсуса сообщества, но отличаются тем, что применяются к процессам за пределами протокола Bitcoin.

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

3.3 Жизненный цикл и процесс активации BIPs

Bitcoin BIP проходит через несколько различных фаз, прежде чем стать частью протокола Bitcoin:

Фаза черновика: На этой фазе предложения создаются и дорабатываются их авторами, а BIP проходит первоначальную проверку и получает обратную связь от сообщества.
Фаза предложения: На этой фазе BIP получает больше внимания от сообщества. Он представляется разработчикам Bitcoin, исследователям и энтузиастам для дальнейшего рассмотрения и обратной связи. Эта фаза позволяет коллективно обдумывать и совершенствовать предложение, чтобы обеспечить его надежность.
Финальная фаза: Как только BIP получил широкую поддержку в сообществе и был тщательно проверен, он переходит в финальную фазу. На этой фазе предложение включается в репозиторий предложений по улучшению Bitcoin (BIP), что указывает на его готовность к реализации.
Реализация и активация: Затем разработчики Bitcoin интегрируют изменения в протокол Bitcoin путем консенсуса. Для крупных изменений на уровне протокола обычно существует порог активации, и улучшения вступают в силу только тогда, когда достаточное количество участников сети перешли на новую версию. Обновления могут быть софт-форками (обратно совместимыми), такими как SegWit, которые позволяют старым узлам продолжать работу, или хард-форками (несовместимыми), которые могут привести к разделению сети и созданию новых криптовалют, таких как хард-форк Bitcoin Cash (BCH) в 2017 году.

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

3.Основные BIPs и их влияние

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

3.1 Активированные ключевые BIPs

BIP 16 (P2SH): Представил функцию Pay-to-Script-Hash (P2SH), которая была активирована в 2012 году. P2SH упрощает сложные операции скриптинга и повышает эффективность и конфиденциальность транзакций, позволяя отправителям отправлять средства на хеш скрипта вместо прямого адреса публичного ключа. Это экономит место в блокчейне и повышает конфиденциальность, скрывая условие расходования до момента использования средств. Адреса P2SH обычно начинаются с "3", чтобы отличать их от традиционных биткоин-адресов (которые начинаются с "1"). Наиболее распространенным случаем использования P2SH являются мультиподписные транзакции, где для выполнения транзакции требуется несколько подписей, что обеспечивает дополнительный уровень безопасности для бизнеса и организаций. Это также ключевой элемент для разработки решений второго уровня, таких как Lightning Network, которая значительно увеличивает пропускную способность транзакций Биткоина, условно блокируя средства для поддержки внесетевых транзакций. BIP 16 был реализован как софт-форк, что означает, что старые узлы по-прежнему могут проверять и обрабатывать транзакции, следующие обновленным правилам, сохраняя обратную совместимость.
BIP 141 (SegWit): Решает проблему изменяемости транзакций и масштабирования через Segregated Witness (SegWit), активированный в 2017 году. Изменяемость транзакций — это риск того, что идентификатор транзакции (TXID) может измениться при изменении подписи, даже если эффект транзакции остается прежним, что представляет риск для внесетевого протокола. SegWit решает эту проблему, перемещая код разблокировки (подпись) в новое поле "свидетель" в данных транзакции и исключая его из расчета TXID. Это делает TXID надежным. Кроме того, SegWit фактически увеличивает размер блока, вводя "весовые единицы" вместо простых байтов для расчета размера блока. Обычные байты считаются как 4 весовые единицы, а байты свидетеля — как 1 весовая единица, что переводится в 75% скидку на данные разблокировки, тем самым освобождая больше места в блоке для транзакционных данных. SegWit также реализуется как софт-форк, что означает, что устаревшие узлы, которые не были обновлены, по-прежнему будут считать блоки SegWit действительными, обеспечивая совместимость сети. Он закладывает основу для протоколов второго уровня, таких как Lightning Network, позволяя безопасно строить их поверх Биткоина.
BIP 340, 341, 342 (Taproot): Вместе эти BIP составляют обновление Taproot, которое будет активировано в ноябре 2021 года. Taproot — это наиболее значительное обновление после SegWit, и оно разработано для улучшения конфиденциальности, эффективности и масштабируемости Биткоина, а также для повышения гибкости смарт-контрактов.
BIP 340 (Schnorr Signatures): Представил подписи Шнорра, более безопасную и эффективную схему подписи, чем традиционные подписи ECDSA. Ключевым преимуществом подписей Шнорра является их способность объединять несколько публичных ключей и подписей в одну, делая мультиподписные транзакции похожими на обычные транзакции с одной подписью в цепочке, улучшая конфиденциальность и уменьшая объем данных.
BIP 341 (Taproot): вводит общую структуру, которая интегрирует механизмы подписей Шнорра, Merkleized Abstract Syntax Trees (MAST) и Pay-to-Taproot (P2TR). MAST позволяет скрывать неиспользуемую сложность в транзакции, раскрывая только соответствующую часть транзакции в момент ее фактического расходования, улучшая конфиденциальность и уменьшая количество данных в цепочке. P2TR предоставляет новый способ расходования Биткоина, объединяя функциональность P2PK и P2SH для дальнейшего повышения конфиденциальности и делая все выходы Taproot похожими в цепочке.
BIP 342 (Tapscript): Модифицировал язык скриптов Биткоина для совместимости с BIP 340 и BIP 341 для поддержки подписей Шнорра, пакетной проверки и улучшений хеширования подписей. Введение Tapscript также закладывает основу для дальнейших обновлений скриптинга Биткоина в будущем.

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

3.2 BIP, которые обсуждаются или предлагаются

Сообщество Биткоина продолжает обсуждать и предлагать новые BIP в ответ на меняющиеся потребности и технические вызовы.

BIP-177 (Переопределение базовой единицы Биткоина): Это предложение предлагает переопределить наименьшую единицу Биткоина, сатоши, как новую базовую единицу 1 биткоин, что упростило бы отображение сумм, устранило бы десятичные точки и больше соответствовало бы платежам Lightning Network. Это упростило бы отображение сумм, устранило бы десятичную точку и больше соответствовало бы практике платежей Lightning. Предложение включает только корректировки отображения в кошельках и на биржах и не меняет базовый протокол или общий лимит количества Биткоина. Сторонники утверждают, что это уменьшило бы когнитивную нагрузку, устранило бы "страх единиц" для новых пользователей и упростило бы пользовательский опыт, лучше соответствуя истинному дизайну подсчета в целых числах в протоколе Биткоина. Например, "0.00010000 BTC" отображалось бы как "10,000 BTC". Однако предложение также встретило сопротивление, основное возражение заключается в том, что оно предлагает отказаться от единицы "Сатоши", названной в честь Сатоши Накамото, что может привести к путанице среди пользователей.
OP_CAT (BIP-347): OP_CAT — это опкод, который позволяет объединять два фрагмента данных в стеке скриптов Биткоина в один. "CAT" означает "конкатенация". OP_CAT изначально был частью реализации Биткоина, но был отключен в 2010 году из-за опасений по поводу потенциальных уязвимостей и атак типа "отказ в обслуживании". В последние годы интерес к реактивации OP_CAT возродился с введением обновления Taproot в 2021 году, которое введет расширенные возможности скриптинга и ограничение размера (520 байт для Tapscript), снимая предыдущие опасения по безопасности.
Потенциальные применения: OP_CAT способен выполнять различные сложные функции, такие как построение и проверка деревьев Меркла непосредственно в стеке для обеспечения односторонних путей вывода, зависимость транзакций от других транзакций, уже содержащихся в блоке, и т.д. Он также может эмулировать "ковенанты" через природу подписей Шнорра, позволяя проводить детальную интроспекцию и обязательства по отдельным полям транзакции. Это делает возможным создание более сложных смарт-контрактов и децентрализованных приложений, таких как CatVM.
Путь активации и вызовы: Повторное введение OP_CAT потребует софт-форка. Процесс включает формальное предложение BIP с тщательным обзором сообщества, реализацию и обширное тестирование в Bitcoin Core, а также широкий консенсус среди майнеров, разработчиков и пользователей. Хотя OP_CAT был "тщательно протестирован и исследован" и технически "прямолинеен", и OP_CAT был активирован в Bitcoin Signet 01.05.24, его путь к активации по-прежнему зависит от достижения консенсуса в Bitcoin Core. "широкий консенсус среди майнеров, разработчиков и пользователей". Некоторые разработчики прогнозируют, что разработчики Bitcoin Core могут достичь консенсуса по OP_CAT или OP_CTV в 2025 году, при этом фактическая реализация, вероятно, займет еще 1-2 года.
Промоутер:

Fractal Bitcoin включил OP_CT в свой основной сети с сентября 2024 года в качестве тестовой площадки в реальном времени для новых протоколов, использующих его функции.
StarkWare создал исследовательский фонд OP_CAT на сумму 1 миллион долларов с целью продвижения исследований по активации OP_CAT в Биткоине. Между тем, с другой стороны, путем объединения OP_CAT со своей технологией доказательства с нулевым знанием (STARK).
CatVM — это безтрастовый кросс-чейн мост на основе OP_CAT, предложенный Taproot Wizards.

BIP-420 (Неофициальный BIP): Официальный номер на самом деле BIP-347. BIP-420 был изначально создан членами сообщества как неофициальный номер для предложения OP_CAT в сети Bitcoin, чтобы решить проблему медленного распределения номеров предложений. Традиционно номера BIP назначались одним разработчиком, Люком Дашджром, что приводило к ожиданию примерно шесть месяцев для получения официального номера предложениями OP_CAT. В начале 2024 года разработчик Энтони Таунс создал альтернативную систему нумерации, BINANA, и присвоил OP_CAT номер BIN-2024-0001. Впоследствии члены Taproot Wizards запустили кампанию "BIP-420", используя символический номер "420" для создания импульса для продвижения предложения. В то же время основной разработчик Ава Чоу предложила добавить больше редакторов BIP для ускорения процесса нумерации. В итоге, после давления сообщества и расширения редакционной команды, предложению OP_CAT был официально присвоен номер BIP-347 24.04.2024, что ознаменовало официальное признание предложения и более широкую базу для обсуждения.
BIP-119 (OP_CTV): Предложенный Джереми Рубином в 2021 году, этот протокол обеспечивает более гибкие правила транзакций через CheckTemplateVerify и поддерживает функциональность ковенантов. Подобно OP_CAT, это предложение направлено на добавление в сеть Bitcoin функции "ковенанта", похожей на смарт-контракты Ethereum, например, позволяющей задавать инструкции для ограничения перевода средств на определенный адрес или автоматизации транзакций, таких как переводы по времени, чтобы повысить программируемость Bitcoin. Также в настоящее время неактивен, обсуждения в сообществе продолжаются, причем некоторые разработчики обращаются к OP_CCV (BIP-443) как к альтернативе.
BIP-348 OP_CHECKSIGFROMSTACK (CSFS): новый опкод для Bitcoin, OP_CSFS, предложенный Джереми Рубином и Брэндоном Блэком в ноябре 2024 года. Этот опкод позволяет проверять, действительна ли подпись для произвольного сообщения, не ограничиваясь хешем текущей транзакции, получая подпись из стека данных. Опкод также используется для проверки действительности подписи для сообщения, а не только хеша текущей транзакции. OP_CSFS является важным инструментом для обеспечения более гибких ковенантов, позволяя создавать сложную условную логику для ограничения расходования денег, повышения безопасности (например, хранилища и предотвращение кражи в децентрализованных протоколах), и может комбинироваться с опкодами, такими как OP_CAT, для создания более сложных смарт-контрактов. BIP-119 (CTV) и BIP-348 (CSFS), два опкода, которые относительно новы для Bitcoin, были предложены для Bitcoin. CSFS), оба из которых являются более осторожными и консервативными по сравнению с BIP-347 (OP_CAT), вместо этого ожидается, что они будут запущены в основной сети Bitcoin раньше, чем OP_CAT
"Протокол миграции квантово-устойчивых адресов" (QRAMP): Крупное предложение разработчика Bitcoin для защиты Bitcoin от будущих угроз квантовых вычислений через единый хард-форк. План заключается в принудительной миграции сети Bitcoin со старых кошельков, зашифрованных с использованием традиционного ECDSA (алгоритм цифровой подписи на эллиптических кривых), на новые кошельки, использующие методы постквантовой криптографии. Квантовые компьютеры угрожают безопасности Bitcoin, используя способность квантовых битов (кубитов) существовать в нескольких состояниях одновременно, что значительно увеличивает вычислительную мощность и потенциально может взломать существующие алгоритмы шифрования. Предложение устанавливает высоту блока как точку отсечения миграции, после которой узлы будут отказываться обрабатывать транзакции, которые все еще используют традиционные криптографические адреса, вынуждая пользователей перевести свои средства в более безопасный кошелек. Хотя это превентивная мера, и квантовые вычисления еще не достигли точки, где они угрожают Bitcoin, предложение вызвало интенсивные обсуждения в сообществе и беспокойство по поводу хард-форков в связи с недавними прорывами в области квантовых процессоров компаниями, такими как Microsoft.

Эти продолжающиеся обсуждения и предложенные BIP отражают постоянные усилия сообщества Bitcoin по балансированию инноваций, безопасности и децентрализации. Реактивация опкодов, таких как OP_CAT, OP_CTV и других, направлена на разблокировку более продвинутой функциональности в скриптах Bitcoin для поддержки более сложных смарт-контрактов и приложений. Однако такие расширения функциональности должны проводиться под строгим контролем безопасности, чтобы избежать повторения исторических ошибок, которые могли бы привести к потенциальным атакам типа "отказ в обслуживании". В то же время, казалось бы, простые изменения пользовательского интерфейса, такие как BIP-177, вызвали глубокие дискуссии о культуре, восприятии пользователей и имидже бренда, что свидетельствует о том, что эволюция Bitcoin — это не только технический вопрос, но и отражение социальных и культурных явлений.

4.Влияние майнинг-пулов на обновления протокола

Майнеры играют ключевую роль в активации обновлений протокола Bitcoin, особенно во время принятия софт-форков.

4.1 Сигнализация майнеров и механизмы активации

Обновления протокола Bitcoin обычно активируются через "сигнальное голосование" майнеров. Майнеры указывают свою поддержку и готовность к BIP, включая специальные сигналы в блоки, которые они добывают (например, используя указанный номер версии в заголовке блока). Для софт-форков обычно необходимо достичь заранее установленного порога активации (например, 95% блоков, сигнализирующих в течение определенного периода времени), чтобы активировать новое правило. Как только этот порог достигнут, софт-форк реализуется, и сообщество (включая майнеров, полные узлы, биржи, поставщиков платежных услуг и т.д.) должно обновить свое программное обеспечение до новой версии.

4.2 Потенциал для вето майнеров

Майнеры имеют фактическое право вето при активации софт-форка. Если майнеры не сигнализируют о готовности, обновление не может быть активировано. Это особенно очевидно при активации Segregated Witness (SegWit): майнеры изначально имеют низкую поддержку и не сигнализируют о готовности до тех пор, пока рынок не показывает слабый спрос на конкурирующие предложения. Это явление свидетельствует о том, что решения майнеров не всегда основаны на чисто технических соображениях, но значительно зависят от рыночной динамики и экономических стимулов.

4.3 Экономические стимулы для майнеров

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

5.Длительный процесс обновления

Поскольку Bitcoin является децентрализованной сетью, любое изменение требует широкого консенсуса среди разработчиков, майнеров и пользователей, и этот процесс консенсуса сложен и требует времени, что делает процесс обновления Bitcoin медленным. Исторически, такие как дебаты о размере блока 2017 года (которые привели к форку Bitcoin Cash), показали риск расхождения, а обновление Taproot (активированное в 2021 году) потребовало годы обсуждений и тестирования. Кроме того, технические сложности, такие как потенциальные риски безопасности OP_CTV и OP_CAT, делают процесс продвижения этих BIP сообществом Bitcoin длительным. В результате, кошелек Bitcoin Xverse запустил сайт петиции сообщества (https://whatthefork.wtf/) для людей, чтобы подписать подпись кошелька, указывающую, что они хотят софт-форк BTC для поддержки OP_CTV и OP_CAT, чтобы попытаться продвинуть его через голос сообщества.

Из-за медленных обновлений многие проекты экосистемы Bitcoin разрабатывают сложные решения с текущей ограниченной функциональностью. Например, BitVM (Bitcoin Virtual Machine) предлагает реализовать функциональность смарт-контрактов через модель доказывающего-верификатора, которая вычисляет вне цепи и проверяет в цепи без изменения правил консенсуса. Другая стратегия заключается в использовании Bitcoin в качестве слоя доступности данных (DA), который использует безопасность Bitcoin для хранения данных и поддержки расширений сайдчейнов или роллапов.

6.Заключение

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

Pell Network Token（PELL）：革新的なBTCリステーキングエコシステム