Впервые за четыре года Биткойн может столкнуться с «пользовательским софтфорком»?

Биткойн базовое сообщество начинает продвигать изменения в программном обеспечении Биткойн, что происходит крайне редко за последние четыре года.

Автор: GaryMa Wu Says Blockchain

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

В этот раз на уровне базовой поддержки появляются два предложения по улучшению Биткойна (BIP), а именно BIP-119 (CTV) и BIP-348 (CSFS). Эти два предложения представляют собой новый способ написания скриптов для Биткойна, который позволит Биткойну реализовать функцию «контрактов» (Covenants). Эти два предложения могут быть внедрены в следующем мягком форке Биткойна.

Чтобы избежать ситуации, когда некоторые читатели не могут временно понять Covenants Биткойн и связь этих конкретных BIP решений, давайте проясним это:

Простыми словами, Covenants — это концепция функции в сети Биткойн, а два упомянутых BIP — это различные реализации этой функциональной концепции.

Что такое Ковенанты Биткойна?

Определение:

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

Функция:

• Повышение возможностей смарт-контрактов Биткойна для поддержки более сложных приложений (таких как кредиты, децентрализованные биржи, хранилища).
• Улучшение безопасности, предотвращение кражи или неправильного использования средств.
• Оптимизация сетевой производительности, такая как снижение транзакционных издержек или повышение конфиденциальности.

Здесь мы можем ясно понять, что Covenants — это концепция, а упомянутые в статье BIP-119 (CTV) и BIP-348 (CSFS) являются конкретными реализациями функции, обозначенной как Covenants.

Текущий статус:

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

БИП 119:ОП_CHECKTEMPLATEVERIFY (CTV)

Предлагаемый операционный код Биткойн, который позволяет выходам транзакций указывать «шаблон» (Template), требуя, чтобы выходы последующих трат соответствовали этому шаблону.

Предложенный бывшим участником разработки Биткойна Джереми Рубином, он существует уже более пяти лет. Он реализует функцию «переноса состояния», ограничивая использование средств только предопределенными способами.

Применение включает в себя:

• Создание массовых платежей (Batch Payments), снижение транзакционных издержек. Построение децентрализованной биржи (DEX) или кредитного протокола.
• Реализуйте хранилища (Vaults), чтобы защитить средства от кражи.
• CTV является легковесной реализацией Covenants, сосредоточенной на ограничениях формата вывода, а не на сложной логике.

BIP 348:OP_CHECKSIGFROMSTACK (CSFS)

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

Предложено Джереми Рубином и Брендоном Блэком в ноябре 2024 года.

OP_CSFS является мощным инструментом для реализации более гибких Ковенантов, так как он позволяет проводить «самоанализ» (Introspection) входов транзакции, то есть проверять полное содержание или состояние подписанной транзакции.

Конкретные приложения:

• Реализация соглашений: OP_CSFS может использоваться для создания сложной логики условий, чтобы средства могли тратиться только в соответствии с определенными правилами. Например, валидаторы могут проверять, соответствуют ли входные транзакции заранее установленным шаблонам или ограничениям.
• Увеличенная безопасность: поддержка Vaults и децентрализованных протоколов, предотвращение кражи или несанкционированных расходов с помощью проверки подписи.
• Масштабируемость: в сочетании с другими операционными кодами (такими как OP_CAT) можно создавать более сложные смарт-контракты.

Когда дело доходит до ковенантов Биткойна и предложений BIP-119 (CTV) и BIP-348 (CSFS), то OP_CAT определенно незаменим.

BIP 347:OP_CAT

История:

Раннее существование: OP_CAT является частью оригинального скриптового языка Биткойн, который был включен Сатоши Накамото при запуске Биткойн в 2009 году. Он изначально был разработан для увеличения гибкости скриптов, поддерживая более сложную логику.

Причина удаления (2010 год):

• OP_CAT был удален (отключен) в 2010 году, чтобы предотвратить потенциальные уязвимости безопасности и злоупотребление ресурсами.
• Конкретная проблема: если не ввести ограничений, OP_CAT может быть использован злоумышленниками для генерации бесконечно длинных данных (через рекурсивные вызовы), что приведет к “атакам отказа в обслуживании” (DoS Attack), поскольку узлы Биткойн должны обрабатывать эти данные, увеличивая вычислительные и хранительные затраты.
• В то время язык скриптов Биткойна был упрощен, сохранив основные функции, обеспечивающие легковесность, безопасность и децентрализацию протокола.

Определение и функция:

OP_CAT является кодом операции (Opcode) в языке сценариев (Script) Биткойна, который не является прямой реализацией Covenant, но является потенциальным инструментом для построения сложной логики Covenant. В отличие от вышеупомянутых двух кодов операции, OP_CAT более универсален и подходит для обработки данных, но для реализации сложных функций необходимо сочетание с другими кодами операции.

Текущая ситуация:

Сообщество Биткойн в последние годы вновь обсуждает возвращение OP_CAT, который ранее появлялся в виде предложения BIP-420 с более игривым символом сообщества, но сейчас официально объединен под номером BIP-347 в репозиторий bitcoin/bips.

Каковы результаты

Согласно сообщениям Coindesk, за последние несколько недель многие западные разработчики Биткойн выразили свою поддержку CTV и CSFS в Twitter — это, безусловно, сильный сигнал о том, что, по крайней мере в социальных сетях, часть сообщества Биткойн движется в сторону принятия этих изменений.

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

Совместный инициатор этих двух предложений Джереми Рубин ранее столкнулся с сильным противодействием в своих усилиях по продвижению CTV — особенно со стороны некоторых влиятельных лиц в Биткойн-сообществе с большим количеством последователей, таких как Адам Бэк и Джимми Сонг. Разнообразные критические замечания в конечном итоге привели к широкому недовольству в Биткойн-сообществе, что заставило Рубина в конечном итоге уйти из области Биткойн.

Итак, что именно способствует этим изменениям? Недавняя пропаганда OP_CAT опкодов, похоже, расширила сферу предложений Биткойна, которые считаются «приемлемыми», представляя CTV и CSFS как относительно «консервативные» варианты. Важно отметить, что большинство сторонников OP_CAT также поддерживают BIP 119 и BIP 348 (как и большинство других предложений).

Что мы можем ожидать дальше? Во-первых, обсуждения продолжатся. Ожидается, что разработчики на нескольких технических конференциях подробнее обсудят эти предложения, например, на OPNEXT, которое планируется в апреле, BTC++, которое пройдет в июле, и TABConf в октябре. Как только разработчики достигнут предварительного консенсуса, фактическая активация мягкого форка будет передана горнякам, сообществу и инвесторам для окончательного подтверждения.

Как следить за ходом обсуждения BIPs в сообществе / процессом мягкого форка?

Ответ трудный!

Техническое сообщество Биткойна обычно проводит глубокие обсуждения этих предложений. Но это кажется запутанным и цикличным процессом обсуждения.

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

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

Однако компания-разработчик Taproot Wizards, известная своими Биткойн NFT, на примере OP_CAT раскрывает долгий и сложный процесс мягкого форка Биткойна с помощью диаграмм. Заинтересованные читатели могут ознакомиться самостоятельно, здесь мы постараемся кратко изложить:

Жизненный цикл предложений BIPs | Долгий и сложный процесс мягкого хардфорка Биткойна

1. Предложение было первоначально представлено и обсуждено в списке рассылки разработчиков Биткойн.

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

3. Базовое сообщество на Github готовит черновик BIP для предложений.

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

5. После проверки редакторами BIP Bitcoin-склада и предварительного одобрения сообщества, присваивается официальный номер BIP.

6. Вход в тестовую сеть Signet. Signet — это тестовая сеть Биткойна, которая позволяет разработчикам экспериментировать с новыми функциями или изменениями кода, не влияя на основную сеть. (Возможно, большинство новых функций останется на этом этапе навсегда)

7. Возможно, войти в Liquid сайдчейн для экспериментов.

8. Отправить PR в Биткойн Core.

9. Вход в процесс审核 кода Биткойн и слияния提案, высокая неопределенность.提案 может попасть в этап слияния только в том случае, если удастся избежать большинства возражений и удовлетворить техническим требованиям (без серьезных ошибок); мнение ключевых разработчиков (таких как Pieter Wuille) зачастую имеет решающее значение, его одобрение или отклонение может значительно повлиять на судьбу提案.

10. Если код прошел проверку, ожидайте, пока владельцы репозитория Биткойн объединят PR с основным проектом. В настоящее время есть пять владельцев: Michael Ford (fanquake), Hennadii Stepanov (hebasto), Andrew Chow (achow101), Gloria Zhao (glozow), Ryan Ofsky (ryanofsky).

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

12. Выберите механизм активации:

a. Мягкий форк, управляемый майнерами (MASF): новые правила активируются майнерами через сигнал (обычно 95% порог), такие как стандартный режим BIP-9 или BIP-8. Более стабильный, но требует координации широкого согласия и тестирования, поэтому занимает больше времени;

b. Пользовательски управляемыйsoft fork (UASF): активация новых правил (например, «Lockinontimeout: True» BIP-8) принудительно осуществляется операторами узлов (пользователями), обходя сопротивление майнеров, с потенциальным риском разветвления цепочки и разногласиями в сообществе.

Заключение

У 吴 ранее сообщалось, что администратор домена Bitcoin.org Cobra предупредил, что в 2025 году сеть Биткойн может столкнуться с пользовательским управляемым мягким форком (UASF), инициированным анонимными разработчиками вне Биткойн-ядра, что на самом деле касается потенциальных изменений BIP 119, упомянутых в данной статье. Cobra считает, что эти улучшения могут вызвать разногласия между «консерваторами» и «прогрессистами», которые будут управляться сообществом и продвигаться не разработчиками Биткойн-ядра.

Подразумевается, что UASF (софтфорк, управляемый пользователем) — это обновление протокола, инициированное пользователями Биткойна, путем обновления программного обеспечения узла для принудительного обновления протокола, даже если майнеры или другие стороны не поддерживают его, поэтому это также означает риск форка цепочки. Конечно, на данный момент не стоит переживать по этому поводу, ведь многие из них до сих пор остаются нерешенными. Например, будут ли будущие софтфорки содержать только CTV и CSFS? Будет ли учтена ОП_CAT, которая часто обсуждается с этим набором опкодов? Как будет разворачиваться собственно процесс активации софтфорка? Обратят ли внимание другие заинтересованные стороны, такие как майнеры биткоина?

В конце концов, если консенсус по BIPs достаточно велик, предложения, поддерживаемые базовыми сообществами, также могут быть реализованы в форме мягкого форка, управляемого майнерами (MASF). Более того, даже UASF имел успешные примеры в истории. UASF сыграл ключевую роль в обновлении SegWit в 2017 году, когда пользователи успешно продвигали мягкий форк, избегая жесткого форка и способствуя расширению Биткойна.

Ссылка на источник: