Обновление Taproot: пользователи Bitcoin знакомятся с планом активации, дата пока не определена

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

На публичной встрече в Internet Relay Chat (IRC) во вторник разработчики, майнеры, специалисты по бизнесу и энтузиасты Bitcoin обсудили детали того, как упаковать обновление Taproot в обновление, а также как активировать его после отправки кода.

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

Читать дальше: Как обновление Taproot Bitcoin улучшит Технологии во всем программном стеке Bitcoin

ONE из них, ПР №1021, включает в себя меру, позволяющую пользователям принудительно активировать обновление, если майнеры его не поддерживают, в то время какПР №1020 только «рекомендует» эту принудительную активацию, но не включает ее по умолчанию. Поскольку большинство участников поддерживают BIP 8 без принудительной активации, как отметил в чате руководитель встречи и разработчик Bitcoin CORE Майкл Фолксон, дальнейшее обсуждение определит дату начала активации — и далее обсудит, в какой степени необходим «день флага» для принудительной активации.

Почему день флага Taproot (вероятно) T нужен

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

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

Поскольку майнеры не оказали сопротивления Taproot, большинство участников высказались за BIP8 (ложь), при этом (ложь) подразумевает исключение «дня флага» для принудительной активации через полные узлы в случае, если обновление не удастся из-за отсутствия активации майнеров.

BIP8 в его нынешнем виде даст майнерам Bitcoin и операторам полных узлов год на принятие обновления, после чего обновление будет «заблокировано» при достаточной поддержке. В ONE из версий, BIP8 (ложь), обновление просто не будет работать без достаточной поддержки. В другой версии, BIP8 (истина), «день флага» заставит майнеров подать сигнал об обновлении, когда истечет срок активации, если они не сделали этого заранее.

Читать дальше: Все основные майнинговые пулы теперь поддерживают Taproot — крупнейшее обновление Bitcoin за последние годы

Техническое примечание: Существует несколько способов обновить Bitcoin, самый простой из которых — через активацию майнера, когда майнинговые пулы обновляются и начинают майнить блоки по новым правилам. Если это не удается, операторы узлов могут обновиться и отклонить блоки от майнеров, которые не подали сигнал о поддержке обновления. Это так называемый «мягкий форк активации пользователя» (UASF), почтиy используется для активации SegWit, заставит несогласных майнеров принять новое обновление.

«Совершенно анекдотично, но я не виделлюбой [выделено их] оппозиция Taproot», — сказал ONE willcl_ark в чате, ссылаясь на необходимость дня флага. «Я думаю, использование наименьшего общего знаменателя параметров активации (false) кажется разумным выбором, чтобы избежать любых преднамеренных или случайных разделений цепи в случае, если майнеры T подадут сигнал».

В чем задержка?

Другие же, как и плодовитый разработчик Bitcoin CORE Люк Дашджр, не убеждены, что включение дня флага не является необходимым. Фактически, это вопрос принципа, чтобы продемонстрировать, что операторы узлов выбирают программное обеспечение, а не майнеры.

«Это T имеет значения», — сказал он в чате, ссылаясь на поддержку майнеров. «Майнеры не решают об изменениях протокола», — продолжил он, намекая, что это решают операторы узлов, выбирая, какое программное обеспечение запускать. Кроме того, он поддержал идею BIP8 (ложь), «позволяющую майнерам решать» судьбу обновления. Когда придет время, сказал он позже в чате, он настроит свой узел для запуска версии BIP8 (истина), которая отклоняет не-Taproot блоки от майнеров.

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

Читать дальше: Возвращаясь к UASF: оставит ли восстание пользователей Биткоина прочное наследие?

Тем не менее, демонстрация силы может повлечь за собой ненужный риск и создать нежелательный прецедент для будущих обсуждений обновлений, особенно когда майнеры не дали пользователям повода для агрессии, поэтому аргументы в пользу 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 (true) требует 100% хэшрейта для подачи сигнала на обновление после окончания крайнего срока активации Taproot. Таким образом, если достаточное количество пользователей пойдут по этому пути в то же время, когда другие используют BIP8 (false) для непринудительной активации (которая требует только 95% хэшрейта), две разные версии кода могут создать две несовместимые истории реестра транзакций Bitcoin.

Вот почему, если принудительная подача сигнала все же должна произойти, лучше всего сделать это с помощью PR #1021 А. Дж. Таунса, что «делает его безопаснее для варианта UASF, который является самым «опасным» сценарием», написал Карман в чате.

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

Эти «что если» и «когда» будут обсуждаться, среди прочего, на встрече 16 февраля.