Оновлення Bitcoin Taproot заплановано на липень, але деякі більш тонкі деталі ще T завершені

Встановлено дату випуску та графік активації для оновлення Bitcoin Taproot, але розробники та інші зацікавлені сторони все ще обговорюють найкращий метод координації найбільшого оновлення Bitcoin після SegWit.

пер публічний чат IRC Згідно з обговоренням, код для повністю підготовленого та готового оновлення Taproot буде розгорнуто десь між 17 і 31 березня (або квітнем, якщо необхідно), але фактичні сигнали, які запускають процес активації, ймовірно, T почнуться раніше липня.

Якщо все йде за планом, тоді «економічна більшість» біткойна (майнери та оператори вузлів, які запускають код біткойна) може оновитися протягом двох тижнів після початку періоду сигналізації. У серпні 2022 року закінчиться період активації Taproot timeoutheight і сигналізація закінчиться.

Припускаючи, що майнінгові пули, що відображають 90%+ хешрейту біткойна, підтримують Taproot до timeoutheight (як показує ONE опитування), тоді переважна більшість підтримки забезпечить успіх Taproot, а інші приблизно 10% («економічна меншість») можуть оновлюватися без наслідків згодом.

Але що буде, якщо майнінгові пули T сигнал для активації Taproot? Ну, ось де зараз обговорюється розрив. Але для деяких із зацікавлених сторін біткойна розриву навіть T повинно існувати.

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

Правда чи брехня?

По-перше, QUICK примітка про оновлення Bitcoin .

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

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

Це дозволить операторам вузлів відхиляти блоки майнерів, які T підтримують оновлення. Такого роду міра (так звана «м'яка вилка, що активується користувачем») використовувалася для просування Активація оновлення SegWit у 2017 році і вважається, що він зрушив з місця Вікно Овертона для майнерів прийняти оновлення.

Інший варіант – не включати цю функцію взагалі. Ці параметри пропозиції щодо вдосконалення Bitcoin (BIP), які дозволяють примусово або не примусово оновлення, називаються відповідно BIP8 (true) і BIP8 (false), також відомі як LOT=true і LOT=false. LOT - це скорочення від lockinontime, функція, яка визначає, чи буде Taproot "заблоковано", якщо активація всієї мережі T досягнута, коли timeoutheight досягається; Параметр (true) автоматично вимагає оновлення після закінчення періоду активації, тоді як (false) дозволяє повністю завершити оновлення.

Противники BIP8 (правда) кажуть, що цей агресивний захід безпідставний, оскільки Taproot T ризикує вийти з ладу. Як зазначив співавтор Bitcoin CORE Ендрю Чоу, з Опитування щодо активації Taproot, надіслане майнерам, "спільнота вже вирішила активуватись, [тому] немає потреби [робити] LOT=true. Майнери є частиною спільноти".

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

Чи може активація Taproot спричинити розрив ланцюга Bitcoin ?

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

"LOT=true не розділяє ланцюжок. Це суворо зменшує ймовірність цього", - сказав у чаті Люк Дашджр, головний прихильник BIP8 (true).

Dashjr поділяє цю точку зору з іншими, наприклад Hsjoberg, який зазначив: «Lot=true гарантує, що оновлені вузли вимагають певного ланцюжка». Це означає, що оператори вузлів, які запускають true, вимагатимуть, щоб активована Taproot версія Bitcoin була «справжнім» ланцюгом, тож теоретично це допоможе скоординувати консенсус між учасниками, щоб уникнути розколу.

ONE з brg444 стверджував, що «якщо lot=true активується, мережа буде розділена». Але це було б лише за умови примусової активації. Brg444 сказав, що вони вважають це малоймовірним, оскільки загрози цього самого розколу було б достатньо, щоб налякати майнерів і змусити їх активуватися до того, як відбудеться примусова активація.

Привид минулого SegWit

Але чи потрібна тактика залякування чи це кричуща демонстрація сили?

«[На мій Погляди, люди] мають посттравматичний стресовий розлад від SegWit… [вони] займають превентивну оборону, здавалося б, без причини, окрім того, що вони бояться минулих Заходи , які зараз, здається, мають низьку ймовірність того, що вони дійсно відбудуться», — сказав у чаті технічний директор Lightning Labs Олаолува Осунтокун, маючи на увазі майнерів, які спочатку виступали проти активації SegWit.

«[P]pl — це просто бій з тінню, Casper , ха-ха, — сказав він пізніше. «Давайте спробуємо [BIP8 (false)] і переглянемо потім, якщо щось дійсно станеться».

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

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

"LOT=true виглядає так, ніби розробники нав'язують зміну спільноті. Хоча це не обов'язково так, видимість цього не є хорошою річчю. З огляду на те, що ми T віримо, що з активацією виникнуть проблеми, я б віддав перевагу LOT=false, щоб уникнути цього погляду", - сказав Чоу.

Питання координації

Примітно, що остання зустріч для обговорення Taproot, здається, показала підтримку більшості LOT=false. Оскільки в цьому раунді було лише 100 або близько того учасників (на відміну від майже подвоєної кількості відвідувачів минулого разу), і деякі переваги зростають для LOT=true, однак «ми T можемо насправді виміряти «консенсус спільноти», — сказав учасник Darosoir.

Відповідно до вікі активації Taproot, 26 учасників вчорашньої зустрічі голосно віддали перевагу LOT=false, а 19 — LOT=true (деякі більш нейтральні сторони вказали, що їм підійде і те, і інше).

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

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

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

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

Taproot буде доставлено через BIP8 наприкінці березня, а активація запланована на липень, тому відповідь на це запитання потрібно буде отримати протягом місяця.