Нещодавно пропозиція про видалення обмеження на розмір додаткових даних, які можуть бути включені в OP_RETURN у клієнті Bitcoin Core, викликала великий резонанс у галузі. Типові ініціатори, такі як розробник Пітер Тодд, неодноразово подавали PR (Pull Request), маючи намір не зупинятися, поки не досягнуть мети.
23 липня 2023 року Пітер Тодд подав PR#28130, пропонуючи видалити обмеження на дані, що передаються через OP_RETURN. PR було закрито і не було прийнято.
28 квітня 2025 року він не здалася, знову подавши пропозицію з таким же змістом PR#32359. Радикально вимагав не лише видалити обмеження на додаткові дані, а й видалити параметри конфігурації, щоб користувачі програмного забезпечення клієнта не могли самостійно використовувати параметри для зняття обмежень.
Пропозицію було відхилено більшістю.
Інший розробник instagibbs запропонував ще одне, трохи м'якше, рішення PR#32406. Він пропонує тимчасово зберегти параметри налаштувань, але за замовчуванням не вводити обмеження.
Ця пропозиція також має більше "за" ніж "проти". Instagibbs також написав для цього пояснення, в якому роз'яснюється походження OP_RETURN та чому була запропонована така зміна.
Типові противники, такі як розробник Люк Дешур. Він є підтримувачем програмного забезпечення клієнта Bitcoin Knots і два роки тому рішуче виступав проти інскрипцій. Конкретно можна ознайомитися з попередніми статтями про це на сайті навчальної мережі.
Для звичайного читача зрозуміти це питання просто, можна зробити таку аналогію з навчальним ланцюгом:
Зняття обмеження на додаткові дані + Виконання додаткових даних віртуальною машиною = Ефір
Звичайно, насправді це не так просто. Розрахункова книга біткойна є безстанним UTXO-моделлю, для того щоб перетворити книгу, щоб вона могла зберігати стан даних (що, в свою чергу, призведе до нової проблеми - вибуху стану), потрібно наблизитися до дизайну ефіріуму.
У будь-якому випадку, саме тому, що Bitcoin Core відмовив Віталіку Бутеріну використовувати можливості додаткових даних в біткоїн-реєстрі для реалізації його уявлення про смарт-контракти, він був змушений заснувати проект Ethereum.
А в цьому циклі до сьогоднішнього дня, ті, хто ставить на те, що ефір перевершить BTC, напевно, мають безліч степових тварин, що мчать повз.
Оскільки ця можливість є лише функцією клієнтського програмного забезпечення, а не частиною консенсусу протоколу Bitcoin, не варто турбуватися, що цей спір призведе до жорсткого розгалуження, як у 2017 році.
До основних причин підтримки можна віднести, наприклад, те, що існує безліч magic клієнтів, які вже зняли це обмеження і підтримуються певними пулами Майнінг; Можливо, це могло б принести більше стимулів для шахтарів; Обмеження можливостей OP_RETURN не може зупинити людей від розумного використання інших можливостей, таких як мультипідпис і скрипт taproot, для передачі даних, але через обмеження примусового розбиття та зрощування даних це призводить до фрагментації UTXO; Не існує універсального методу для точного визначення того, що таке непотрібні дані, яким судилося стати марною грою в кішки-мишки; Зачекай хвилинку.
Основні причини протидії включають, наприклад: зняття обмежень на дані може призвести до швидкого розширення бухгалтерської книги біткоїна, що підриває децентралізацію; виникнення великої кількості нефінансових застосувань, що зменшує позицію BTC, перетворюючи його на простий чековий книжку; і так далі.
Згідно зі статистикою Clark Moddy Bitcoin, наразі розмір блокчейну біткоїна складає приблизно 748,1 ГБ, з яких додаткові дані OP_RETURN становлять близько 3,83 ГБ, що складає приблизно 0,5%.
Наразі немає чітких висновків, що відповідний PR буде об'єднано та випущено. Проте, з результатів голосування в спільноті, кількість вузлів, що використовують зменшену версію Bitcoin Knots, вже перевищує кількість вузлів останньої версії Bitcoin Core 29.0.
Можливо, ми станемо свідками історичної сцени: біткоїн як консенсус насправді не повинен покладатися на єдине домінуюче клієнтське програмне забезпечення. (Хоча це насправді факт, просто багато людей цього не усвідомлюють)
Багатогранна екосистема біткоїнів, в якій змагаються дві-три рівноправні клієнтські програми біткоїнів, кодові бази та команди розробників, що дотримуються єдиного консенсусу біткоїнів, гармонійно відрізняються і борються, але не руйнують одне одного, чи не підкреслює це ще більше привабливість децентралізації біткоїнів?
Контент має виключно довідковий характер і не є запрошенням до участі або пропозицією. Інвестиційні, податкові чи юридичні консультації не надаються. Перегляньте Відмову від відповідальності , щоб дізнатися більше про ризики.
OP_RETURN: одна з найсерйозніших суперечок щодо BTC
Автор: Ліу Цзяолінь
Нещодавно пропозиція про видалення обмеження на розмір додаткових даних, які можуть бути включені в OP_RETURN у клієнті Bitcoin Core, викликала великий резонанс у галузі. Типові ініціатори, такі як розробник Пітер Тодд, неодноразово подавали PR (Pull Request), маючи намір не зупинятися, поки не досягнуть мети.
23 липня 2023 року Пітер Тодд подав PR#28130, пропонуючи видалити обмеження на дані, що передаються через OP_RETURN. PR було закрито і не було прийнято.
28 квітня 2025 року він не здалася, знову подавши пропозицію з таким же змістом PR#32359. Радикально вимагав не лише видалити обмеження на додаткові дані, а й видалити параметри конфігурації, щоб користувачі програмного забезпечення клієнта не могли самостійно використовувати параметри для зняття обмежень.
Пропозицію було відхилено більшістю.
Інший розробник instagibbs запропонував ще одне, трохи м'якше, рішення PR#32406. Він пропонує тимчасово зберегти параметри налаштувань, але за замовчуванням не вводити обмеження.
Ця пропозиція також має більше "за" ніж "проти". Instagibbs також написав для цього пояснення, в якому роз'яснюється походження OP_RETURN та чому була запропонована така зміна.
Типові противники, такі як розробник Люк Дешур. Він є підтримувачем програмного забезпечення клієнта Bitcoin Knots і два роки тому рішуче виступав проти інскрипцій. Конкретно можна ознайомитися з попередніми статтями про це на сайті навчальної мережі.
Для звичайного читача зрозуміти це питання просто, можна зробити таку аналогію з навчальним ланцюгом:
Зняття обмеження на додаткові дані + Виконання додаткових даних віртуальною машиною = Ефір
Звичайно, насправді це не так просто. Розрахункова книга біткойна є безстанним UTXO-моделлю, для того щоб перетворити книгу, щоб вона могла зберігати стан даних (що, в свою чергу, призведе до нової проблеми - вибуху стану), потрібно наблизитися до дизайну ефіріуму.
У будь-якому випадку, саме тому, що Bitcoin Core відмовив Віталіку Бутеріну використовувати можливості додаткових даних в біткоїн-реєстрі для реалізації його уявлення про смарт-контракти, він був змушений заснувати проект Ethereum.
А в цьому циклі до сьогоднішнього дня, ті, хто ставить на те, що ефір перевершить BTC, напевно, мають безліч степових тварин, що мчать повз.
Оскільки ця можливість є лише функцією клієнтського програмного забезпечення, а не частиною консенсусу протоколу Bitcoin, не варто турбуватися, що цей спір призведе до жорсткого розгалуження, як у 2017 році.
До основних причин підтримки можна віднести, наприклад, те, що існує безліч magic клієнтів, які вже зняли це обмеження і підтримуються певними пулами Майнінг; Можливо, це могло б принести більше стимулів для шахтарів; Обмеження можливостей OP_RETURN не може зупинити людей від розумного використання інших можливостей, таких як мультипідпис і скрипт taproot, для передачі даних, але через обмеження примусового розбиття та зрощування даних це призводить до фрагментації UTXO; Не існує універсального методу для точного визначення того, що таке непотрібні дані, яким судилося стати марною грою в кішки-мишки; Зачекай хвилинку.
Основні причини протидії включають, наприклад: зняття обмежень на дані може призвести до швидкого розширення бухгалтерської книги біткоїна, що підриває децентралізацію; виникнення великої кількості нефінансових застосувань, що зменшує позицію BTC, перетворюючи його на простий чековий книжку; і так далі.
Згідно зі статистикою Clark Moddy Bitcoin, наразі розмір блокчейну біткоїна складає приблизно 748,1 ГБ, з яких додаткові дані OP_RETURN становлять близько 3,83 ГБ, що складає приблизно 0,5%.
Наразі немає чітких висновків, що відповідний PR буде об'єднано та випущено. Проте, з результатів голосування в спільноті, кількість вузлів, що використовують зменшену версію Bitcoin Knots, вже перевищує кількість вузлів останньої версії Bitcoin Core 29.0.
Можливо, ми станемо свідками історичної сцени: біткоїн як консенсус насправді не повинен покладатися на єдине домінуюче клієнтське програмне забезпечення. (Хоча це насправді факт, просто багато людей цього не усвідомлюють)
Багатогранна екосистема біткоїнів, в якій змагаються дві-три рівноправні клієнтські програми біткоїнів, кодові бази та команди розробників, що дотримуються єдиного консенсусу біткоїнів, гармонійно відрізняються і борються, але не руйнують одне одного, чи не підкреслює це ще більше привабливість децентралізації біткоїнів?