Обновление XRPL 27 мая: основные моменты — роль валидаторов и рынка при разделениях блокчейна

На странице известных поправок XRPL указано, что fixCleanup3_1__3 будет активирована 27 мая, и по замыслу это событие является техническим обновлением.

Версия 3.1.3 rippled включает исправления для NFT, разрешённых доменов, хранилищ и протокола кредитования, и блог XRPL установил стандартный голос «За» из-за важности этих исправлений.

Процесс внесения поправок требует поддержки более чем 80% доверенных валидаторов в течение двух недель до того, как новые правила станут постоянными.

То, что делает эпизод достойным изучения после дедлайна, — это то, что сказал сооснователь XRPL Дэвид Шварц о том, что действительно требуется для форка, потому что его ответ раскрывает, как работает легитимность протокола в любом блокчейне.

Центральный тезис Шварца заключается в том, что количество нод является плохим прокси для мощности консенсуса. Система, в которой ноды голосуют пропорционально их количеству, создает уязвимость, позволяющую любому запустить тысячи машин за низкую стоимость.

В модели XRPL каждый оператор сервера поддерживает отобранный набор валидаторов, которым сервер доверяет, чтобы они не сговорились между собой — Unique Node List, и UNL определяет, какие голоса валидации сервер учитывает при достижении консенсуса.

Сервер получает сообщения о проверке от многих нод по всей сети, и валидаторы из его UNL определяют, какие из этих сообщений формируют представление сервера о реестре.

Шварц объяснил, что легитимность консенсуса на XRPL обеспечивается через списки доверия и координацию валидаторов, создавая систему, в которой согласие UNL и экономическое принятие определяют, какой реестр выживет при расколе.

Для голосования по XRPL 27 мая серверы, которые становятся заблокированными по поправке, теряют возможность определять действительность реестра, отправлять или обрабатывать транзакции, участвовать в консенсусе или голосовать по будущим поправкам.

Это делает срок выполнения операционно важным для любой биржи, кошелька, Проводника или оператора инфраструктуры, все еще использующего программное обеспечение до версии 3.1.3, поскольку эти серверы перестают быть участниками канонического реестра до обновления оператором.

Инфраструктура, заблокированная при внесении поправок, теряет доступ к обновленной цепочке и не имеет координационной инфраструктуры для закрепления функционального конкурента.

Для создания надежного форка группе dissenting необходимо иметь валидаторов, готовых продолжать создание реестров по старым правилам, и без валидаторов нет потока реестров, за которым можно следить.

Им потребуется конкурирующий список уникальных нод, который серверы могут настроить или который программное обеспечение может использовать по умолчанию, поскольку без списка доверенных валидаторов ноды не имеют механизма для координации вокруг старых правил.

Кроме того, им потребуется распределение кода, сохраняющее старые правила и поставляемое со значениями по умолчанию, указывающими на конкурирующий UNL, а также поддержка инфраструктуры со стороны кошельков, бирж, Проводников и приложений, достаточная для обеспечения доступности и торговой ликвидности старого реестра.

Документация XRPL ссылается на исследования, показывающие, что в худшем случае конкурирующим UNL может потребоваться 90%-е пересечение, чтобы предотвратить форк, что означает, что любой конкурирующий UNL должен будет совпадать почти со всем набором доверенных валидаторов канонического, чтобы поддерживать внутреннюю согласованность.

Форк, формирующийся вокруг радикально другого набора валидаторов, рискует создать реестр, неспособный поддерживать собственный консенсус, не говоря уже о привлечении рыночного принятия.

Фактически процесс поправок отслеживает поддержку валидаторов, а порог в 80% в течение двух недель гарантирует, что сущности, которым доверяет сеть, достигли прочного согласия до того, как новые правила станут постоянными.

Большая доля непротестированных нод, не являющихся валидаторами, может отражать отставание инфраструктуры, не говоря ничего о траектории канонического реестра.

В пессимистичном сценарии биржи, кошельки или операторы инфраструктуры, которые отстают от активации 27 мая, становятся заблокированными по поправкам и перестают функционировать как участники реестра.

Пользователи, использующие этих провайдеров, сталкиваются с сбоями в обслуживании, такими как транзакции, которые не могут быть отправлены, проводники, которые не могут подтвердить действительность реестра, и приложения, которые не могут обрабатывать платежи.

Эти операционные расходы ложатся на операторов, которые отложили обновление, и их стоит отслеживать, особенно для любой крупной биржи или кастодиана, которые все еще используют ноды до версии 3.1.3 на момент активации.

Устойчивая задержка инфраструктуры у достаточного количества провайдеров создаст реальные трудности для пользователей, даже если канонический реестр продолжит работу по новым правилам.

В позитивном сценарии fixCleanup3_1_3 активируется по расписанию при сохранении супербольшинства валидаторов, операторы инфраструктуры обновляются без серьезных инцидентов, и событие превращается в обычную активацию поправки.

Исправления для NFT, разрешённых доменов, хранилищ и протокола кредитования вступают в силу, и сеть переходит дальше. голосование по управлению, вызванное обновлением, сохраняется независимо от исхода, поскольку объяснение Шварца того, что требуется для настоящего раскола, применимо к любым будущим поправкам.

Сохранение старых правил требует группы, выступающей против, использующей старое программное обеспечение, привлекающей валидаторов вокруг конкурирующего UNL, и убеждающей кошельки, биржи и маркет-мейкеров признать их реестр каноническим XRP Ledger, несмотря на настройку по умолчанию, направляющую всех остальных на обновленную цепочку.

Шварц провел параллель со Stellar, чье обновление Protocol 24 само по себе является исправлением стабильности для бага архивации состояния в Stellar Core, что потребовало аналогичного согласованного внедрения валидаторами.

Эквивалентный уровень легитимности bitcoin проходит через майнеров, экономические ноды, реализации клиентов и списания на бирже. У ethereum он проходит через валидаторов, инфраструктуру стейкинга, разнообразие клиентов, основных разработчиков и внедрение на уровне приложений.

Что XRPL делает явным через UNL, другие сети встраивают в распределение вычислительной мощности майнинга, экономику стейкинга или социальный консенсус, вокруг которого разработчики клиентского программного обеспечения доверяют.

Механизмы различаются у bitcoin, ethereum и XRPL, однако зависимость от согласованных человеческих решений для придания изменениям правил постоянного характера присутствует во всех трех случаях.

Активация 27 мая демонстрирует, как уровень управления XRPL преобразует согласие валидаторов в неизменность реестра, при этом конфигурация UNL определяет, какие согласия учитываются.

Оператор, не согласный с fixCleanup3_1_3, имеет техническую свободу запускать старое программное обеспечение и настраивать конкурирующий UNL.

Зависит ли от любой биржи список результирующего токена, поддерживает ли его любой кошелек или предоставляет ли ликвидность любой маркет-мейкер — это вопрос, который протокол не может ответить за них.

Это отсутствие согласованности и является причиной того, что обновления протоколов на широко используемых сетях редко приводят к устойчивым форкам: экономическая целесообразность следования канонической цепочке почти всегда превышает экономическую целесообразность создания параллельной цепочки с нуля, а канонической цепочкой считается та, которую рынок считает настоящей.

Пост Обновление XRPL 27 мая показывает, как валидаторы и рынки определяют раскол блокчейна появился первым на CryptoSlate.