Розробник Bitcoin Метт Королло оцінив імовірність у 80%, що BIP-54 — запропоноване оновлення, покликане виправити чотири давні вразливості мережі, — стане наступним софт-форком Bitcoin.
Резюме
- Розробник Bitcoin Метт Королло оцінив імовірність у 80%, що BIP-54 — пропозиція виправити чотири давні вразливості мережі — стане наступним софт-форком Bitcoin.
- Запропоноване оновлення має усунути слабкі місця в коригуванні складності майнінгу, валідації блоків, доказах дерева Меркла та дубльованих транзакціях coinbase.
- BIP-54 не має підтвердженої дати активації, хоча оцінки розробників, зібрані на TABconf, свідчать, що оновлення може з'явитися у 2027 році або, ймовірніше, у 2028 році й пізніше.
- Деякі розробники сумніваються, чи Bitcoin має надавати пріоритет підтримці над новими функціями, тоді як Королло вважає, що оновлення може допомогти встановити чіткіший процес для майбутніх софт-форків.
Згідно з репортажем Decrypt від 4 листопада, Королло обговорив цю пропозицію під час виступу на MARA Foundation TV з головою MARA Foundation Ізабель Фоксен Дюк, де він пояснив, чому розробники могли б надати пріоритет виправленню наявних проблем консенсусу перед впровадженням нових функцій.
Пропозиція, відома як Great Consensus Cleanup, бере початок з роботи, яку Королло представив у 2019 році, і з того часу розвинулася в офіційну пропозицію щодо вдосконалення Bitcoin, співавтором якої є розробник Антуан Пуансо.
Хоча оновлення не має підтвердженої дати активації, Королло вважає, що воно вирішує технічні проблеми, які розробники загалом визнають, не вимагаючи значних змін у функціональності Bitcoin.
«Є довгий перелік речей, про які ми знаємо, що їх справді потрібно вичистити», — сказав Королло, описуючи вразливості як справжні проблеми, але не як негайні загрози для мережі.
BIP-54 пропонує виправлення для чотирьох вразливостей Bitcoin
Офіційна специфікація BIP-54 окреслює зміни до правил коригування складності Bitcoin, процесу валідації транзакцій, структури дерева Меркла та вимог до транзакцій coinbase.
Одна з проблем стосується вразливості, відомої як атака timewarp, яка могла б дозволити майнерам, що контролюють більшість обчислювальної потужності Bitcoin, маніпулювати часовими мітками блоків.
Bitcoin зазвичай коригує складність майнінгу кожні 2 016 блоків, або приблизно два тижні. Використовуючи наявні правила часових міток, зловмисник міг би штучно знизити складність і спричинити швидше, ніж передбачено, створення нових блоків.
Технічна документація пропозиції оцінює, що зловмисник потенційно міг би довести складність майнінгу до мінімуму протягом 38 днів за екстремальних обставин.
Щоб вирішити цю проблему, BIP-54 запроваджує обмеження на часові мітки на початку та в кінці кожного періоду коригування складності, включаючи двогодинний допуск, призначений для врахування нормальних варіацій.
Ще одна запропонована зміна стосується спеціально сконструйованих блоків, які вимагають надзвичайно великих обсягів обчислювальної потужності для валідації.
Згідно зі специфікацією, обробка деяких блоків могла б займати кілька хвилин на потужних комп'ютерах і потенційно години на менш потужних машинах, дозволяючи зловмисним майнерам уповільнювати конкурентів.
BIP-54 обмежив би певні операції перевірки підписів до 2 500 на транзакцію. Його автори оцінюють, що це обмеження могло б зменшити час валідації блоку в найгіршому випадку в 40 разів.
Третє виправлення стосується вразливостей дерева Меркла, пов'язаних із транзакціями, що мають рівно 64 байти даних без свідків.
За певних умов такі транзакції можуть нагадувати внутрішні вузли дерева Меркла, потенційно дозволяючи зловмисникам обманювати легкі клієнти Bitcoin, змушуючи їх приймати шахрайські докази включення транзакцій.
Запропоновані правила визнавали б недійсними транзакції такого конкретного розміру, усуваючи основну неоднозначність.
Остання зміна стосується дубльованих транзакцій coinbase, які є спеціальними транзакціями, що їх створюють майнери для отримання винагороди за блок.
BIP-54 запровадив би нові вимоги до полів транзакцій coinbase, щоб запобігти повторній появі проблем ідентифікації історичних транзакцій на майбутніх висотах блоків.
Специфікація визначає блок 1 983 702 як найранішу майбутню висоту, на якій за існуючих правил може виникнути дублікат транзакції coinbase.
Розробники Bitcoin стикаються з розбіжностями щодо майбутніх оновлень
Попри впевненість Корралло, пропозиція викликала критику з боку розробників, які вважають, що Bitcoin має надавати пріоритет оновленням, які запроваджують нові можливості.
Пол Шторк, співзасновник і генеральний директор LayerTwo Labs, назвав перспективу активації BIP-54 «дещо гнітючою» у дописі на X, стверджуючи, що пропозиція зводиться до обслуговування без додавання функціональності.
Шторк сказав, що розробники, яких він опитав на TABconf в Атланті, загалом очікували, що ця пропозиція щодо очищення стане наступним софт-форком Bitcoin.
Однак їхні оцінки передбачали тривале очікування: найраніший прогноз вказував на вересень 2027 року, а більшість очікувала активації у 2028 році або пізніше.
Це обговорення відбувається після багатьох років розбіжностей щодо змін протоколу Bitcoin відтоді, як у листопаді 2021 року було активовано Taproot.
У вересні crypto.news повідомляв про занепокоєння Шторка щодо того, що Bitcoin може зазнати труднощів з активацією подальших софт-форків через розбіжності щодо того, як мають затверджуватися зміни консенсусу.
Він зокрема вказав на OP_CAT — запропоноване оновлення, яке відновило б операцію, що дозволяє скриптам Bitcoin об'єднувати дані та підтримувати складніші умови витрачання.
Інші пропозиції, зокрема OP_CHECKTEMPLATEVERIFY у межах BIP-119, зіткнулися з подібними труднощами щодо забезпечення достатньої підтримки в усій екосистемі Bitcoin.
Тим часом квантові обчислення стали ще однією темою обговорень протоколу. Coinbase нещодавно окреслила можливі підходи до захисту Bitcoin від майбутніх квантових загроз, зокрема BIP-360 та запропоновану ним структуру виходу Pay-to-Merkle-Root.
На відміну від цих пропозицій, BIP-54 зосереджується на виправленні слабких місць в існуючих правилах консенсусу Bitcoin.
Корралло хоче, щоб BIP-54 запровадив процес активації софт-форків
Окрім технічних змін, Корралло вважає, що оновлення могло б допомогти розробникам запровадити більш передбачуваний процес для впровадження майбутніх софт-форків Bitcoin.
Він пояснив, що оновлення Bitcoin історично передбачали складні технічні рішення, але розбіжності щодо методів активації стали не менш важливою перешкодою.
Під час дебатів щодо розгортання Taproot учасники розійшлися в думках щодо того, чи майнери повинні сигналізувати про підтримку перед активацією, чи користувачі повинні забезпечувати дотримання кінцевого терміну активації.
Корралло припустив, що розробники могли б використати процес розгортання BIP-54, щоб подолати подібні розбіжності та встановити процедури, які можна було б повторно використовувати для наступних оновлень.
Згідно з офіційним журналом змін, пропозиція досягла статусу повної специфікації 22 травня 2026 року, хоча це позначення не означає активації в мережі.
Її положення про сумісність зазначають, що зміни посилять існуючі правила валідації, залишаючись сумісними з вузлами, які не оновилися.
Тим не менш, автори заохочують операторів вузлів оновити своє програмне забезпечення, щоб вони могли самостійно забезпечувати дотримання запропонованих обмежень.
Щодо майнерів, документація зазначає, що версії Bitcoin Core 29.0 і 30.0 вже містять захист шаблонів блоків, сумісний з певними запропонованими обмеженнями, тоді як майнінгові пули повинні будуть забезпечити відповідність своїх транзакцій coinbase новим вимогам.
