Предложение о мягком форке Bitcoin: Риски, о которых вы даже не подозревали! 💥

от

В мире Bitcoin, где даже малейшая корректировка может вызвать волнения в блокчейне, Mononaut — разработчик Mempool.space — поднял тревогу по поводу предложения, которое может нарушить саму основу функционирования Bitcoin в том виде, в котором мы его знаем. Его критика? Так называемый ‘Reduced Data Temporary Softfork’ может просто сделать легитимные транзакции практически устаревшими.

Пока другие ищут сокровища в штормящем океане, мы строим нерушимые финансовые бастионы на основе проверенных чертежей стоимостного инвестирования.

Начать Строительство

Обзор данных о транзакциях показывает, что RDTS может заблокировать ключевые варианты использования Bitcoin.

Предложение о спорном мягком форке, направленное на ограничение чрезмерного хранения данных в блокчейне Bitcoin, вызывает немало споров. В среду Mononaut, независимый аналитик и разработчик Mempool.space, решил публично выразить свою обеспокоенность. Его предупреждение: новые правила могут вставить палки в колеса Bitcoin и нарушить работу различных типов транзакций.

Предложение, получившее название Временный мягкий форк с уменьшением данных (RDTS), сопровождается строгим набором правил, предназначенных для ограничения ресурсоёмких транзакций. Сторонники предложения утверждают, что оно необходимо после обновления Bitcoin Core v30, которое удалило лимиты данных OP_RETURN. Конечно, когда вы работаете с Bitcoin, даже удаление одной строки кода может привести к хаосу.

Предложение RDTS направлено на ужесточение ограничений по нескольким направлениям: оно ограничивает scriptPubKeys до 34 байт, устанавливает лимит для OP_RETURN выходных данных в 83 байта, запрещает неопределенные версии свидетелей и ограничивает блоки управления Taproot. Сторонники утверждают, что эти меры служат аварийным тормозом против потенциально катастрофических юридических рисков для операторов узлов, в случае если кто-то решит внедрить незаконный контент в блокчейн.

Но вот в чем загвоздка: оценка Mononaut выявляет более глубокую проблему — он изучил историческую активность блокчейна, чтобы увидеть, какие реальные транзакции не пройдут по новым правилам. Спойлер: это некрасиво. Только ограничение размера scriptPubKey сделает недействительными все выплаты по публичному ключу (P2PK) и мультиподписи (P2MS). И это только начало.

The rule change «affects all P2PK and P2MS outputs, as well as a small number of non-standard SPKs,» Mononaut pointed out.

Теперь давайте поговорим о действительно абсурдной части: одно из предложенных правил сделает недействительными операции OP_PUSHDATA с полезной нагрузкой более 256 байт. Отлично, правда? Но подождите! Анализ Mononaut предполагает, что это не повлияет на конверты надписей — по крайней мере, если они не выполнены. Но — всегда есть «но» — неопределенные версии свидетелей являются большой проблемой. Они нарушат более 54 000 исторических транзакций, многие из которых использовали нестандартные выходные данные для обхода лимитов OP_RETURN. Если это не кафкианский кошмар, я не знаю, что это.

Усугубляя ситуацию, Mononaut отмечает, что это правило также заблокирует Taproot annex witness stacks, затронув по крайней мере 11 транзакций. Но самое главное? Taproot control blocks, которые часто используются для внедрения данных, находятся под угрозой. Около 32 000 прошлых транзакций содержат control blocks, достаточно глубокие, чтобы подвергнуться риску. И даже более мелкие конфигурации — такие как те, что исходят из активного адреса, тратящего средства на глубине 11 — будут заблокированы.

Давайте просто скажем, что если вы используете Taproot для чего-либо, что хоть отдалённо напоминает внедрение данных, RDTS может положить конец вашим приключениям с Bitcoin. Сейчас неподходящее время для экспериментов, ребята!

Самые строгие пункты предлагаемых правил — такие как запрет OP_SUCCESS* и всего, что выполняет OP_IF или OP_NOTIF — затрагивают области, выходящие далеко за рамки простых конвертов надписей. Mononaut отметил, что некоторые исторические транзакции OP_SUCCESS, включая заметную от Burak, которая сломала lightning, могут быть отключены. И давайте не забывать о не-инскрипционных тратах Taproot на основе OP_IF. Здесь экспериментальный дух Bitcoin сталкивается с практичностью. Подумайте об устаревающих шаблонах multisig, контрактах HTLC и даже кошельках, которые намеренно отключили свой keypath, полагаясь исключительно на траты script-path.

Но сторонники RDTS могут утверждать, что пострадавшие могут просто вернуться к трате по keypath. Mononaut в это не верит. Его данные показывают, что более полумиллиона трат Taproot поступают из выходных данных с отключенными keypath. Так что, всем, кто говорит: ‘просто используйте keypath’, Mononaut говорит следующее: удачи вам с этим. 😉

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

То, что мы наблюдаем здесь, — это фундаментальная дискуссия о будущем Bitcoin: должен ли он оставаться строго денежной единицей или продолжать поддерживать экспериментательные, ресурсоёмкие применения? Предложение всё ещё находится в черновике, и разговор среди разработчиков, исследователей и участников экосистемы ещё далеко не завершён. Так что, пристегнитесь, друзья, нас ждёт непростая поездка!

FAQ ❓

  • Что такое RDTS?
    Временное предложение о мягком форке, которое ограничивает несколько функций сценариев и данных Bitcoin.
  • Почему RDTS вызывает споры?
    Сторонники стремятся ограничить злоупотребление данными, в то время как критики утверждают, что это отключает действительные транзакции.
  • Что обнаружил Мононавт?
    Его анализ показывает, что многие исторические транзакции не прошли бы по правилам RDTS.
  • Как долго продлится RDTS?
    Предложение описывает годовой период активации в случае принятия.

Смотрите также

2025-11-13 21:35