Попытка активации BIP-110 в Bitcoin привела к появлению живого меньшинственного форка после того, как узлы, enforcing правила, отклонили блок без сигнала на высоте 961,632 ранним утром 9 августа. По текущим правилам консенсуса большинство майнеров продолжили расширять существующую сеть, быстро увеличив разрыв между двумя конкурирующими ветками.

Согласно BIP110Monitor, примерно к 01:00 UTC 9 августа основная цепь достигла блока 961,654, тогда как enforcing-ветка находилась на блоке 961,633 — отставание составило 21 блок. Ни один из первых 23 блоков в новом периоде сложности не сигнализировал поддержку предложения.

Как произошёл раздел

Форк начался на блоке 961,632, который ознаменовал старт окна обязательной сигнализации BIP-110. AntPool добыл блок без требуемого сигнала version bit 4, тогда как Roughnecks через OCEAN создал конкурирующий совместимый блок. Узлы, enforcing BIP-110, отклонили блок AntPool и последовали альтернативной ветке. Более крупная сеть, не enforcing эти правила, продолжила расширять Bitcoin по действующим правилам консенсуса.

Поддержка предложения и до раздела оставалась минимальной. В течение предыдущего периода из 2,016 блоков только 51 блок сигнализировал поддержку — примерно 2.53% от общего числа.

Механизм активации и сроки

BIP-110 использует модифицированный процесс активации BIP9. Согласно правилам ранней фиксации, сигнал поддержки должен был быть установлен в 1,109 из 2,016 блоков (55%), однако участие майнеров оказалось значительно ниже этого порога. В результате предложение перешло к обязательной сигнализации на блоке 961,632.

С этого момента enforcing-узлы начали отклонять любые блоки, в которых не был установлен version bit 4. Требование обязательной сигнализации действует до блока 963,647 включительно. По правилам предложения меньшинственная ветка затем зафиксируется на блоке 963,648.

Ограничения на транзакции не вступят в силу сразу. Эти правила должны начать действовать на блоке 965,664 и оставаться активными в течение 52,416 блоков до истечения срока. Таким образом, текущий форк в основном связан с требованиями к сигнализации и выбором цепочки, а не с транзакциями, нарушающими предложенные BIP-110 временные ограничения на данные.

Что на самом деле предлагает BIP-110

Несмотря на некоторые описания в социальных сетях, BIP-110 не является обновлением безопасности для квантовых вычислений. Его официальное название — “Reduced Data Temporary Softfork”, что отражает более узкую цель: временно ограничить произвольные данные, встроенные в транзакции Bitcoin. Предложение вводит семь правил консенсуса, охватывающих scriptPubKeys, данные OP_RETURN, payload'ы witness и несколько структур, связанных с Taproot.

Предложение появилось на фоне продолжающихся споров в сообществе Bitcoin о количестве нефинансовых данных, записываемых в блокчейн — практика ускорилась после запуска Ordinals inscriptions и токенов BRC-20 в 2023 году. Сторонники ограничений на данные утверждают, что чрезмерный объём ончейн-данных увеличивает размер блоков и повышает расходы на эксплуатацию узлов, тогда как противники считают, что валидные транзакции не должны подвергаться цензуре и что рынок комиссий естественным образом распределяет пространство блока. BIP-110 является одним из нескольких предложенных подходов к этому противоречию, хотя он не получил широкой поддержки майнеров или разработчиков.

Статус “Complete” в репозитории BIPs означает лишь то, что сама спецификация считается завершённой, а не то, что Bitcoin её принял. Фактическое принятие по-прежнему зависит от того, какие программные решения и правила консенсуса признают майнеры, пользователи, биржи, кастодианы и другие экономические участники.

Риск replay и операционные риски

Bitcoin Core не внедрил реализацию BIP-110, а основная доля хешрейта по-прежнему продолжает расширять не enforcing-цепочку. Поскольку enforcing-форк поддерживается лишь ограниченной долей хешрейта, производство блоков в меньшинственной ветке может занимать значительно больше времени, чем стандартная цель Bitcoin — примерно один блок каждые 10 минут.

Для держателей BTC наиболее насущной проблемой являются операционные риски. Меньшинственный форк до более поздней стадии активации не обеспечивает автоматическую защиту от replay-атак, поэтому транзакция, совершённая в одной ветке, потенциально может повлиять на те же монеты в другой ветке. В связи с этим разработчики предупреждали держателей не рассматривать раздел как безрисковую возможность airdrop.

Источник: X