Оновлення Taproot: користувачі Bitcoin почали план активації, дата ще уточнюється

Багато хто з найбільш активних учасників біткойн майже розробили метод активації для Taproot, найбільшого оновлення програмного забезпечення Bitcoin за останні роки.

На публічній зустрічі в Internet Relay Chat (IRC) у вівторок розробники Bitcoin , майнери, бізнес-професіонали та ентузіасти обговорили деталі того, як упакувати оновлення Taproot в оновлення – і як його активувати після того, як код буде відправлено.

Найактивніші з близько 200 учасників чату (в основному, але не всі, розробники), схоже, погодилися з пропозицією щодо вдосконалення Bitcoin (BIP), яка буде використовуватися для активації Taproot. Щоб підготувати BIP до доставки, вони також проголосували за «об’єднання» двох «запитів на витягування» (PR) на GitHub, які описують правила для логіки активації Taproot у вихідний код Bitcoin, коли прийде час просувати оновлення.

Читайте також: Як оновлення Bitcoin Taproot покращить Технології в програмному забезпеченні Bitcoin

ONE із них, PR №1021, містить захід, який дозволяє користувачам примусово активувати оновлення, якщо майнери його не підтримують PR №1020 лише «рекомендує» цей примусовий режим, але не вмикає його за умовчанням. Оскільки більшість учасників підтримують BIP 8 без примусової активації, як зазначив у чаті керівник зустрічі та розробник Bitcoin CORE Майкл Фолксон, подальше обговорення дозволить точно визначити дату початку активації, а також обговорити, наскільки необхідний «день позначення» для примусової активації.

Чому день прапора Taproot (ймовірно) T потрібен

Не те, що майнери, які блокують оновлення, повинні бути проблемою для Taproot, який підтримує близько 91% майнерів, згідно опитування керує віце-президент Poolin Алехандро Де Ла Торре.

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

Оскільки майнери не виявили опору Taproot, більшість учасників висловили перевагу BIP8 (false), при цьому (false) посилаючись на виключення «дня прапора» для примусової активації через повні вузли, якщо оновлення не вдається через відсутність активації майнера.

BIP8, як зараз розроблено, дасть майнерам Bitcoin і повновузловим операторам рік для прийняття оновлення, після чого оновлення буде «заблоковано» з достатньою підтримкою. В ONE із версій цього, BIP8 (false), оновлення просто не вдається без достатньої підтримки. В іншому, BIP8 (правда), «день прапора» змусить майнерів сигналізувати про оновлення після закінчення періоду часу активації, якщо вони не зробили цього заздалегідь.

Читайте також: Усі основні майнінг-пули тепер підтримують Taproot, найбільше оновлення біткойнів за останні роки

Технічна примітка. Є кілька способів оновити Bitcoin, найпростіший – через активацію майнера, коли майнінгові пули оновлюються та починають майнінг блоків за новими правилами. Якщо це не вдається, оператори вузлів можуть оновити та відхилити блоки майнерів, які не повідомили про підтримку оновлення. Цей так званий «користувач активує програмну вилку» (UASF), майжеy використовується для активації SegWit, змусить майнерів, які відмовляються, прийняти нове оновлення.

«Цілком анекдотичний, але я не бачив будь-який [підкреслюю їхнє] протистояння Taproot", — сказав ONE willcl_ark у чаті, маючи на увазі, чи потрібен день прапора. «Я думаю, що використання найменшого спільного знаменника параметрів активації (false) здається розумним вибором, щоб уникнути будь-яких навмисних або випадкових розривів ланцюга у випадку, якщо майнери T сигналізують".

У чому затримка?

Треті, наприклад, плідний розробник Bitcoin CORE Люк Дашджр, не впевнені, що включення дня прапора є непотрібним. Фактично, це питання принципу — продемонструвати, що оператори вузлів вирішують програмне забезпечення, а не майнери.

«Це T має значення», — сказав він у чаті щодо підтримки майнерів. «Майнери не вирішують щодо змін протоколу», — продовжив він, натякаючи, що натомість вирішують оператори вузлів, вибираючи, яке програмне забезпечення запускати. Крім того, він підтримав те, що BIP8 (хибний) «дозволяє майнерам вирішувати» долю оновлення. Пізніше в чаті він сказав, що коли прийде час, він налаштує свій вузол для запуску версії BIP8 (true), яка відхиляє блоки майнерів, не пов’язані з Taproot.

«BIP8 з обов’язковою [активацією] не є непотрібною демонстрацією сили», — сказав Хсьоберг, повторюючи переконання Дашджра, що вибір користувача UASF — це необхідна перевірка й баланс проти апатії майнерів.

Читайте також: Перегляд UASF: чи залишить повстання користувачів Bitcoin тривку спадщину?

Тим не менш, демонстрація сили може створити непотрібний ризик і створити небажаний прецедент для майбутніх обговорень щодо оновлення, особливо коли майнери не дали користувачам жодних причин для агресивних дій, тож наведіть аргументи на користь BIP8 (невірно).

«[BIP8 false] безпечніше, ніж [true], тому варто спочатку зробити [false], враховуючи, що ми знаємо, що хеш-потужність ~90% вже підтримує Taproot», — сказав розробник Bitcoin CORE і CoinSwap Кріс Белчер.

Інші, як-от Suredbits і розробник Bitcoin CORE Бен Карман, зазначив, що ви можете налаштувати оновлення пізніше для активації, щоб включити день прапора, якщо майнери не зможуть повідомити, «роблячи безпечнішим і простішим для користувачів застосування UASF».

Наприкінці зустрічі учасники погодилися об’єднати запити на отримання на GitHub як для маршруту непримусової активації (PR #1020), так і для маршруту примусової активації (PR #1021). З обома цими правилами в GitHub Bitcoin Core правила для примусової активації можна використовувати лише за необхідності.

Більше роздумів

Сценарій поділу ланцюга, який описав willcl_ark, по суті, є страшилом, якого всі хочуть уникнути. Побоювання полягає в тому, що BIP8 (правда) вимагає 100% хешрейту, щоб сигналізувати про оновлення після закінчення терміну активації Taproot. Таким чином, якщо достатньо користувачів пішли цим шляхом у той самий час, коли інші використовували BIP8 (false) для непримусової активації (що вимагає лише 95% хешрейту), дві різні версії коду можуть створити дві несумісні історії реєстру транзакцій Bitcoin.

Ось чому, якщо примусова сигналізація взагалі має відбутися, найкраще це зробити через PR №1021 AJ Townes, що «робить безпечнішим варіант UASF, який є найбільш «небезпечним» сценарієм», — написав Карман у чаті.

Наразі здається, що ті, хто бере участь у дискусіях, віддають перевагу BIP8 (false) із додаванням UASF через PR №1021, якщо це необхідно, але необхідне подальше обговорення, щоб визначити точний графік початкового періоду активації (або скільки часу користувачі мають оновити після того, як оновлення стане доступним), а також яку дату активації встановити.

Ці «що, якщо» і «коли» будуть обговорені, серед іншого, на зустрічі 16 лютого.