Гаманець

Керівництво по випуску Bitcoin Core v30: Зміни OP_RETURN, оновлення гаманця та вплив на мережу

Керівництво по випуску Bitcoin Core v30: Зміни OP_RETURN, оновлення гаманця та вплив на мережу

Bitcoin Core v30, запланований для остаточного випуску в кінці жовтня 2025 року, викликав найінтенсивніші дебати в спільноті з часів воєн за розмір блоку у 2017 році. Майбутній випуск видаляє фундаментальну інфраструктуру, розширює можливості зберігання даних до небачених рівнів і змушує переглянути основну мету Bitcoin — однак не має жодних змін у консенсусі. Це не м’який або жорсткий форк. Це революція в політиці, замаскована під рутинне оновлення програмного забезпечення.

В центрі суперечок: рішення збільшити обмеження на дані OP_RETURN за замовчуванням з 80 байт до фактично необмежених — 100,000 байт, або майже усього 4МБ межі ваги блоку. Зміна, об’єднана у червні 2025 року утримувачем Глорією Чжао, незважаючи на голосну опозицію, дозволяє множинні довільні результати даних на транзакцію вперше за понад десятиліття. Прихильники стверджують, що зрушення просто вирівнює програмне забезпечення вузлів з поведінкою майнерів, водночас зменшуючи шкідливий набряк набору UTXO. Критики застерігають, що це перетворює Bitcoin з електронних грошей від однолітка до однолітка на майданчик для скидання даних, створюючи юридичну відповідальність операторів вузлів за розміщення потенційно незаконного контенту і загрожуючи децентралізованій природі мережі.

Самі технічні зміни є значними: повне видалення підтримки застарілого гаманця Berkeley DB, експериментальна інфраструктура майнінгу Stratum v2, підтримка транзакцій TRUC для кращого підвищення комісії, та агресивні зменшення feerate до 0,1 sat/vB. Але жодна не змінює правила консенсусу Bitcoin. І v30, і його консервативна альтернатива Bitcoin Knots перевіряє блоки ідентично — роблячи це розпилом політики, а не розпилом ланцюга. Відповідь спільноти була драматичною: вузли Bitcoin Knots зросли з 2% до 20% мережі, оскільки оператори відхилили нові настройки Core, тоді як піонер Bitcoin Нік Сабо повернувся з п’ятирічного соціально-медійного хіатусу, щоб попередити про "правові кошмари", які насуваються. Configuration options позначені як застарілі у версії v30 з попереджувальними повідомленнями під час використання. Команда Bitcoin Core не закріпилася за конкретним графіком видалення, враховуючи суперечливість.

Сумісність з минулими версіями: Повністю сумісний з минулими версіями з точки зору консенсусу. Несумісність виникає на рівні mempool/relay: вузли, що працюють з версією v29 або раніше з налаштуваннями за замовчуванням, відмовляються передавати транзакції з даними OP_RETURN понад 80 байтів, тоді як вузли v30 будуть їх передавати.

Вплив: Вузли з налаштуваннями за замовчуванням v30 будуть передавати та зберігати більші транзакції з суттєвими даними OP_RETURN, збільшуючи використання пропускної здатності, зберігання та пам'яті mempool. Юридичні міркування є найбільш суперечливим впливом — критики стверджують, що дані OP_RETURN "легко доступні" стандартними інструментами, потенційно піддаючи операторів вузлів відповідальності за незаконний вміст, вбудований в блокчейн.

Видалення застарілого гаманця (PRs #32944, #28710)

Тип: Неконсенсусний (інфраструктура гаманця)

PR #28710 видаляє весь код гаманця BDB з кодової бази Bitcoin Core. Header файл wallet/bdb.h повністю видалений, залежність BDB вилучена з системи збірки, і видалено 11 специфічних для застарілих версій RPC команд: addmultisigaddress, dumpprivkey, dumpwallet, importaddress, importmulti, importprivkey, importpubkey, importwallet, newkeypool, sethdseed, та upgradewallet.

RPC migratewallet (доступний з v23.0) автоматизує міграцію. Bitcoin Core створює новий гаманець з дескриптором, виводить всі адреси з ключів застарілого гаманця і імпортує відповідні дескриптори. Оригінальний файл застарілого гаманця зберігається як <name>-<timestamp>.legacy.bak.

Критична вимога: Користувачі, які ще використовують застарілі гаманці BDB, ПОВИННІ мігрувати перед оновленням до v30. Користувачі зовнішніх гаманців абсолютно не зачіпаються.

Оновлення політики транзакцій

Зміни вірності комісій (PR #33106): За замовчуванням -minrelaytxfee зменшено з 1 sat/vB до 0.1 sat/vB (зниження на 90%), що відображає умови мережі протягом 2023-2025 років, коли блоки регулярно підтверджувалися за ставками менше 1 sat/vB.

Ліміт операцій з підписами застарілих версій (PR #32521): v30 реалізує ліміт у 2500 операцій з підписами застарілих версій на стандартну транзакцію. Це готує до можливої активації BIP54 (Консенсусного прибирання) в майбутньому, забезпечуючи захист від DoS атак. Впливає лише на патологічні застарілі транзакції; нормальні транзакції не зачіпаються.

Покращення пересилки пакетів (PR #31385)

Тип: Неконсенсусний (протокол P2P та політика mempool)

Покращення v30 поширюють оцінку пакетів для обробки сценаріїв бабуся-батько-дитина, конфігурацій батько-батько-дитина та батьків з предками. Це забезпечує можливість реалізацій Lightning Network надійно підвищувати плату за транзакції зобов'язань незалежно від стану mempool, безпосередньо покращуючи модель безпеки Lightning.

Підтримка транзакцій TRUC у гаманцях (PR #32896)

Тип: Неконсенсусний (правозастосування політики гаманця для BIP431)

Транзакції TRUC (версія 3) дотримуються суворіших правил топології mempool, ніж стандартні транзакції. V30 додає підтримку на рівні гаманця для створення та витрат транзакцій TRUC, роблячи цю анти-пінінг технологію практично застосовною для Lightning Network та інших протоколів, чутливих до часу.

Інтерфейс майнінгу через IPC (PRs #31098, #31802)

Тип: Неконсенсусний (інфраструктура майнінгу)

Bitcoin Core v30 вводить експериментальну систему IPC, використовуючи Cap'n Proto для ефективної комунікації між процесами. Інтерфейс дозволяє зовнішньому програмному забезпеченню для майнінгу підключатися через Unix сокети, запитувати блокові шаблони та надсилати вирішені блоки без перевантаження JSON-RPC. Це дозволяє впровадження Stratum v2, дозволяючи окремим майнерам створювати блокові шаблони, приймаючи участь у координації хешрейту пулу — децентралізуючи вибір транзакцій від операторів пулів.

План активації та розгортання

Bitcoin Core v30 не вимагає механізму активації, періоду координації або мережевої підготовки. Зміни вступають в силу відразу після оновлення вузлів. Немає ні м'якого форку, ні жорсткого форку — v30 не змінює жодних правил консенсусу.

Графік випуску:

  • 12 вересня 2025: видана v30.0rc1 для тестування
  • Кінець вересня 2025: видана v30.0rc2
  • Жовтень 2025 (очікується): остаточний випуск v30.0

Відсутність сигналізування від майнерів: Майнеры не грають ніякої особливої ролі в розгортанні v30. На відміну від м'яких форків, що вимагають сигналізування від майнерів, v30 не потребує участі майнерів. Блоки, добуті вузлами v30, не відрізняються на рівні консенсусу від блоків, добутих іншими версіями.

Політика vs. Консенсус: Правила консенсусу визначають, які блоки є дійсними — кожен повний вузол повинен застосовувати однакові правила консенсусу, інакше мережа роздвоїться. Правила політики визначають, які транзакції вузол приймає у свій mempool і передає іншим вузлам. Правила політики є локальними для кожного вузла. Зміни v30 - це виключно на рівні політики.

Відсутність ризику розколу ланцюга: Розгортання v30 має практично нульовий ризик розколу ланцюга. Розколи ланцюга виникають, коли вузли не згодні щодо правил консенсусу. V30 не створює такої незгоди — всі реалізації погоджуються щодо дійсності блоків. "Розкол" існує виключно на рівні політики, де різні програми вузлів передають різні набори транзакцій.

Шлях оновлення:

  1. Завантажити Bitcoin Core v30, перевірити підписи
  2. Зробити резервну копію файлів wallet.dat та конфігурації
  3. Вимкнути поточний Bitcoin Core
  4. Встановити v30
  5. Міграція застарілих гаманців через RPC migratewallet
  6. Переглянути конфігурацію на наявність застарілих опцій
  7. Перезапустити Bitcoin Core v30

Рішення щодо конфігурації: Оператори повинні вирішити, чи використовувати політики v30 за замовчуванням (дозволено великі OP_RETURN), чи налаштувати суворіші обмеження через datacarriersize=83 або переключитися на Bitcoin Knots.

Дебати розробників та занепокоєння

Bitcoin Core v30 викликав найінтенсивніші суперечки з часів масштабних війн 2017 року, основним чином зосереджені на змінах політики OP_RETURN у PR #32406.

Аргументи прихильників:

Глорія Чжао (головний розробник Bitcoin Core) стверджувала, що зміна "виправляє невідповідність між шкідливістю та стандартністю методів зберігання даних." Користувачі, які вирішили зберігати дані, знайдуть методи незалежно від політики — оголені публічні ключі назавжди надувають набір UTXO, тоді як OP_RETURN створює усуваємі виходи.

Ґреґ Сандерс наголосив, що "майнери вже приймають великі транзакції OP_RETURN, що надсилаються безпосередньо" — обмеження 80 байт існувало лише в політиці пересилки, створюючи дворівневу систему, яка надає перевагу акторам з прямими зв'язками з майнерами.

Адам Бек (CEO Blockstream) заявив: "я буду використовувати bitcoin v30", визнаючи проблеми зі спамом, але підсумовуючи, що фільтри нічого не виправляють емпірично.

Аргументи противників:

Люк Дашджіер назвав зміни v30 "шкідливим кодом", попереджаючи: "Це майже миттєво вб'є Bitcoin, якщо Core 30 отримає значне поширення." Його головні занепокоєння стосуються юридичної відповідальності операторів вузлів за збереження довільних даних, включаючи потенційно нелегальний вміст.

Нік Сабо повернувся після п'ятирічної паузи в соціальних медіа, щоб попередити: "Це відкрите юридичне питання майже скрізь", чи несуть оператори вузлів юридичну відповідальність за вміст, вбудований у блокчейн. Він стверджував, що дані OP_RETURN "легко доступні" стандартними інструментами, збільшуючи ризик відповідальності.

Реакція спільноти:

Кількість вузлів Bitcoin Knots зросла з ~394 вузлів (2%) у січні 2025 до ~4,713 вузлів (20%+) до вересня 2025. Це представляє найбільше різноманіття реалізацій Bitcoin поза подіями хардфорку. Проте, критично, жоден розкол ланцюга не відбувся — обидві реалізації дотримуються однакових правил консенсусу.

Впливи на користувачів та гаманці

Користувачі зовнішніх гаманців: Нульовий вплив

Апаратні гаманці, мобільні гаманці, настільні гаманці (Electrum, Sparrow, Wasabi) та кастодіальні послуги залишаються повністю сумісними. Ці гаманці реалізують власне управління ключами та лише запитують вузли Bitcoin Core для отримання даних блокчейну — функції в v30 не змінено.

Користувачі вбудованих гаманців Bitcoin Core: Критично необхідна міграція

Користувачі повинні мігрувати застарілі гаманці до формату дескрипторів перед оновленням. RPC migratewallet автоматизує цей процес, створюючи нові гаманці з дескрипторами, зберігаючи резервні копії застарілих.

Зміни в поведінці транзакцій

Гнучкість вірності комісій: За замовчуванням мінімальні ставки комісій за пересилку знижені до 0.1 sat/vB, дозволяючи дешевші транзакції під час періодів низького попиту. Проте програмне забезпечення для гаманців зберігає попередні параметри за замовчуванням, якщо не налаштовано вручну.

Повне підвищення плати через RBF: RPC bumpfee та psbtbumpfee тепер дозволяють підвищувати плату без сигналізації BIP-125, відповідаючи політиці повного RBF за замовчуванням з версії v28.

Підтримка транзакцій TRUC: Гаманці можуть створювати версії транзакцій v3 з поліпшеними гарантіями підвищення плати, що особливо корисно для Lightning Network додатків.

Практичні поради:

Для непрофесійних користувачів, що використовують зовнішні гаманці: Жодних дій не потрібно. Продовжуйте використовувати гаманці в звичайному режимі.

Для користувачів Bitcoin Core гаманців: Міграція застарілих гаманців перед оновленням. Спочатку протестуйте міграцію в тестнеті, зробіть резервні копії всього, потім виконайте RPC migratewallet.

Для користувачів Lightning Network: V30 приносить значні переваги через покращене пересилання пакетів та підтримку TRUC, забезпечуючи більш надійне підвищення плати за транзакції зобов'язань.

Впливи на інфраструктуру

Програмне забезпечення для майнінгу

Інтерфейс майнінгу через IPC: V30 вводить експериментальний IPC для сумісності з Stratum v2, дозволяючи зовнішньому програмному забезпеченню для майнінгу запитувати блокові шаблони через Unix сокети. Це необов'язково — існуючі майнінгові пули, що використовують RPC getblocktemplate, залишаються повністю сумісними.

Зміни в політиці Mempool: Зменшення за замовчуванням мінімальних ставок комісій за пересилку до 0.1 sat/vB означає, що майнери можуть бачити більше транзакцій з низькими комісіями у шаблонах. Розширення OP_RETURN може збільшити обсяг транзакцій з довільними даними.

Відсутність критичних змін: Всі існуючі майнінгові пули залишаються повністю сумісними. Майнеры можуть оновлюватися за власними графіками, враховуючи операційні міркування.

Lightning Network

Статус: Повністю сумісно з усіма основними реалізаціями (LND, CLN, Eclair, LDK).

Переваги: Зниження за замовчуванням ставок комісій за пересилку покращує поширення транзакцій зобов'язань з низькими комісіями. Покращене пересилання одного пакета (1P1C) допомагає штрафним транзакціям. Підтримка TRUC дозволяє кращі реалізації анкерних каналів.

Управління каналами: Жодних змін у процедурах відкриття/закриття каналу, HTLC. Вміст: маршрутизація або механізми переадресації платежів.

Протоколи другого рівня

RGB, Liquid, Rootstock, Stacks: Усі залишаються сумісними. Ці протоколи взаємодіють з Bitcoin за допомогою стандартних методів, на які не впливають зміни в політиці v30.

Біржі та кастодіани

Обов'язкові оновлення:

Видалення старих гаманців: Біржі, що досі використовують старі гаманці, МАЮТЬ перейти на дескрипторні гаманці перед оновленням. Інструмент для міграції: migratewallet RPC.

Зміни в RPC: Видалення застарілих RPC, таких як importprivkey, dumpprivkey, dumpwallet, importwallet та інші. Біржі повинні оновити код, щоб уникнути використання застарілих API.

Обробка транзакцій: psbtbumpfee і bumpfee тепер дозволяють повну заміну RBF без сигналізації BIP-125. Біржі, які обробляють непідтверджені транзакції, повинні знати, що транзакції можуть бути замінені без сигналізації.

Конфігурація: Перевірте bitcoin.conf на наявність застарілих параметрів. Видаліть -maxorphantx, якщо він налаштований. Розгляньте можливість налаштування -datacarriersize, якщо у біржі є певні політики.

Блокчейн-експлорери

Зміна індексу coinstatsindex, що порушує роботу: потрібна повна ресинхронізація з нуля для користувачів coinstatsindex через зміну реалізації, яка запобігає переповненню.

Розгляди при відображенні: Блокчейн-експлорери повинні оновити зображення для відображення декількох OP_RETURN виходів на транзакцію (раніше обмежено одним) і обробляти великі розміри дата-носіїв.

REST API: Новий ендпоінт /rest/spenttxouts/BLOCKHASH для отримання витрачених транзакційних виходів.

SPV-гаманці та урізані вузли

SPV-гаманці: Немає критичних змін. Bitcoin Core підтримує обслуговування SPV-клієнтів.

Урізані вузли: Функціональність не змінена. Урізані вузли продовжують повну валідацію транзакцій зі зменшеними вимогами до зберігання (~5-10GB проти ~550GB для повних вузлів).

Ринок та історичні прецеденти

Розуміння потенційного ринкового впливу Bitcoin Core v30 вимагає вивчення, як попередні великі оновлення вплинули на ціни, криві прийняття та он-цепні метрики.

SegWit (2017): Високодраматичне оновлення

Активація: 23-24 серпня 2017 року на висоті блоку 481,824

Вплив на ціну:

  • До активації (14 липня 2017): $1,835
  • Блокування (9 серпня 2017): ~$3,600
  • Активація (23 серпня 2017): $4,247 (зростання на 131% з липня)
  • Кінець року 2017: Пік $19,834 (зростання на 980%)

Он-цепні метрики:

  • Початкове прийняття: ~7-10% до жовтня 2017
  • Досягнута 50% прийнятність: 2019 (через 2 роки після активації)
  • Поточне прийняття: 85-95% по всій мережі

Контекст: Значне підвищення цін на SegWit відбулося на тлі булл-ринку 2017, манії ICO та вирішення воєн розмірів блоків. Оновлення дозволило розробку Lightning Network і поліпшило ефективність, але безпосередній вплив на ціну відображав ширші ринкові настрої більше, ніж технічні покращення самі по собі.

Taproot (2021): "Враховане в ціні" оновлення

Активація: 14 листопада 2021 року на висоті блоку 709,632

Вплив на ціну:

  • До блокування (травень 2021): ~$58,000
  • Блокування (12 червня 2021): ~$35,000 (після обвалу)
  • До активації (10 листопада 2021): ~$69,000 (пік ATH)
  • Активація (14 листопада 2021): ~$64,000
  • Після активації: Поступове зниження до грудня

Он-цепні метрики:

  • 1 тиждень: Мінімальне використання
  • Лютий 2023: 9.4% прийняття транзакцій
  • Обсяг торгівлі: 30% збільшення на основних біржах після активації
  • Великі транзакції ($100K+): Збільшення на 20% протягом тижня після активації

Контекст: Taproot показало мінімальний безпосередній вплив на ціну, незважаючи на те, що це було справжнє обновлення консенсусу. Ринок "врахував" покращення протягом попередніх місяців. Bitcoin вже досяг найвищих показників до активації, і макроекономічні фактори (політика Федерального резерву, занепокоєння щодо інфляції) домінували в ціновій динаміці більше, ніж технічні покращення.

Ключові уроки для v30

Тимчасові рамки прийняття: Як SegWit, так і Taproot показали повільне он-цепне прийняття (2-5 років для досягнення більшості використання) незважаючи на те, що це були обновлення на рівні протоколу. Політичні зміни v30 можуть мати подібні або повільніші криві прийняття, оскільки прийняття залежить виключно від добровільних рішень оператора вузла без економічного тиску.

Передбачуваність цін: Зростання SegWit на понад 50% перед активацією проти мінімального впливу Taproot демонструє, що час на ринку, ширші економічні умови та попереднє позиціонування мають більше значення, ніж самі технічні зміни. V30, що не містить змін консенсусу, ще менш схильний безпосередньо впливати на ринки.

Інституційна перспектива: До активації Taproot у 2021 році інституційні інвестори розглядали оновлення як "еволюційні, а не революційні". Аналітики інститутів зосереджувалися на макрофакторах (схвалення ETF, корпоративне казначейське прийняття, регуляторна ясність) більше, ніж на покращення протоколу. Цей паттерн, ймовірно, продовжиться з v30.

Шаблони волатильності: Історичні дані показують підвищену волатильність у періоди спірних оновлень (війни за розмір блоку SegWit), але відносну стабільність під час узгоджених оновлень (гладка активація Taproot). Полеміка v30 відбувається на рівні політики без наслідків для консенсусу, що припускає обмежену пряму цінову волатильність — хоча драма в соціальних медіа може створювати короткостроковий шум.

Он-цепні метрики для моніторингу

Тренди дохідності з комісій: Після SegWit середня плата за транзакцію знизилася з піків $50+ (грудень 2017) до $1-5 діапазону (2021), оскільки ефективність покращилася. Нижчі загальні рівні комісій v30 можуть ще більше знижувати комісії в періоди низького попиту, впливаючи на мікс доходів майнерів. У 2025 році комісії становлять 1-2% доходу майнерів (нижче 10%+ піків у 2024).

Обсяг транзакцій: SegWit дозволив на ~60% більше транзакцій за блок завдяки сегрегації даних свідків. Taproot дав скромні покращення ефективності. V30 не містить збільшення ємності, але нижчі пороги комісій можуть збільшити кількість транзакцій в періоди низького попиту.

Зростання набору UTXO: SegWit уповільнив зростання набору UTXO, заохочуючи більш ефективні типи адрес. Зміни OP_RETURN v30 можуть знизити зростання UTXO, якщо користувачі мігрують з кодування даних bare pubkey на OP_RETURN, або збільшити розмір блокчейну, якщо виникнуть нові випадки використання. Ця метрика буде критичною для оцінки реального впливу v30.

Очікування ринку для v30

Реалістична оцінка: V30, швидше за все, матиме незначний безпосередній вплив на ціну. Реліз не містить змін консенсусу, не вирішує критичних уразливостей безпеки, що вимагають термінового прийняття, та не має каталізаторів, порівнянних з "Bitcoin отримує смарт-контракти" (Taproot) або "ємність транзакцій Bitcoin подвоюється" (SegWit). Учасники ринку, достатньо підковані, щоб зрозуміти технічні деталі v30, ймовірно, вже мають думки, враховані в їхніх позиціях.

Непрямі сценарії: Полеміка може вплинути на наратив Bitcoin у тонких шляхах. Якщо розширення OP_RETURN призведе до сприйнятого "спаму" або правових питань для операторів вузлів, критики можуть використовувати це в анти-біткоїн наративах. Навпаки, якщо диверсифікація імплементацій (Core vs. Knots) виявить стійкість Bitcoin через вибір користувачів, це може зміцнити наративи децентралізації. Ці наративні ефекти відбуватимуться протягом місяців і років, а не днів чи тижнів.

Інституційна увага: Великі інституційні інвестори (MicroStrategy, ETF Bitcoin від BlackRock, Fidelity) зосереджуються на Bitcoin як на цифровому золоті та засобі хеджування від інфляції. Зміни на рівні політики програмного забезпечення вузлів ледь помітні на інституційних радарах, якщо тільки вони не загрожують стабільності мережі або регуляторному статусу. V30 не робить ні того, ні іншого — це оперативний вибір для операторів вузлів, а не системна зміна.

Безпека, тестування та аудити

Bitcoin Core v30 демонструє суворі практики безпеки та тестування, незважаючи на відсутність формальних сторонніх аудитів безпеки. Проект спирається на постійний peзaгляд пepeвіpeних участників, розгалужене автоматизоване тестування та прозорі peзoпoвідальні процедури виявлення.

Методологія тестування

Охоплення юніт-тестів: Bitcoin Core підтримує всебічне тестування одиниць за допомогою фреймворку Boost. Звіти про охоплення, доступні на maflcko.github.io/b-c-cov/, охоплюють кілька типів покриттів: тільки юніт-тести, юніт + функціональні тести в комплексі та покриття тестів на основі мутацій.

Програми фузза: Bitcoin Core використовує розширене фуззинг за допомогою libFuzzer (основний), AFL та Honggfuzz. Проект інтегровано з програмою OSS-Fuzz від Google у травні 2021 року, забезпечуючи 24/7 автоматизований постійний фуззинг у великому масштабі. Приблизно 10,000 рядків коду хибнозйомних інструментів охоплюють критичні компоненти, включаючи обробку мережевих повідомлень, кешування UTXO, управління адресами, розбір скриптів і обробку транзакцій.

Академічні дослідження ("Looking for Lacunae in Bitcoin Core's Fuzzing Efforts," ICSE 2022) виявили, що Bitcoin Core досягає 79.07% мутаційного рахунку — друге місце з 6 великих криптопроектів. Фуззинг виявляє унікальні баги, які перевершують можливості функціональних тестів.

Функціональні тести: Функціональні тести на основі Python запускають повні екземпляри вузлів у режимі regtest, покриваючи кінцеві сценарії для P2P-мереж, операцій з гаманцем, інтерфейсів RPC, реле транзакцій та розповсюдження блоків.

Тестування реліз-кандидатів: Посібник з тестування v30 охоплює всі основні зміни: модифікації політики OP_RETURN, підтримку транзакцій TRUC, інтерфейс видобутку IPC, міграцію старих гаманців та зміни конфігурації. Члени спільноти тестують на Testnet4, Signet і regtest перед випуском на основній мережі.

Аудити безпеки

Відсутність традиційних сторонніх аудитів: Bitcoin Core не замовляв формальні сторонні аудити безпеки для v30. Проект дотримується моделі відкритого вихідного коду з постійним перевіреним peзaглядом — кожен пуловий запит проходить суворий кодовий перегляд кількома мейнтейнерами, при цьому для високоризикових змін потрібно тривале тестування та час перегляду.

Чому ця модель: Відкрита природа вихідного коду Bitcoin Core означає, що дослідники безпеки з усього світу постійно досліджують кодову базу. Традиційні аудити надають оцінки на момент в часі; модель Bitcoin Core забезпечує постійний нагляд. Критичні уразливості, виявлені зовнішніми дослідниками, відповідально розкриваються та патчуються за встановленими процедурами.

Програми винагород за виявлення багів

Відсутність офіційної винагороди: Bitcoin Core НЕ має формальної, фінансованої програми винагороди за виявлення багів. Як децентралізований проект з відкритим джерелом без централізованої фінансової одиниці або корпоративної підтримки, він покладається на відповідальне розкриття інформації та ethos, що сприяє громаді, замість``` Фінансові стимули.

Політика відповідального розкриття: Проблеми безпеки слід повідомляти на адресу [email protected] з використанням PGP-шифрування для конфіденційної інформації. Bitcoin Core підтримує 4-рівневу класифікацію серйозності (Критичний, Високий, Середній, Низький) з конкретними термінами розкриття: Низька серйозність розкривається через 2 тижні після випуску виправлення; Середній/Високий—через 2 тижні після досягнення останньою постраждалою версією кінця життєвого циклу; Критичний обробляється ad-hoc.

Останні розкриття (2024-2025): У жовтні 2024 були розкриті численні вразливості, які впливають на версії до v25.0 і v29.0, відповідно до стандартних термінів. Під час розробки не було розкрито критичних вразливостей, специфічних для v30.

Відомі проблеми та їх усунення

Контроверсія OP_RETURN: Основна "відомо проблема"—це дискусія в спільноті щодо змін політики OP_RETURN — хоча це є філософським розбіжністю, а не технічною помилкою. Критики попереджають про правову відповідальність операторів вузлів, блокчейн-навантаженість і підвищення вартості вузлів. Прихильники стверджують, що збори забезпечують природне стримування спаму, і OP_RETURN менш шкідливий, ніж альтернативи.

Варіанти усунення:

  • Налаштуйте -datacarriersize=83 для підтримки більш суворих обмежень (викликає попередження про застарівання)
  • Перейдіть на Bitcoin Knots (підтримує консервативні налаштування за замовчуванням)
  • Реалізуйте власні політики мемпулу для критичної інфраструктури
  • Спостерігайте за реальною поведінкою мережі та адаптуйтеся, якщо виникнуть проблеми

Міграція Coinstatsindex: Користувачі coinstatsindex стикаються з необхідністю повного перекласифікації через зміни реалізації, що запобігають помилки переповнення. Це одноразова вартість продуктивності, а не постійна проблема.

Застарілі параметри: Кілька параметрів, позначених як застарілі (-datacarrier, -datacarriersize, -paytxfee, settxfee, -maxorphantx), можуть заплутати операторів, які очікують попередню поведінку. Bitcoin Core надає попередження про застарілість для керування міграцією.

Міркування про безпеку для операторів

Загальні найкращі практики:

  • Оновлюйтеся до останньої стабільної версії
  • Моніторте оголошення на [email protected]
  • Переглядайте примітки до випуску перед оновленням
  • Тестуйте на тестовій мережі перед розгортанням у виробництві
  • Захистіть доступ до RPC (без доступу до Інтернету без автентифікації)
  • Реалізуйте належну конфігурацію брандмауера
  • Підтримуйте процедури резервного копіювання та відновлення після аварій

Особливості для V30:

  • Оцініть толерантність до правового ризику щодо зберігання даних OP_RETURN
  • Вирішіть підхід до конфігурації (за замовчуванням, користувальницькі обмеження або альтернативні реалізації)
  • Для вузлів, розгорнутих у хмарі, майте на увазі політики сканування контенту провайдерів
  • Документуйте політичні рішення для захисту регуляторів, якщо це потрібно

Регулювальні та приватні міркування

Bitcoin Core v30 вводить контроверсійні зміни з глибокими наслідками для приватності, дотримання регуляційних вимог і правової відповідальності—незважаючи на те, що це чисто політичні зміни, а не консенсусні.

Аналіз приватності: жодних покращень, потенційні регресії

V30 не надає жодних покращень приватності. Випуск зосереджується на місткості зберігання даних, а не на технологіях, що зберігають приватність. Існуючі функції приватності (підтримка Tor, маскування релеювання транзакцій) залишаються без змін з попередніх версій.

Потенційні регресії приватності:

  1. Збільшена поверхня аналізу блокчейна: Більше даних у виходах OP_RETURN створює додаткові метадані для аналізу. Більші транзакції легше відстежити та ідентифікувати. Компанії аналізу блокчейнів (Chainalysis, Elliptic, TRM Labs) вважають, що розширений OP_RETURN є корисним для спостереження — більше даних означає краще атрибуцію.

  2. Ризик деанонімізації операторів вузлів: Вузли, які зберігають довільні дані, можуть стати мішенню для юридичного викриття. Підвищені витрати підштовхують операторів до централізованих хмарних сервісів з вимогами KYC, зменшуючи анонімність операторів.

  3. Аналіз графу транзакцій: Прозорий реєстр Біткойна означає, що всі транзакції залишаються відстежуваними. Більші дані OP_RETURN надають аналітикам більше контексту для зв'язування транзакцій з реальними діями. Кластеризація транзакцій та ідентифікація об'єктів залишаються вельми ефективними.

Приватність на рівні мережі: Немає покращень у приватності P2P мережі, підтримці Tor або поведінці трансляції транзакцій понад те, що було у версії v29.

Регулювальні міркування: значно збільшений ризик

Функції, які привертають увагу регуляторів:

  1. Зберігання довільних даних: дозволяючи практично необмежене вбудовування даних, створює регуляторний привід для втручання уряду. Це стосується матеріалів, що містять сексуальне насильство над дітьми (CSAM), розповсюдження шкідливих програм і порушень авторських прав.

  2. Потенційна перекласифікація вузлів: регулятори можуть перекласифікувати вузли як "дистриб'юторів контенту" або "видавців", що викличе вимоги щодо модерації контенту. Прецедент: санкції Tornado Cash від OFAC у 2022 році.

  3. Постійність даних: Незмінне блокчейн-зберігання означає, що незаконний контент не можна видалити, створюючи постійні проблеми з дотриманням вимог і конфлікти з регламентами "право на забуття" (GDPR).

Наслідки для відповідності вимогам бірж:

Біржі повинні відстежувати транзакції у відповідності до Закону про банківську таємницю (BSA) та вимог на реєстрацію FinCEN. Більші дані ускладнюють автоматизовані системи моніторингу і можуть викликати протоколи підвищеного належного розгляду (EDD). Біржі можуть вимагати додаткової перевірки для транзакцій з великими даними.

Міркування KYC/AML: керівні принципи FATF вимагають, щоб постачальники віртуальних активів (VASPs) реалізували системи моніторингу транзакцій та звіти про підозрілі дії (SARs). "Правило подорожі" вимагає обміну даними відправника / отримувача для переказів. Місткість довільних даних V30 створює нові виклики для команд з дотримання вимог, що розрізняють законне використання і незаконну діяльність.

Відповідальність за законом: центральна контроверсія

Попередження Ніка Сабо: "Це відкрите юридичне питання майже скрізь", чи несуть оператори вузлів відповідальність за контент, вбудований у блокчейн. Сабо стверджує, що дані OP_RETURN "легко доступні" за допомогою стандартних інструментів (браузерів, переглядачів зображень), роблячи операторів потенційно відповідальними за зберігання та розповсюдження.

Контраргументи: крипто-адвокат Джо Карласаре зазначає, що існуюча судова практика захищає посередників, які не мають знань і контролю над переданим контентом. Однак Карласаре визнає, що немає чіткого прецеденту, який би безпосередньо торкався операторів вузлів блокчейну — юридична невизначеність зберігається.

Ключові юридичні питання:

  1. Чи є оператори вузлів "видавцями" чи "нейтральною інфраструктурою"?
  2. Чи застосовується розділ 230 (захист від посередницької відповідальності в США) до вузлів блокчейну?
  3. Як вимоги до незмінності даних конфліктують з наказами на видалення контенту?
  4. Чи можуть оператори стверджувати, що у них відсутні знання і контроль, коли дані OP_RETURN використовують стандартизовані формати?

Ці питання залишаються без відповіді в більшості юрисдикцій. Оператори вузлів повинні самостійно оцінювати свою толерантність до ризику.

Наслідки для спостереження: підвищені можливості

Перспективи компаній з аналізу блокчейнів: Chainalysis і Elliptic (обслуговують урядові агенції та фінансові установи) вважають, що біткойн є дуже прозорим. Chainalysis стверджує, що має 99% покриття ринку з розвиненою машиною навчання для виявлення шаблонів. Elliptic утримує понад 6,4 мільярда адрес з мітками в 43 криптомережах.

Позиція індустрії: компанії з аналізу блокчейнів вважають, що більші дані OP_RETURN є КОРИСНИМИ для спостереження — більше даних означає краще визначення атрибуції і відстеження. Аналіз часу транзакцій, аналіз кластерів і аналіз часу виграють від додаткових метаданих.

Сценарії економічної війни: державні актори можуть використовувати велику місткість OP_RETURN для "атак з збільшення комісійних" — заповнюючи мемпули даними, які дорого оброблювати, щоб витіснити роздрібних користувачів. При 200 сатоші/ВБ, заповнення мемпулу коштує приблизно 2 BTC за блок (~$32.8M/день за поточними цінами).

Рекомендації з дотримання вимог для бірж

Негайні дії:

  1. Оцініть правовий статус роботи вузлів в усіх юрисдикціях
  2. Розробіть протоколи для реагування на виявлення незаконного контенту
  3. Перегляньте налаштування -datacarriersize перед оновленням до v30
  4. Розрахуйте збільшені вимоги до пропускної здатності і зберігання
  5. Оновіть процедури AML/KYC, що стосуються великих даних транзакцій

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

Пом'якшення ризику: розгляньте можливість запуску модифікованих вузлів з суворішими фільтрами, реалізуйте стороннє програмне забезпечення для фільтрації, ведіть детальні журнали операцій для регуляторного захисту та проконсультуйтеся з юрисконсультом щодо відповідальності в конкретній юрисдикції.

Рекомендації для користувачів, які дбають про приватність

Критичне відкриття: V30 нічого позитивного для приватності не пропонує і вводить нові ризики для спостереження.

Найкращі практики:

  • Ніколи не використовуйте біткойн-адреси повторно (генеруйте нову адресу для кожної транзакції)
  • Запускайте транзакції через Tor, використовуючи вбудовану підтримку Bitcoin Core
  • Використовуйте реалізації CoinJoin (Wasabi, JoinMarket) для підвищеної приватності
  • Уникайте вбудовування ідентифікуючої інформації у дані OP_RETURN
  • Майтенуйте, що більші транзакції OP_RETURN можуть бути БІЛЬШЕ відстежуваними

Для операторів вузлів:

  • Розгляньте Bitcoin Knots для суворішого налаштування за замовчуванням (16% мережі вже перейшли)
  • Залишайтеся на Core v29, щоб відкласти правову невизначеність
  • Використовуйте -datacarriersize=83, якщо працюєте на v30 (допоки доступний)
  • Документуйте "відсутність знань і контролю" для захисту
  • Проконсультуйтеся з місцевим юристом про статус оператора вузла у вашій юрисдикції

Аналіз ризиків та планування надзвичайних ситуацій

Політика-залежні зміни Bitcoin Core v30 створюють мінімальні ризики на рівні консенсусу, але значні операційні, юридичні та управлінські виклики, що потребують планування надзвичайних ситуацій.

Потенційні режими відмови

Застряглі оновлення: на відміну від софтфорків, які можуть не активуватися, якщо недостатньо підтримки майнерів, v30 не може "застрягти" — це випуск програмного забезпечення, яке набуває чинності одразу після оновлення. Однак прийняття може застопоритися, якщо контроверсія завадить широкому розгортанню. Імовірність: Середня. Поточні метрики показують, що приблизно 13-20% вузлів вже працюють на альтернативних реалізаціях (Bitcoin Knots), що свідчить про значний опір операторів.


Юридичне Втручання: Притягнення до відповідальності операторів вузлів з боку державних органів за розміщення незаконного контенту, вбудованого в блокчейн, може призвести до централізації, оскільки оператори-аматори закривають вузли. Ймовірність: Низька до середньої. Ясного прецеденту не існує, але Нік Сабо та інші попереджають про "відкриті юридичні питання" в різних юрисдикціях.

Закриття Постачальниками хмарних послуг: Автоматизовані системи виявлення шкідливого програмного забезпечення/контенту на AWS, Azure або GCP, що приводять до завершення роботи вузлів, можуть порушити роботу обмінів та інфраструктури. Ймовірність: Низька. Більшість розробників заперечують прогнози "катастрофічного провалу", відзначаючи, що дані блокчейна не відповідають типовим схемам розповсюдження контенту, які викликають автоматизовані перевірки.

### Сценарії Розділення Ланцюга

Розділення на рівні консенсусу: Практично неможливо. V30 не змінює жодних правил консенсусу — як Bitcoin Core v30, так і альтернативні реалізації валідують блоки однаково. Існуватиме лише одна блокчейн Bitcoin, яку слідуватимуть всі реалізації.

Фрагментація на рівні політики: Вже відбувається. Різне програмне забезпечення для вузлів впроваджує різні політики стосовно пам’яті транзакцій. Це запланована функція, що забезпечує суверенітет вузлів, а не помилка. "Розділення" впливає на поширення транзакцій, а не на дійсність блоків.

Історичний Прецедент: Bitcoin Cash (2017) представляв реальну хардфорк, де несумісні правила консенсусу створили постійно розійшлися ланцюги. V30 не схожий на Bitcoin Cash або спірні м’які форки, як SegWit — це зміна політики, де вибір користувача зберігає єдність мережі.

### Механізми Захисту від Повторного Відтворення

Не застосовується: Захист від повторного відтворення запобігає повторенню транзакцій, дійсних на одному ланцюзі, на іншому після розділення. Оскільки v30 не створює розділення ланцюга та підтримує повну сумісність з консенсусом, захист від повторного відтворення не є необхідним. Транзакції, створені гаманцями v30, ідентичні на рівні консенсусу транзакціям з будь-якої іншої версії.

### Аварійні Процедури Реагування

Виявлення Критичної Помилки: Якщо після випуску v30 будуть виявлені критичні вразливості, встановлені процедури Bitcoin Core активуються:

1. Приватне повідомлення на [email protected]
2. Оцінка серйозності командою безпеки
3. Прискорена розробка виправлень
4. Координоване оприлюднення після узгодження термінів відповідно до серйозності
5. Екстрений випуск, якщо критично (схоже на відповідь на уразливість CVE-2018-17144 у сфері інфляційної помилки)

Оператори повинні підготуватися:
- Моніторинг рекомендацій з безпеки Bitcoin Core
- Підписка на список розсилки bitcoin-dev
- Слідкувати за технічним висвітленням в новинах Bitcoin Optech
- Утримувати можливість швидкого впровадження патчів для безпеки
- Мати процедури відкату (зберігати бінарні файли версії v29)

Суперечливе Скасування Політики: Якщо в реальному світі розгортання v30 виявить непередбачені катастрофічні проблеми (масовий спам у блокчейні, значне юридичне переслідування, скоординовані закриття хмарних провайдерів, наприклад), Bitcoin Core може випустити v31, що скасовує зміни:

- Не знецінювати опції `-datacarrier` та `-datacarriersize`
- Відновити дефолт в 83 байти або впровадити інші межі
- Надати настанови з міграції налаштувань

Ймовірність: Низька до середньої. Розробникам Bitcoin Core потрібні вагомі докази фактичної шкоди (а не теоретичних побоювань) для зміни курсу. Різноманітність реалізації (Knots) надає альтернативу без необхідності зміни політики Core.

### Що повинні підготувати оператори

Для всіх операторів вузлів:
1. Стратегія резервного копіювання: Забезпечити резервне копіювання файлів wallet.dat та файлів конфігурації перед оновленням
2. Тестове середовище: Утримувати налаштування testnet або regtest для тестування змін перед розгортанням на основній мережі
3. Системи моніторингу: Впровадити оповіщення про незвичайні розміри пам’яті транзакцій, споживання ресурсів або показники помилок
4. Можливість відкату: Зберігати бінарні файли v29 для екстреного пониження версії, якщо потрібно
5. План комунікації: Встановити процедури для координації з колегами, обмінами або користувачами, якщо виникають проблеми

Для інфраструктури бірж/кастодіальних сервісів:
1. Юридичний огляд: Консультації з юристами щодо відповідальності операторів вузлів у всіх юрисдикціях роботи
2. Оновлення відповідності: Оновити процедури AML/KYC для обробки транзакцій з великими обсягами даних
3. Рішення з конфігурації: Документувати обґрунтування вибору політики (дефолт v30, користувацькі межі або Knots)
4. Відповідь на інциденти: Розробити процедури для виявлення незаконного контенту в даних блокчейн
5. Резервування: Утримувати операційну гнучкість для перемикання реалізацій, якщо потрібно

Для операторів Lightning Network:
1. Управління комісіями: Підготуватися до покращеної надійності CPFP завдяки покращеній ретрансляції пакетів
2. Інтеграція TRUC: Розглянути можливість оновлення реалізацій каналів для використання транзакцій v3
3. Моніторинг зобов’язань: Покращені можливості збільшення комісії знижують ризики примусового закриття
4. Тестування: Валідована перевірка сценаріїв збільшення комісії на тестовій мережі перед розгортанням на основній мережі

Для майнінгових пулів:
1. Планування Stratum v2: Оцінка IPC інтерфейсу майнінгу для майбутньої реалізації Stratum v2
2. Політики шаблонів: Прийняття рішення про політики шаблонів блоків щодо великих транзакцій OP_RETURN
3. Конфігурація пам’яті транзакцій: Розгляд операційного впливу нижчих дефолтних комісій
4. Моніторинг: Відстеження фактичних моделей використання OP_RETURN після впровадження v30

Для окремих користувачів:
1. Перевірка гаманця: Перевірка, чи використовуєте ви вбудований гаманець Bitcoin Core (необхідна міграція) чи зовнішній гаманець (дії не потрібні)
2. Політика вузла: Якщо працюєте з повним вузлом, прийміть рішення щодо філософії конфігурації (дефолт, строгий або альтернативна реалізація)
3. Поведінка транзакцій: Розуміння, що нижчі комісії можливі, але вимагають змін конфігурації гаманця
4. Практики конфіденційності: V30 не пропонує покращень у сфері конфіденційності — продовжуйте використовувати найкращі практики (ротація адрес, Tor, CoinJoin)

### Планування роботи в умовах непередбачуваності: кілька сценаріїв

Сценарій 1: Гладке розгортання (60% ймовірності)

V30 розгортається протягом 6-12 місяців, досягаючи 60-80% прийняття. Використання великих OP_RETURN залишається мінімальним через високі комісії під час періодів підвищеного попиту. Юридичні побоювання виявляються перебільшеними — жодні переслідування не матеріалізуються. Bitcoin Knots утримує ~10-15% частки мережі, забезпечуючи різноманітність політики. Ніякі екстрені втручання не потрібні.

Відповідь операторів: Моніторинг метрик прийняття, відстеження фактичних моделей використання OP_RETURN, коригування політики, якщо аналітичні докази виправдовують зміни.

Сценарій 2: Політичний глухий кут (25% ймовірності)

Спільнота залишається розколотою. Прийняття Core застопорюється на 40-50%, у той час як Knots утримує 20-30% частки. Мережа працює з значною фрагментацією політики. Поширення транзакцій стає менш надійним для крайніх випадків. Ні одна реалізація не домінує.

Відповідь операторів: Утримувати гнучкість для перемикання реалізацій на основі оперативних потреб, розглянути можливість запуску декількох типів вузлів для критичної інфраструктури, брати участь в обговореннях спільноти щодо еволюції політики.

Сценарій 3: Юридичне втручання (10% імовірності)

Одна або більше юрисдикцій переслідують операторів вузлів за розміщення незаконного контенту на блокчейні. Хмарні провайдери починають завершувати роботу вузлів Bitcoin. Оператори-аматори масово закривають вузли. Мережа централізується навколо добре забезпечених, захищених у правовому відношенні операторів.

Відповідь операторів: Негайна юридична консультація, оцінка ризиків в юрисдикціях, розгляд можливості переміщення інфраструктури вузлів в сприятливі юрисдикції, впровадження посиленого моніторингу контенту, переключення на більш строгі реалізації політик (Knots), збереження низького профілю для особистих вузлів.

Сценарій 4: Технічна катастрофа (5% ймовірності)

Критична вразливість виявлена у v30 після випуску, що дозволяє крадіжки, атаки типу DoS або збої в консенсусі. Потрібна екстрена відповідь.

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

### Довгострокове зниження ризиків

Різноманітність реалізації: Поява Bitcoin Knots демонструє здорове різноманіття реалізацій. Довгостроково Bitcoin отримає вигоду від кількох сумісних реалізацій, що забезпечують стійкість проти вразливостей окремого клієнта або захоплення управління.

Еволюційний тиск: Реальне використання визначить, чи зміни політики v30 будуть корисними або шкідливими. Ринкові сили (комісії), юридичні розробки та технічні інновації будуть формувати майбутню еволюцію політики.

Управління спільнотою: Контроверсія навколо v30, хоча і болюча, демонструє, що управління Bitcoin функціонує через децентралізований індивідуальний вибір, а не через централізований орган. Оператори, які не задоволені Core, можуть перейти на альтернативи, зберігаючи при цьому єдність мережі завдяки сумісності консенсусу.

Моніторинг та адаптація: Наступні 12-24 місяців нададуть важливі дані про реальний вплив v30. Оператори повинні стежити за зростанням набору UTXO, фактичними моделями використання OP_RETURN, юридичними розробками, тенденціями у кількості вузлів, еволюцією ринку комісій — потім адаптувати політику на основі доказів, а не спекуляцій.

## Метрики прийняття та часовий план

Розуміння розгортання v30 вимагає відстеження кількох метрик серед вузлів, майнінгу, обмінів та фактичного використання політики. На відміну від оновлень консенсусу, що потребують скоординованої активації, зміни стосовно лише політики v30 впроваджуються поступово через індивідуальний вибір операторів.

### Відстеження прийняття вузлів

Основні ресурси:

Bitnodes.io: Відстежує ~23,000-25,000 публічно доступних вузлів, показуючи розподіл версій та топологію мережі. Інформаційна панель відображає "Агенти користувача", що ідентифікують клієнтське програмне забезпечення (наприклад, "/Satoshi:30.0.0/" для Bitcoin Core v30). Жива карта візуалізує глобальний розподіл вузлів.

Coin.Dance: Надає розподіл реалізації (Core проти Knots проти інших), фільтруючи дублікати вузлів за IP-адресами. Відстежує лише вузли, що приймають вхідні з'єднання.

[Luke Dashjr's Node](https://luke.dashjr.org/programs/bitcoin/files/charts/node/)**Пропустити переклад для markdown посилань.**

**Вміст:** Count: Alternative counting methodology providing different perspective on network composition.

Поточний базис (1 жовтня 2025):
- Всього досяжних вузлів: ~22,500-25,000
- Bitcoin Core (усі версії): ~80-85%
- Bitcoin Knots: ~13-20% (зросло з 2% у січні 2025 року)
- Інші реалізації (btcd, libbitcoin, тощо): ~5%

### Очікувана хронологія прийняття v30

Аналіз історичного узору:

На основі попередніх випусків Bitcoin Core:
- Тиждень 1-2: 5-10% (перші користувачі, оператори інфраструктури тестують у продакшені)
- Місяць 1: 20-30% (активні члени спільноти, біржі, що завершують тестування)
- Місяць 3: 40-60% (основні користувачі, оновлення провайдерів інфраструктури)
- Місяць 6: 60-80% (більшість прийняття, менш великі оператори слідують)
- Місяць 12: 80-90% (майже повне прийняття, за винятком навмисних утримань)

Фактори, що впливають на прийняття v30:

Фактори, що прискорюють:
- Відсутність змін консенсусу знижує ризик впровадження
- Покращення безпеки стимулює оновлення
- Оператори Lightning Network мотивовані покращенням передачі пакетів
- Нижчі стандартні розцінки на комісії вигідні під час періодів низького попиту

Фактори, що уповільнюють:
- Контроверсія OP_RETURN викликає опір (~20% вже на альтернативній реалізації)
- Вимога міграції старих гаманців затримує непідготовлених операторів
- Відсутність термінових виправлень безпеки, які б стимулювали швидке розгортання
- Фрагментація політики прийнятна (оператори можуть залишатися на v29 необмежено)

Реалістичний прогноз прогресу v30:
- Місяць 1: 15-25% (повільніше типового через контроверсію)
- Місяць 3: 35-50%
- Місяць 6: 50-65%
- Місяць 12: 60-75% (плато через постійне використання Knots)
- Довгостроковий стійкий стан: 65-80% Core v30+, 15-20% Knots, 5% інших/застарілих

### Відслідковування прийнятності серед майнерів

Відсутність необхідності сигналізації: Відсутність змін консенсусу, які потребують активації майнерів у v30. Майнерські впровадження відбуваються за графіком, залежно від потреб у функціях та сумісності з програмним забезпеченням пулів.

Метрики для моніторингу:
- Оголошення майнингових пулів щодо розгортання v30
- Строкові рядки версій в коді блоку, що вказують на програмне забезпечення майнера
- Рівні прийняття Stratum v2 (окремо, але пов'язані з інтерфейсом IPC)
- Політики шаблонів блоків (спостережувані патерни включення OP_RETURN)

Очікуваний малюнок: Майнинг пулів зазвичай відстають від вузлів на 2-4 місяці, оскільки пули проводять розширене тестування перед застосуванням у продакшні. Великі пули (Foundry, F2Pool, Binance Pool), що представляють >50% хешрейту, визначатимуть терміни прийняття.

### Прийняття серед бірж і кастодіанів

Критичні шляхові залежності:
1. Тиждень 1-4: Внутрішнє тестування на тестнеті/сигнеті
2. Тиждень 4-8: Міграція старих гаманців та оновлення конфігурацій
3. Тиждень 8-12: Поступове розгортання у продакшн (тестнет → малі гаманці → основна інфраструктура)
4. Місяць 3-6: Повне розгортання по всіх системах

Складність біржі: Великі біржі використовують сотні вузлів у багатьох регіонах з складною інфраструктурою гаманців. Перехід від застарілих до дескрипторних гаманців для високоцінних гарячих гаманців вимагає розширеного тестування та аудиту.

Публічно відстежувані: Основні біржі часто оголошують про оновлення інфраструктури. Слідкуйте за блогом Coinbase Engineering, блогами Kraken, оголошеннями Binance і технічними акаунтами в Twitter для повідомлень про розгортання.

### Метрики використання політики

Крім прийняття вузлів, відстеження фактичного використання нових політик надає критичний зворотний зв'язок:

Узори використання OP_RETURN:
- Базовий рівень: Транзакції OP_RETURN до v30 (~0,1-0,5% транзакцій, 80 байтів)
- Відстеження: Великі транзакції OP_RETURN після v30 (>80 байтів) як відсоток від загального
- Моніторинг: Розподіл розмірів OP_RETURN (80-1КБ, 1-10КБ, 10-100КБ діапазони)
- Аналіз: Рівні комісій, сплачені за великі транзакції OP_RETURN

Джерела даних:
- Blockchain-експлорери з розбором OP_RETURN (Bitcoin.com, Blockchair)
- Академічні дослідницькі групи, що аналізують дані блокчейну
- Сайти відстеження ординалів/інскрипцій (хоча більшість інскрипцій використовують дані свідка, а не OP_RETURN)

Пропаґація транзакцій з низькою комісією:
- Відстеження: Відсоток блоків, що містять транзакції з комісією менше 1 сат/вБ
- Моніторинг: Мінімальні комісії у мемпулі під час періодів низького попиту
- Аналіз: Кореляція між прийняттям вузлів і пропаґацєю транзакцій з низькою комісією

Прийняття транзакцій TRUC (v3):
- Відстеження: Транзакції версії 3 як відсоток від загального
- Моніторинг: Впровадження угод TRUC від Lightning Network
- Аналіз: Успішність підвищення комісії для TRUC у порівнянні зі стандартними транзакціями

### Метрики активації (не застосовуються)

V30 не вимагає порогів активації, періодів грацій або вимірів готовності. Однак певні метрики вказують на "ефективну активацію", коли нові політики стають надійними:

Надійність ретрансляції по всій мережі: Коли 75%+ вузлів працюють на v30, транзакції з використанням нових політик (великі OP_RETURN, комісії менше 1 сат/вБ) надійно передаються через мережу. Нижче 75%, користувачі можуть відчувати несумісності у пропаґації.

Підтримка бірж: Коли основні біржі (Coinbase, Kraken, Binance, що представляють >60% обсягу зберігання) завершать розгортання v30, прийняття дескрипторних гаманців стане галузевим стандартом.

Надійність Lightning: Коли основні реалізації Lightning (LND, CLN, Eclair) використовують покращення ретрансляції пакетів і підтримку TRUC у продукційних релізах, повною мірою реалізовуються переваги Lightning Network.

### Інструменти і панелі для моніторингу

Рекомендований стек моніторингу:

1. Панель Bitnodes.io: Щоденні перевірки розподілу версій
2. Статистика вузлів Coin.Dance: Щотижневі перевірки частки Core проти Knots
3. Бюлетень Bitcoin Optech: Щотижневе технічне висвітлення (підписатися на bitcoinops.org)
4. Оголошення майнингових пулів: Слідкуйте за основними пулами в Twitter/соціальних мережах
5. Блокчейн-експлорери: Моніторинг патернів транзакцій OP_RETURN
6. Спостереження на GitHub: Підпишіться на репозиторій bitcoin/bitcoin для радників з безпеки

Щотижневі метрики для відстеження:
- Відсоток Bitcoin Core v30.x (ціль: поступова надбавка до 60-80%)
- Відсоток Bitcoin Knots (стежте за: стабільністю на 15-20% або несподіваними змінами)
- Кількість великих транзакцій OP_RETURN (стежте за: спам-атаками або несподіваним використанням)
- Пропаґація транзакцій з комісією менше 1 сат/вБ (ціль: покращення під час періодів низького попиту)
- Уразливості безпеки (дії: негайний перегляд і розгортання патчів)

Щомісячні метрики для відстеження:
- Оголошення розгортання бірж
- Оновлення реалізацій Lightning Network
- Юридичні/регуляторні зміни щодо відповідальності операторів вузлів
- Рівень зростання набору UTXO (стежте за: змінами, що вказують на OP_RETURN проти інших методів зберігання)
- Академічні аналізи впливу політики v30

### Що відстежувати на наступні 3-12 місяців

Місяці 1-3 (жовтень-грудень 2025): Початкове розгортання
- Фокус: Темпи прийняття вузлів, ранні узори використання OP_RETURN, оголошення про міграцію бірж
- Червоні прапори: Затримка прийняття нижче 15%, масові зупинки вузлів через юридичні проблеми, критичні помилки
- Зелені прапори: Стабільне прийняття до 30-40%, мінімальний спам OP_RETURN, гладкі міграції бірж

Місяці 4-6 (січень-березень 2026): Основне прийняття
- Фокус: Стабільність фрагментації політики, інтеграція Lightning Network, фактичний вплив на набір UTXO
- Червоні прапори: Розширення розколу Core/Knots понад 70/20, початок юридичних переслідувань, дисфункція ринкової комісії
- Зелені прапори: Прийняття до 50-60%, реалізація переваг Lightning, стабільність або зниження зростання UTXO

Місяці 7-12 (квітень-вересень 2026): Оцінка дозрілості
- Фокус: Довгострокова ефективність політики, реалізація реальних шкод чи переваг, вплив на ринок
- Червоні прапори: Погіршення показників централізації, ворожа юридична середа, значний об'єм блокчейну
- Зелені прапори: Здорова диверсифікація реалізацій, відсутність юридичних проблем, покращений досвід Lightning, стабільна мережа

### Реалістичні вікна активації

V30 не має єдиного моменту "активації". Натомість, поступове розблокування можливостей відбувається зі збільшенням прийняття:

25% Прийняття вузлів (~Місяць 2): Перші користувачі можуть використовувати нові політики, але зустрічають несумісності у пропаґації. Прямі з'єднання вузлів або стосунки з майнинговими пулами все ще корисні.

50% Прийняття вузлів (~Місяць 4-5): Нові політики стають досить надійними для пересічних користувачів. Реалізації Lightning починають використовувати покращення ретрансляції пакетів в бета/експериментальних режимах.

75% Прийняття вузлів (~Місяць 8-10): Нові політики повністю надійні. Переваги покращеної ретрансляції пакетів в Lightning Network доступні в продукційних релізах. Мережа досягає "ефективної активації".

Стійкий стан (~Місяць 12-18): Прийняття приходить до ~65-80% Core v30+, при ~15-20% Knots, що забезпечує різноманітність політики. Залишкові ~5-10% використовують застарілі версії (риск безпеки, але узгодженні з консенсусом).

## Висновок і метрики для спостереження

Bitcoin Core v30 представляє технічну і філософську точку перелому. Випуск приносить значні покращення інфраструктури — стандартизацію дескрипторних гаманців, покращення підвищення комісій у Lightning Network, основи Stratum v2, і ефективну пропаґацію транзакцій з низькою комісією — водночас є джерелом найінтенсивнішої суперечки в спільноті з часів скейлінгових війн 2017 року.

Розширення політики OP_RETURN лежить в основі суперечності, кристалізуючи фундаментальні розбіжності щодо мети Біткоїна. Чи має Біткоїн залишатися виключно електронною готівкою від користувача до користувача із політиками ретрансляції, що відмовляють у використанні не грошових операцій? Чи повинен Біткоїн прийняти мережеву нейтральність, де ринкові сили визначають включення через комісії, і політика ретрансляції агностична до вмісту транзакцій? Обидві позиції претендують на статус опору цензурі та децентралізації, але досягають протилежних висновків щодо відповідних налаштувань програмного забезпечення.

Критично, ця дискусія відбувається повністю на рівні політики — v30 не містить жодних змін консенсусу. Bitcoin Core v30 і Bitcoin Knots перевіряють ідентичні блокчейни, використовуючи однакові правила консенсусу. Існуватиме один Біткоїн, без конкуруючих ланцюгів. "Розділ" проявляється у різній поведінці ретрансляції транзакцій та різноманітності реалізацій, демонструючи стійкість Біткоїна через вибір користувача, а не через централізований мандат.

### Основні висновки

Для більшості користувачів: Жодної дії не потребує. Зовнішні гаманці (апаратні, мобільні, настільні) залишаються повністю сумісними. Якщо ви не керуєте повним вузлом або не використовуєте Біткоїн...Зміст: Вбудований гаманець Core, розгортання v30 невидиме.

Для користувачів гаманця Bitcoin Core: Міграція з легасі гаманців до гаманців з дескрипторами є обов'язковою перед оновленням. Використовуйте RPC `migratewallet`, спочатку протестуйте на тестнеті та зробіть резервну копію всього. Це одноразове зусилля, яке забезпечує покращений функціонал гаманця.

Для операторів вузлів: Попереду чекає філософське рішення. Прийняти за замовчуванням v30, охоплюючи нейтральність мережі та узгодженість з поведінкою майнерів? Налаштувати суворіші обмеження для збереження попередніх політик? Чи перейти на Bitcoin Knots для консервативних налаштувань без попереджень про застарілі функції? Всі три підходи зберігають сумісність консенсусу — обирайте на основі цінностей і готовності до ризику.

Для операторів Lightning Network: V30 приносить відчутні переваги. Покращена релейна система пакетів підвищує надійність підвищення комісії транзакції зобов'язань. Підтримка TRUC дозволяє кращі реалізації каналів з якірним вкладанням. Нижчі комісійні за замовчуванням допомагають у періоди низького попиту. Оновлення надає значущі покращення в операційній діяльності.

Для бірж та інфраструктури: Потрібне критичне планування. Міграція легасі гаманців є обов'язковою для користувачів Bitcoin Core. Депрекції RPC вимагають оновлення коду. Політичні рішення впливають на обробку транзакцій і процедури відповідності. Рекомендовано юридичний перегляд з огляду на розширення OP_RETURN та пов'язані питання відповідальності.

Для мережі Bitcoin: Суперечка демонструє здорове управління через різноманітність реалізацій, а не централізоване управління. Зростання частки Bitcoin Knots до 15-20% показує, що користувачі можуть голосувати на основі вибору програмного забезпечення. Реалізації як Core, так і Knots залишаються сумісними з консенсусом, запобігаючи розділам ланцюга, водночас дозволяючи експериментувати з політиками.

### Критичні метрики для моніторингу

Прийняття вузла (Основне):
- Відсоток Bitcoin Core v30 (ціль: 60-80% до 12-го місяця)
- Відсоток Bitcoin Knots (спостерігати за стабільністю на рівні 15-20%)
- Загальна кількість досяжних вузлів (спостерігати за: спадками, які вказують на закриття через юридичні/фінансові причини)

Шаблони використання політики:
- Кількість великих OP_RETURN транзакцій (спостерігати за: спам атаками або несподіваним масовим прийняттям)
- Розподіл розміру OP_RETURN (>80 байт, >1КБ, >10КБ)
- Поширення транзакцій з комісією менше 1 сат/вБ у періоди низького попиту
- Прийняття TRUC (v3) транзакцій у Lightning Network

Показники здоров'я мережі:
- Темпи зростання UTXO сету (спостерігати за: впливом OP_RETURN у порівнянні з альтернативними методами зберігання)
- Характеристики мемпулу під час високого/низького попиту
- Метрики ефективності поширення блоків
- Динаміка ринку комісій та мікс доходів майнерів

Юридичні та нормативні розробки:
- Переслідування операторів вузлів (у будь-якій юрисдикції)
- Регуляторні заяви щодо зберігання даних блокчейн
- Політики постачальників хмарних обчислень щодо вузлів Bitcoin
- Академічний юридичний аналіз та розвиток судової практики

Біржа та інфраструктура:
- Оголошення великих бірж про розгортання v30
- Оновлення реалізацій Lightning Network (LND, CLN, Eclair)
- Прийняття шахтними пулами та прогрес Stratum v2
- Оновлення обстежувачів блоків для підтримки декількох OP_RETURN

Безпека та стабільність:
- Сповіщення про безпеку Bitcoin Core
- Відкриття критичних багів та екстрені випуски
- Шаблони атак (спам, DoS спроби, експлойти)
- Метрики стійкості мережі

### Що відбувається далі

Жовтень 2025: Очікується фінальний реліз v30.0 наприкінці місяця. Ранні користувачі починають розгортання. Біржі завершують внутрішнє тестування та розпочинають етапи впровадження у виробництво.

Листопад-грудень 2025: Прийняття зростає до 20-30% у міру оновлення операторів інфраструктури. Ранні шаблони реального використання OP_RETURN починають з'являтися, надаючи перші дані про те, чи підтвердяться побоювання критиків або оптимізм прихильників. Реалізації Lightning розпочинають бета-тестування покращень пакетної релейної системи.

Q1 2026: Основне прийняття досягає 40-50%. Міграція біржових гаманців здебільшого завершена. Випуски Lightning Network включають переваги v30. Академічні дослідники публікують перші аналізи впливу політики. Юридична картина стає яснішою або більш тривожною в залежності від реакцій юрисдикції.

Q2-Q3 2026: Прийняття стабілізується на постійному рівні (~65-80% Core, ~15-20% Knots). Довгострокова ефективність політик стає вимірною через зростання UTXO сету, поведінку ринку комісій, та метрику надійності Lightning Network. Спільнота оцінює, чи зберігати, модифікувати або відміняти суперечливі політики на основі доказів.

Q4 2026 та далі: Якщо політики v30 виявляться корисними (зменшення засмічення UTXO, покращення досвіду роботи з Lightning, відсутність юридичних катастроф), може відбутися консенсус на підтримку поточного напряму. Якщо виявляться шкоди (масовий спам, юридичні переслідування, централізація), тиск зростає на коригування політик у майбутніх релізах. Різноманітність реалізацій гарантує стійкість мережі незалежно від результату.

### Завершальні думки

Bitcoin Core v30 технічно успішний у вирішенні накопиченого технічного боргу (видалення легасі гаманців), забезпеченні майбутніх поліпшень інфраструктури (Stratum v2 через IPC) та підвищенні надійності Lightning Network (релейна система пакетів, підтримка TRUC). Ці внески виправдовують випуск з чисто технічної точки зору.

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

Для стейкхолдерів, які приймають негайні рішення: Оцініть свої операційні потреби, терпимість до юридичних ризиків і філософські позиції. Тестуйте ретельно на тестнеті. Обережно мігруйте легасі гаманці. Пильно слідкуйте за сповіщеннями безпеки. Обирайте реалізації, що відповідають вашим цінностям. Адаптуйтеся, оскільки накопичуються докази.

Bitcoin Core v30 буде запам'ятовано не за те, що спричинило найбільше драми (цього не станеться), але за те, що протестувало децентралізоване управління Bitcoin і продемонструвало, що політичні розбіжності можуть співіснувати з єдністю консенсусу. Мережа виживе, адаптується і в кінцевому підсумку стане більш стійкою, переживши цю суперечку прозоро, а не через нав'язаний консенсус.

Блокчейн не ділиться. Програмне забезпечення так. І це за дизайном.
Застереження: Інформація, надана в цій статті, є виключно освітньою і не повинна розглядатися як фінансова або юридична консультація. Завжди проводьте власні дослідження або звертайтеся до фахівців перед тим, як працювати з криптовалютними активами.
Останні дослідницькі статті
Показати всі дослідницькі статті
Схожі дослідницькі статті
Керівництво по випуску Bitcoin Core v30: Зміни OP_RETURN, оновлення гаманця та вплив на мережу | Yellow.com