Разработчик предупреждает о серьезных рисках в предложенном софт-форке с уменьшением данных для Биткойна

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

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

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

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

Оценка Mononaut, однако, количественно оценивает практические последствия этих ограничений, анализируя историческую активность в блокчейне, чтобы узнать, какие реальные транзакции нарушили бы предложенные правила. Его выводы указывают на значительные нарушения. Под ограничением размера scriptPubKey все выходы pay-to-public-key (P2PK) и multisig (P2MS) будут недействительными. Это ограничение также затрагивает небольшое количество нестандартных выходов в прошлых транзакциях.

Одно из более широких правил — аннулирование операций OP_PUSHDATA с полезной нагрузкой более 256 байт — не затронет конверты инскрипций, при условии, что квалифицируются только выполненные загрузки данных. Но Mononaut отметил, что неопределенные версии свидетелей повлияют на более чем 54 000 исторических транзакций, многие из которых использовали неконвенциональные выходы для обхода ограничений OP_RETURN. Поскольку длины версий свидетелей четко определены в BIP 141 и 341, предложенные меры как написаны, будут блокировать некоторые действительные современные форматы, такие как P2A якоря.

Также читайте: Разработчики Bitcoin Core объединяют спорные изменения в политике: впереди форк?

Mononaut уточнил, что RDTS также аннулирует стеки свидетелей, содержащие дополнение Taproot. Хотя это редко, разработчик mempool.space отметил, что по крайней мере 11 транзакций использовали дополнение для целей с большим количеством данных. Более значительная категория, подчеркнул Mononaut, — это большие управляющие блоки Taproot: около 32 000 прошлых трат включают блоки контролирования глубины 100+, которые часто используются для встраивания данных, но даже некоторые нестандартные эксперименты полагаются на меньшие, легитимные конфигурации, которые будут отключены. Один активный адрес постоянно тратит на глубине блоков контроля 11, что будет отклонено под RDTS.

Самые строгие пункты предложения — запрет OP_SUCCESS* и любого Tapscript, выполняющего OP_IF или OP_NOTIF — охватывают не только конверты инскрипций. Mononaut подчеркивает две исторические транзакции OP_SUCCESS, включая транзакцию, нарушающую молнию Burak, и примерно 70 неинскрипционных расходов Taproot, основанных на OP_IF. Некоторые из них являются финансовыми примитивами, включая шаблоны с уменьшающейся мультиподписью и конструкции контрактов со временем блокировки (HTLC). Некоторые из них происходят из кошельков, намеренно отключивших свой ключевой путь, оставляя сценарный путь как единственный способ передать средства.

Сторонники RDTS утверждают, что пользователи с затронутыми скриптами могли бы вернуться к трате ключевым путем. Все же данные Mononaut ставят под сомнение это предположение: около 560 000 исторических расходов Taproot происходят из выходов, чей ключевой путь был доказуемо отключен, делая OP_IF и аналогичные функции необходимыми, а не опциональными.

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

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

ЧАВО ❓

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