На известной странице поправок XRPL указана фиксация fixCleanup3_1__3 для активации 27 мая, и по замыслу это мероприятие является обновлением для технического обслуживания.
Версия 3.1.3 rippled включает исправления для NFT, разрешённых доменов, хранилищ и протокола займов, а блог XRPL установил по умолчанию голос «За» из-за важности этих исправлений.
Процесс внесения поправок требует поддержки более 80% доверенных валидаторов, сохраняющейся две недели, прежде чем новые правила станут постоянными.
Что делает этот эпизод заслуживающим внимания помимо крайнего срока — это то, что соавтор XRPL Дэвид Шварц сказал о том, что на самом деле потребуется для настоящего форка, поскольку его ответ раскрывает, как работает легитимность протокола на любой блокчейн.
Основной тезис Шварца заключается в том, что количество базовых узлов является плохим показателем мощности консенсуса. В системе, где узлы голосуют пропорционально своему числу, создаётся поверхность атаки, где любой может запустить тысячи машин по низкой цене.
В модели XRPL каждый оператор сервера поддерживает отобранный набор валидаторов, которым сервер доверяет, чтобы они не вступали в сговор — это уникальный список узлов (UNL), и именно UNL определяет, какие голоса валидаторов сервер учитывает при консенсусе.
Процесс внесения поправок XRPL требует поддержки более 80% доверенных валидаторов, сохраняющейся две недели, прежде чем новые правила станут постоянными, блокируя необновлённые серверы.
Сервер получает сообщения о валидации от многих узлов сети, и валидаторы в его UNL определяют, какие из этих сообщений формируют представление сервера о реестре.
Шварц объяснил, что легитимность консенсуса на XRPL проходит через списки доверия и координацию валидаторов, создавая систему, в которой согласование UNL и экономическое принятие определяют, какой реестр выживет при разделении.
Почему настоящий форк требует полной кампании по координации
Для голосования по XRPL 27 мая серверы, заблокированные из-за поправок, теряют возможность определять достоверность реестра, отправлять или обрабатывать транзакции, участвовать в консенсусе или голосовать за будущие поправки.
Это делает крайний срок операционно важным для любого обменника, кошелька, провайдера данных или оператора инфраструктуры, всё ещё использующего программное обеспечение до версии 3.1.3, поскольку эти серверы становятся неучастниками канонического реестра до обновления оператора.
Инфраструктура, заблокированная из-за поправок, теряет доступ к обновлённой цепочке и лишена координационной инфраструктуры, необходимой для создания функционального конкурента.
Чтобы создать правдоподобный форк, группе, выступающей против, нужны бы валидаторы, готовые продолжать создавать реестры по старым правилам, а без валидаторов нет потока реестров, которым можно следовать.
Затем им понадобится конкурирующий уникальный список узлов, который серверы могут настроить или программное обеспечение по умолчанию, потому что без списка доверенных валидаторов узлы не имеют механизма координации вокруг старых правил.
Кроме того, им понадобится распространение кода, которое сохранит старые правила и будет поставляться с настройками по умолчанию, указывающими на конкурирующий UNL, а также поддержка инфраструктуры от кошельков, бирж, провайдеров данных и приложений, достаточная для того, чтобы старый реестр был доступен и торговался.
Правдоподобный форк XRPL требует пяти уровней помимо необновлённых узлов: валидаторов старых правил, конкурирующего UNL, кода старых правил, поддержки инфраструктуры и признания рынком.
Документация XRPL ссылается на исследования, показывающие, что конкурирующим UNL может потребоваться 90%-ное совпадение в худшем случае, чтобы предотвратить форк, то есть любой конкурирующий UNL должен почти полностью совпадать с каноническим набором доверенных валидаторов, чтобы сохранять внутреннюю согласованность.
Форк, образующийся вокруг радикально другого набора валидаторов, рискует создать реестр, который не сможет поддерживать собственный консенсус, не говоря уже о привлечении принятия рынком.
Фактически процесс внесения поправок отслеживает поддержку валидаторов, а порог в 80% на протяжении двух недель гарантирует, что организации, которым сеть доверяет, достигли прочного соглашения до того, как новые правила станут постоянными.
Большая часть необновлённых узлов, не являющихся валидаторами, может отражать задержки в инфраструктуре, не давая никаких выводов о траектории канонического реестра.
Расстояние между задержками в инфраструктуре и конкурирующей цепочкой
В случае медвежьего сценария обменники, кошельки или операторы инфраструктуры, отстающие от активации 27 мая, становятся заблокированными из-за поправок и перестают функционировать как участники реестра.
Пользователи, обращающиеся через таких провайдеров, сталкиваются с перебоями в обслуживании, например, с невозможностью отправки транзакций, провайдерами данных, которые не могут подтвердить достоверность реестра, и приложениями, не способными обрабатывать платежи.
Эта эксплуатационная стоимость ложится на операторов, которые отложили обновление, и её стоит отслеживать, особенно для крупных бирж или депозитариев, всё ещё работающих с узлами до версии 3.1.3 на момент активации.
Устойчивые задержки в инфраструктуре среди достаточного количества провайдеров создадут реальное препятствие для пользователей даже тогда, когда канонический реестр продолжит работать по новым правилам.
В случае бычьего сценария fixCleanup3_1_3 активируется вовремя, большинство валидаторов остаётся целым, операторы инфраструктуры обновляются без серьёзных инцидентов, и эпизод становится обычной активацией поправок.
Исправления для NFT, разрешённых доменов, хранилищ и протокола займов вступают в силу, и сеть движется дальше. Дебаты о господстве над управлением, возникшие в связи с обновлением, сохраняются при любом исходе, поскольку объяснение Шварца о том, что потребуется для настоящего разделения, применимо к любым будущим поправкам.
Поддержание старых правил требует группы, выступающей против, которая будет использовать старое программное обеспечение, набирать валидаторов вокруг конкурирующего UNL и убедить кошельки, биржи и рынок признать их реестр каноническим XRP Ledger, против настройки по умолчанию, направляющей всех остальных на обновлённую цепочку.
Каждый блокчейн имеет слой управления
Шварц провёл аналогию со Stellar, чье обновление Protocol 24 само по себе является исправлением стабильности для ошибки в архивировании состояния в Stellar Core, что было мероприятием по техническому обслуживанию, требующим такой же координированной адаптации валидаторов.
Эквивалентный слой легитимности Биткоина проходит через майнеров, экономические узлы, реализацию клиентов и списки бирж. Эфириум проходит через валидаторов, инфраструктуру стейкинга, разнообразие клиентов, основных разработчиков и принятие на уровне приложений.
То, что XRPL делает явным через UNL, другие сети встраивают в распределение мощности майнинга, экономику стейкинга или общественный консенсус, которому доверяют разработчики клиентского ПО.
Механизмы различаются у Биткоина, Эфириума и XRPL, в то время как зависимость от координированных человеческих решений для придания постоянства изменениям правил проходит через все три.
В рамках XRPL, Биткоина, Эфириума и Stellar изменения правил становятся постоянными благодаря координированным решениям валидаторов, майнеров, разработчиков и рынка, а не просто по количеству узлов.
Активация 27 мая демонстрирует, как слой управления XRPL преобразует согласие валидаторов в постоянство реестра, причём настройка UNL определяет, какие соглашения учитываются.
Оператор, не согласный с fixCleanup3_1_3, имеет техническую свободу запускать старое программное обеспечение и настраивать конкурирующий UNL.
Является ли результатом токен, который перечисляет биржа, поддерживается ли он кошельком или обеспечивает ликвидность маркет-мейкер — это вопрос, на который протокол не может дать ответ за них.
Именно эта разобщённость в координации делает так, что обновления протокола на хорошо принятых сетях редко приводят к долговременным форкам: экономика следования канонической цепочке почти всегда перевешивает экономику создания параллельной цепочки с нуля, и каноническая цепочка — это та, которую рынок признает настоящей.
Пост Обновление XRPL 27 мая показывает, как валидаторы и рынки решают разделение блокчейна был первым опубликован на CryptoSlate.