Почему изменение OP_RETURN в Bitcoin Core v30 на самом деле является стратегическим шагом (а не компромиссом)

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

Настоящая проблема, о которой никто не говорил

В апреле 2024 года, когда Citrea запустила Clementine (первый zkRollup на базе BitVM), они столкнулись с препятствием. Им нужно было хранить 144 байта критических данных в цепочке — 128 байт для доказательств нулевого знания и 16 байт для подтверждения общей работы. Эти данные позже ссылаются, когда сторожевые башни вызывают операторов и требуют проверить цепочку Bitcoin.

Но есть загвоздка: OP_RETURN позволяет только 83 байта. Недостаточно.

Почему просто не использовать данные witness, как Ordinals?

Здесь важна техническая особенность. Ordinals могут использовать данные witness, потому что им важно доказать только валидность одной транзакции. Но проверка BitVM требует цепочечного ссылания — последующие транзакции должны читать эти данные. Bitcoin Script имеет жесткое правило: нельзя читать данные witness из предыдущих транзакций. Точка.

Данные должны находиться в scriptPubKey. Это не выбор — это техническое требование. Можно представить это так: данные witness запечатаны в конверте (только подтверждает текущую транзакцию), в то время как данные scriptPubKey находятся в публичном месте, где будущие транзакции могут их видеть и использовать.

Грязный обходной путь, который заставил Core двигаться

Вынужденные ограничением в 83 байта, Citrea пришлось проявить креативность — и не очень красиво. Они создали “непотраченные” выходы Taproot, маскируя данные под фальшивые публичные ключи. Звучит умно, но имеет ужасный побочный эффект: каждый вызов сторожевой башни создает два UTXO, которые никогда нельзя очистить. Полные узлы по всему миру должны постоянно хранить эти фальшивые публичные ключи.

Это именно тот сценарий кошмара, которого разработчики Core пытались избежать годами. Раздувание UTXO. Постоянный мусор в цепочке.

Стратегия снижения вреда

Core ясно видит ситуацию: Citrea уже использует фальшивые UTXO (плохо), и если BitVM станет популярным, другие проекты последуют их примеру или прибегнут к простому мультисигу, как протокол Stamp. Еще худшие подходы.

Поэтому Core принял решение — ослабить ограничение OP_RETURN и предложить “менее вредный” путь. Можно назвать это прагматизмом или стратегическим мышлением, но это в основном снижение вреда: если проекты BitVM должны закреплять данные, пусть делают это без раздувания набора UTXO.

Почему это действительно важно для будущего Bitcoin

BitVM — это не просто очередная инновация в крипте — это реальная инфраструктура Layer 1. Адам Бэк, CEO Blockstream, назвал механизм закрепления BitVM “важным направлением для Layer 1”. Если он получит развитие (и все указывают на это), мы говорим об экосистеме zkRollups, кросс-чейн мостов и сложных систем проверки в цепочке. Все они нуждаются в подобных решениях закрепления.

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

В следующий раз, когда кто-то скажет, что Core идет на компромисс, спросите их, что лучше — постоянное раздувание UTXO или чуть большее ограничение OP_RETURN.