Розробники Bitcoin все ще розходяться щодо особливостей активації Taproot

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

Taproot розширить можливості смарт-контрактів біткойн за рахунок впровадження нової схеми цифрового підпису Schnorr. Для впровадження оновлення потрібен «м’який форк» коду біткойна, і є кілька конкуруючих пропозицій щодо його активації.

У спробі прискорити обговорення впровадження, співавтор Bitcoin CORE AJ Towns нещодавно опитав 12 інших розробників, які брали активну участь у процесі впровадження, щоб зібрати їхні думки щодо того, як має виглядати активація.

Читайте також: Майбутнє біткойна: як саме майбутнє оновлення може покращити Політика конфіденційності і масштабування

The результати опитування показують, що, хоча розробники загалом погоджуються щодо загальної картини активації Taproot, вони розходяться в деталях. Поки вони обговорюють тонкощі, консервативне, ретельне обмірковування розробника може здатися стороннім придирками.

Але це показує, що так звані «soft-fork» оновлення, такі як Taproot, не є цілком безпечними Заходи – і що привид суперечливий софтфорк Segwit викликає неприємні дискусії.

Пропозиції щодо активації Taproot, пояснення

Збільшення навантаження на транзакції Segwit було останнім soft-форком біткойна або оновленням, яке є «зворотно сумісним», тобто програмне забезпечення, що використовує стару версію коду, все ще може взаємодіяти з оновленою версією.

Активація Segwit пройшла зовсім не плавно та залежала від налаштувань на цьому шляху після того, як майнери не змогли прийняти оновлення в перший рік. Щоб KEEP збою оновлення, у середині процесу активації було прийнято нову пропозицію щодо впровадження. У спробі чинити тиск на майнерів, щоб вони оновилися, ONE пропозиція навіть запропонувала, щоб оператори вузлів – ті користувачі Bitcoin , які запускають програмне забезпечення біткойнів і KEEP копію його бухгалтерської книги – відхиляли транзакції від майнерів, які T оновилися до SegWit, щоб прискорити його впровадження.

Читайте також: Taproot було об’єднано в Bitcoin CORE: ось що це означає

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

Незважаючи на те, що Taproot є безперечним оновленням, пам’ять про Segwit змушує розробників бути обережними при оцінці цього останнього оновлення.

Дві пропозиції

Дві з провідних пропозицій щодо реалізації Taproot покладаються на поєднання сигналів майнера та активації користувача. BIP 8, представлений у 2017 році розробниками Bitcoin Люком Дашджром і Шоалінфрі, включатиме період сигналізації для майнерів; якщо достатньо майнерів T активується для досягнення консенсусу щодо оновлення, тоді «день прапора» для активації автоматично оновить вузли Bitcoin , які завантажили версію 0.21 Bitcoin CORE.

Ці вузли відхилятимуть блоки та транзакції від майнерів, які не підтримують Taproot, тому теоретично цей метод стимулюватиме майнерів прийняти новий набір правил, щоб вони не втратили прибуток.

У другій пропозиції впровадження Taproot, Modern Softfork Activation від розробника CORE Метта Коралло, BIP 8 поєднується з BIP 9 (останній є пропозицією, яка спочатку була прийнята для активації Segwit, але вона виявилася неадекватною).

Гібридна модель Corallo вперше включає однорічний період сигналізації для майнерів. По-друге, якщо супер-більшість майнерів не оновиться протягом цього періоду часу, оновлення підлягатиме перегляду через шість місяців для внесення змін (якщо такі є) у пропозицію.

Третій і останній крок — період активації у стилі BIP 8 протягом двох років із необов’язковим днем ​​для активації оновлення для користувачів вузлів.

Що думають розробники Bitcoin

На перше запитання у своєму опитуванні AJ Towns запитує розробників, який відсоток майнерів має повідомити про оновлення, щоб вважатися безпечною більшістю. Вісім вважають, що буде достатньо лише 85%-95%. Вважається, що будь-що менше загрожує «розколом» мережі, коли деякі майнери запускають старіший код, а деякі — новіший, що створить дві конфліктні історії транзакцій.

Семеро респондентів вважають, що в разі невдачі активації за сигналом майнера день позначення для примусової активації вузла може настати через 12-18 місяців після початку активації. Якщо занадто мало майнерів приймуть оновлення, це означатиме, що вузли зможуть застосовувати набір правил Taproot і приймати блоки лише від майнерів, які також сигналізували про оновлення.

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

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

Якщо активація T відбувається за допомогою добровільної активації, тоді активація в день прапора є останнім варіантом на столі. Більшість респондентів виступили за обов’язковий день позначення, щоб автоматично сигналізувати про оновлення. Це означатиме, що оновлені вузли відхилятимуть блоки майнерів, які T подали сигнал про оновлення.

Розбіжності щодо дрібних деталей

Так звана примусова сигналізація через день прапора матиме перевагу, оскільки Taproot буде встановлено за замовчуванням на будь-якому вузлі Bitcoin CORE , на якому працює v.21; у свою чергу, ці вузли прийматимуть дані блоків лише від майнерів, які також повідомили про оновлення, тож теоретично це спонукатиме майнерів до оновлення, щоб вони не втратили свій бізнес.

Але що, якщо майнери мають користувачів вузлів, які приймають їхні блоки?

Це ONE застереження щодо примусової сигналізації: якщо занадто багато майнерів і користувачів вузлів T приймуть Taproot і відмовляться оновлювати своє програмне забезпечення, тоді мережа може розділитися на два конкуруючі ланцюги. Якщо достатній економічний інтерес підтримує «стару» версію Bitcoin, результатом можуть стати два конкуруючих активи.

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

Оскільки Taproot в основному не викликає суперечок, було б політичним ризиком примусово сигналізувати про оновлення, стверджує він. Він вважає метод активації пережитком «активованого користувачем програмного форка» Segwit, пропозиції активувати Segwit за допомогою аналогічних засобів після того, як майнери не змогли прийняти оновлення. Segwit був дуже суперечливим і політичним. Taproot – ні, але Коралло вважає, що примусова сигналізація загрожує зробити це таким.

У своєму дописі Таунс пише, що обов’язкова сигналізація буде способом остаточно забезпечити активацію Taproot у всій мережі після досягнення достатнього консенсусу в результаті обговорення та підтримки майнерів.

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

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

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

«Якщо рішення про активацію отримує переважну підтримку з боку розробників і користувачів, чим довший час для активації (понад той, який практично потрібен майнерам для безпечного оновлення), тим більше речей може піти не так», — колишній розробник Bitcoin CORE Ерік Ломброзо. сказав Таунс у Twitter.

Крім ризиків, якщо більшість розробників і біткойнерів вважають, що Taproot є новим варіантом для оновлення, активація T повинна тривати чотири роки, особливо тому, що вона вже так довго розроблялася.

Зрештою, якщо Taproot працює з 2018 року, чи T повинні майнери та оператори вузлів знати, чого очікувати?

Як генеральний директор Blockstream Адам Бек розмістіть це в Twitter, «Taproot T може бути сюрпризом після кількох років».