Чому зміна 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 набере популярності, інші проєкти підуть цим шляхом або вдаватимуться до простого multisig, як у протоколі Stamp. Ще гірші підходи.

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

Чому це дійсно важливо для майбутнього Bitcoin

BitVM — це не просто ще одна криптоінновація—це реальна інфраструктура L1. Адам Бек, CEO Blockstream, назвав механізм закріплення BitVM “важливим напрямком для L1”. Якщо він набере обертів (і все вказує на це), ми говоримо про екосистему zkRollups, міжланцюгових мостів і складних систем перевірки у мережі. Всі вони потребують подібних рішень для закріплення.

Знявши обмеження OP_RETURN зараз, Core прокладає шлях для розвитку цієї інфраструктурної лінії у чистому вигляді. Це передбачливий крок, а не реакція. Масштабування Bitcoin може залежати від таких рішень більше, ніж здається.

Наступного разу, коли хтось скаже, що Core йде на компроміс, запитайте їх, що краще—постійне збільшення UTXO або трохи більший ліміт OP_RETURN.