【Длинный тред】Игнорируемая правда: настоящая причина снятия ограничений OP_RETURN в Bitcoin Core v30

Chainfeeds Введение:

Изменение политики OP_RETURN в Bitcoin Core v30: это не капитуляция перед Ordinals, а проактивное направление для экосистемы BitVM. Это не пассивная реакция на спекуляции, а упреждающая подготовка к технологическим инновациям. Это дальновидное мышление разработчиков Core.

Источник статьи:

Автор статьи:

Aaron Zhang

Мнение:

Aaron Zhang: В апреле 2024 года Citrea выпустила первый полноценный BitVM bridge — Clementine. Это первый zkRollup на Bitcoin, использующий BitVM для L1-верификации. Затем они столкнулись с технической проблемой: необходимо было опубликовать на блокчейне 144 байта якорных данных. Эти 144 байта включают 128 байт: Groth16 zero-knowledge proof и 16 байт: total accumulated work (доказательство общего объёма работы). Эти данные используются, когда Watchtower оспаривает Operator, чтобы доказать, что они владеют правильной цепочкой Bitcoin. Возникает вопрос: OP_RETURN допускает только 83 байта. Этого недостаточно. Кто-то спросит, почему не поместить данные в witness? Как это делают Ordinals? Ключевое отличие в том, что последующие верификационные транзакции Citrea должны читать эти данные. А Bitcoin Script не может ссылаться на witness-данные предыдущей транзакции. Поэтому данные должны находиться в scriptPubKey — это не опция, а необходимость. Проще говоря: witness-данные могут только подтвердить валидность текущей транзакции, но не могут быть прочитаны последующими транзакциями. Данные scriptPubKey могут быть использованы Script в последующих транзакциях. Логика верификации BitVM требует цепных ссылок, поэтому необходимо использовать scriptPubKey. 83 байта недостаточно, и Citrea была вынуждена использовать очень плохой способ: создавать «нерасходуемые» Taproot outputs, маскируя данные под публичный ключ. Проблема этого решения — постоянное раздувание UTXO set. Каждая WatchtowerChallenge транзакция создаёт два UTXO, которые никогда не могут быть очищены. Все полные узлы должны навсегда хранить эти фиктивные публичные ключи. Это именно тот худший сценарий, которого разработчики Core всегда старались избежать. Логика разработчиков Core: сейчас Citrea использует фиктивные UTXO (плохо), в будущем больше проектов BitVM последуют их примеру или будут использовать голые мультиподписи (как протокол Stamp). Вывод — лучше ослабить ограничения OP_RETURN, предоставив путь с «меньшим вредом». Это стратегия harm reduction (снижения ущерба). Почему Core готова открыть путь для BitVM? Потому что BitVM — важное направление инноваций на Bitcoin L1. CEO Blockstream Adam Back говорил: «Anchor-механизм BitVM — важное направление для L1». Если экосистема BitVM разовьётся: различные zkRollups, кроссчейн-бриджи и сложные ончейн-верификации будут иметь схожие якорные требования.