Розробники біткойна завершили роботу над запропонованим оновленням безпеки під назвою BIP-54, але заручитися достатньою підтримкою для його активації може виявитися складніше, ніж написати сам код.
Після провалу BIP-110 наступний «м'який форк» біткойна опинився на роздоріжжі

Основні висновки
- BIP-54 усуне чотири крайні випадки консенсусу в мережі Bitcoin без додавання нових функцій.
- 10 серпня засновник F2pool виступив проти BIP-54, що ускладнило активацію майнерів з високим порогом.
- Наступним випробуванням для Bitcoin стане голосування щодо BIP-9 після того, як реалізація BIP-110 зупинилася на рівні блоку 961 635.
BIP-54, офіційно відомий як «Consensus Cleanup», внесе чотири незначні зміни до основних правил Bitcoin. Ця пропозиція спрямована на усунення старих вразливостей та нетипових крайніх випадків, а не на додавання нових способів використання біткойна. Її прихильники стверджують, що це розрізнення має значення: це профілактичне обслуговування мережі, яка зараз коштує набагато більше, ніж на той час, коли було написано багато її правил.
Авторами пропозиції є Антуан Пуансо (Antoine Poinsot), учасник проекту Bitcoin Core, пов’язаний із Chaincode Labs, та Метт Коралло (Matt Corallo), досвідчений розробник Bitcoin. Коралло вперше висунув цю ідею в широкому контексті у 2019 році. Пуансо відновив і розширив цю роботу наприкінці 2023 та на початку 2024 року, а у квітні 2025 року пропозиція отримала офіційне позначення BIP-54. Після тестування та впровадження специфікація була визнана завершеною у травні 2026 року.
Пропозиція має на меті усунути чотири давні прогалини
Перше виправлення покликане усунути потенційну атаку типу «timewarp» на складність майнінгу біткойна. Біткойн перераховує складність майнінгу кожні 2 016 блоків, приблизно кожні два тижні, щоб підтримувати швидкість формування блоків на рівні приблизно одного блоку кожні десять хвилин. Більшість майнінгової потужності мережі могла б скористатися тим, як біткойн вимірює час протягом цих періодів, використовуючи підроблені часові мітки, щоб блоки здавалися повільнішими у створенні, ніж це було насправді.
З часом це може призвести до зниження складності майнінгу. У крайньому випадку зловмисник, що володіє більшістю хешрейту (обчислювальної потужності, яка використовується для майнінгу біткойнів), міг би знизити складність до мінімального рівня приблизно за 38–40 днів. Теоретично це дозволило б зловмиснику генерувати блоки набагато швидше, ніж зазвичай, стрімко створювати нові монети, розширювати базу даних мережі щодо невитрачених монет та порушувати платіжні контракти, що базуються на часі, такі як ті, що використовуються протоколом другого рівня — Lightning Network.
BIP-54 додасть обмеження за часовими мітками на початку та в кінці кожного періоду з 2 016 блоків. Ці правила покликані заблокувати класичний метод «timewarp» та пов’язану з ним варіацію, відому як атака Мерча-Заві, не змінюючи при цьому звичайний майнінг.
BIP-54 також має на меті захистити операторів невеликих вузлів
Друга зміна спрямована проти «отруйних блоків» — валідних блоків, навмисно створених таким чином, щоб їх перевірка на комп’ютерах займала надзвичайно багато часу. Деякі старі скрипти транзакцій Bitcoin можуть вимагати хвилин або навіть годин обробки на звичайному обладнанні. Зловмисник може використовувати їх для уповільнення роботи мережі, збільшення ймовірності того, що майнери марнуватимуть ресурси на застарілі блоки, а також ускладнення експлуатації незалежних вузлів біткойна.
BIP-54 обмежить кількість операцій підпису в старих транзакціях, що були здійснені до впровадження Segregated Witness (SegWit), до 2 500. Операції підпису — це криптографічні перевірки, що використовуються для підтвердження того, що особа має право витрачати біткойни. Звичайні транзакції використовують набагато менше таких операцій, а транзакції SegWit і Taproot не підпадатимуть під це обмеження. Прихильники вважають, що ця зміна в деяких випадках може зменшити навантаження на перевірку в найгіршому випадку приблизно в 40 разів.
Третє зміна усуває проблему в дереві Меркла (Merkle tree) біткойна — системі, яка об’єднує транзакції в один зведений запис для кожного блоку. Транзакція довжиною рівно 64 байти може нагадувати внутрішній елемент цієї структури. Це створює можливість підробити доказ, який може ввести в оману деякі гаманці зі спрощеною верифікацією платежів (SPV) і змусити їх прийняти транзакцію, яка ніколи не була підтверджена.
BIP-54 просто визнає транзакції довжиною 64 байти недійсними. Такі транзакції вже роками є нестандартними і використовуються вкрай рідко. Прихильники пропозиції стверджують, що їх заборона вирішує основну проблему більш чітко, ніж очікування, що кожен «легкий» гаманець використовуватиме обхідний шлях.
Остаточне правило може спростити майбутнє біткойна
Четверта зміна стосується транзакцій coinbase — спеціальних транзакцій, за допомогою яких майнери отримують щойно випущені біткойни та комісії за транзакції. У перші роки існування біткойна ідентичні транзакції coinbase з’являлися в більш ніж одному блоці, що призводило до зникнення невитрачених виходів попередньої транзакції. У біткойні були додані перевірки, щоб запобігти повторенню, але ці перевірки ускладнюють валідацію блоків.
BIP-54 вимагатиме, щоб нові транзакції coinbase містили параметри, пов’язані з висотою блоку або його позицією в блокчейні. Це гарантуватиме унікальність у майбутньому та зрештою дозволить вузлам прибрати старі перевірки на наявність дублікатів транзакцій. Ця зміна може спростити перевірку та підтримати майбутні розробки, спрямовані на зменшення навантаження на пам’ять під час роботи повного вузла.
Позиція F2pool ускладнює активацію
Технічне обґрунтування BIP-54 не поклало край політичним дебатам. Ван Чунь, співзасновник великого майнінг-пулу F2pool, 10 серпня заявив, що не підтримує цю пропозицію. Він пояснив, що F2Pool оновить свої майнінгові вузли, якщо BIP-54 набере необхідну більшість голосів через стандартний процес активації BIP-9, але пул не буде заздалегідь сигналізувати про це.

Заперечення Чуна, висловлене ще у квітні на X, здебільшого стосується процесу та пріоритетів. Він стверджує, що об’єднання чотирьох змін в один пакет нагадує включення не пов’язаних між собою заходів до одного законопроекту. Він вважає, що деякі ризики є надто віддаленими, щоб виправдати координацію, оновлення програмного забезпечення та увагу спільноти, необхідні для м’якого форку, який змінює правила біткойна таким чином, що старі версії програмного забезпечення можуть не підтримувати ці зміни.
Прихильники по-іншому дивляться на об’єднання. Вони стверджують, що кожна зміна консенсусу несе високі соціальні витрати, тому об’єднання кількох захисних виправлень може зменшити кількість складних заходів з активації в масштабах мережі. Вони також зазначають, що зростання вартості біткойна дає зловмисникам більше приводів досліджувати слабкі місця, які раніше здавалися суто теоретичними.
Провал BIP-110 додає нових підстав для обережності
Ця дискусія розгортається одразу після провалу BIP-110 — окремої пропозиції, яка мала на меті тимчасово обмежити нефінансові дані, що зберігаються в транзакціях біткойна. Вона була спрямована проти практик, пов’язаних із написами Ordinals, великими даними OP_RETURN та деякими способами зберігання даних на основі Taproot. Низький поріг активації не зміг залучити значної підтримки з боку майнерів, і паралельний ланцюг, що впроваджував цю пропозицію, зупинився після створення лише кількох блоків.
Цей епізод не робить BIP-54 схожою пропозицією. BIP-54 не додає й не видаляє функції скриптів загального призначення, а також не є шляхом до впровадження «ковенантів» (covenants) чи OP_CAT — пропозицій, які розширили б можливості програмованих витрат у Bitcoin. Проте BIP-110 продемонстрував, як швидко спірне оновлення може перерости у ширшу дискусію щодо того, хто саме повинен вирішувати майбутнє Bitcoin.
BIP-54 вже активний для тестування на Bitcoin Inquisition — тестовому середовищі на базі Signet, а поточні версії Bitcoin Core вже впровадили відповідні захисні заходи. Деякі майнінг-пули, зокрема MARA та ViaBTC, добровільно почали генерувати сумісні транзакції coinbase. Однак офіційні параметри активації ще не встановлено, а голосування в мейннеті залишається відкритим.
Наступне питання полягає в тому, чи зможуть розробники, спільнота, підприємства, оператори вузлів та майнери дійти згоди щодо того, що усунення відомих, але рідко використовуваних ризиків варте чергових координаційних зусиль на рівні хард-форку. Читачам слід стежити за офіційною пропозицією щодо сигналізації BIP-9, додатковими оголошеннями про готовність майнерів, а також за тим, чи не завадить опір F2pool отримати широку підтримку, якої традиційно потребують оновлення Bitcoin.
Цю статтю перекладено з англійської мови за допомогою штучного інтелекту. Оригінальна англомовна версія є авторитетним джерелом; автоматичні переклади можуть містити неточності, особливо в юридичній та нормативній термінології.












