XRPL: что такое реальный фолк и как работает протокол?
На странице с известными изменениями XRPL указано время выпуска fixCleanup3_1__3, которое должно произойти 27 мая, и это событие по сути является обновлением программного обеспечения.
Версия 3.1.3 rippled bundles исправляет проблемы с NFT, Permissioned Domains, Vaults и Protocol Lending, и в XRPL- блоге установлена по умолчанию поддержка «Да», потому что эти исправления очень важны.
Процесс изменения требует поддержки более 80% от надежных валидаторов, которая сохраняется в течение двух недель, прежде чем новые правила станут постоянными.
Значение этого события заключается в том, что креатор XRPL, Schwartz, сказал, что в реальном случае фолка на самом деле потребуется больше, чем просто активация новых правил.
Он объяснил, что raw node count для консенсуса дает широкий attack surface, поскольку любой может запускать тысячи машин по низкой стоимости.
Для решения этой проблемы в XRPL каждая оператор сервера поддерживает ручную выборку валидаторов, которых сервер не будет доверять, — это Unique Node List, а UNL determines, которые валидаторские голоса будут учитываться во время консенсуса.
Процесс изменения XRPL требует поддержки более 80% от надежных валидаторов, которая сохраняется в течение двух недель, прежде чем новые правила станут постоянными, и блокирует серверы, которые не были обновлены.
Сервер получает сообщения о валидации от многих узлов по сети, и валидаторы на его UNL определяют, какие из этих сообщений формируют серверное представление ленты.
Объяснение Schwartzа состоит в том, что легитимность консенсуса проходит через списки доверия и координацию валидаторов, что приводит к системе, в которой UNL и экономическая поддержка определяют, какая лента выживет в случае разделения.
Почему реальный фолк требует полной координационной кампании?
На vote 27 мая серверы, которые будут заблокированы изменениями, потеряют способность определять валидность ленты, отправлять или обрабатывать транзакции, участвовать в консенсусе или голосовать по будущим изменениям.
Это делает крайний срок операционально важным для любой обменной площадки, кошелька, эксплорера или оператора инфраструктуры, еще использующего пред-3.1.3 программное обеспечение, поскольку такие серверы становятся не участниками канонической ленты до тех пор, пока оператор не обновит.
Заблокированная инфраструктура теряет доступ к обновленной цепочке и не имеет координационных средств для привлечения функционального конкурента.
Чтобы добиться этого, группа диссентеров должна иметь валидаторов, готовых продолжать производить ленты по старым правилам, и без валидаторов нет ленты, которую можно было бы последовать.
Затем они должны иметь конкурирующую Unique Node List, которую серверы могут конфигурировать или программное обеспечение может установить по умолчанию, и они должны иметь распространение кода, сохраняющее старые правила, и указывающее на конкурирующую UNL.
Диссентерам также нужно инфраструктурная поддержка от кошельков, обменных площадок, эксплореров и приложений для того, чтобы старая лента была доступной и торговой.
Верная XRPL-форк требует пяти слоев, помимо не обновленных узлов: старых правил валидаторов, конкурирующей UNL, старого кода, инфраструктурной поддержки и признания на рынке.
Документация XRPL цитирует исследования, которые показывают, что конкурирующие UNL могут иметь не более 10% перекрытия в худшем случае, чтобы предотвратить фолк.
В этом случае любая конкурирующая UNL должна разделять практически всю надежную базу валидаторов, чтобы поддерживать внутреннюю целостность.
Фолк, образованный вокруг радикально отличающихся правил валидаторов, рискует создать ленту, которая не может поддерживать свой собственный консенсус, не говоря уже о привлечении рынка.
На самом деле, что происходит с процессом изменения — это поддержка валидаторов, а порог в 80% через две недели гарантирует, что основные сети, которые мы доверяем, достигли прочного соглашения, прежде чем новые правила станут постоянными.
Большая часть не обновленных узлов, которые не являются валидаторами, может отражать инфраструктурную задержку без указания на траектория канонической ленты.
Расстояние между инфраструктурной задержкой и конкурирующей цепочкой
В случае, когда обменные площадки, кошельки или операторы инфраструктуры отстают от активации 27 мая, они будут заблокированы изменениями и перестанут функционировать как участники ленты.
Пользователи, роутинги через эти провайдеров, сталкиваются с перебоями в работе, такими как не подлежащие отправке транзакции, не подтверждающиеся эксплореры и невозможность обрабатывать платежи в приложениях.
Этот операциональный затрат приходится на операторов, которые отдали приоритет обновлению, и это важно отслеживать, особенно для крупных обменных площадок или хранителей, все еще использующих пред-3.1.3 узлы до активации.
Неспокойно течение инфраструктуры по достаточно провайдерам создает реальную проблему для пользователя, даже когда каноническая лента продолжает обновляться по новым правилам.
В случае, когда fixCleanup3_1_3 активируется в срок, с поддержкой валидаторов, как и ожидалось, операторы инфраструктуры обновляют программное обеспечение без значительных проблем, и это событие становится обычным изменением правил.
Исправления для NFT, Permissioned Domains, Vaults и Protocol Lending вступают в силу, и сеть продолжает работу.
Новое обновление также выживает в любом случае, поскольку объяснение Schwartza о том, что фолк требует реальных действий, применимо ко всем будущим изменениям.
Чтобы поддерживать старые правила, группа диссентеров должна обновлять старое программное обеспечение, набирать валидаторов по конкурирующей UNL и убеждать кошельки, обменные площадки и создателей признать их ленту как каноническую.
Каждая цепочка имеет слой правления
Схожие события случаются и на других цепочках Stellar Protocol 24 — это стабилизационное решение для ошибки в Stellar Core, которая является обновлением программного обеспечения, требующим координированной поддержки валидаторов.
Для биткоина легитимность консенсуса проходит через майнеров, экономических узлов, клиентские реализации и рейтинги, а для Эфириума — это Validators, система стейкинга, разнообразие клиентов, core-разработчиков и приложений.
XRPL делает явным важность UNL, а другие цепочки встраивают в распределение мощностей мининга, экономики стейкинга или социального консенсуса, вокруг которого доверяют клиентское программное обеспечение.
Механизмы разные в биткойне, эфириуме и XRPL, а зависимость от координированных человеческих решений по изменениям правил постоянными проходит сквозь все три.
На любом из XRPL, биткоина, Эфириума или Стэллар правил изменения ставят постоянными через координированные решения валидаторов, майнеров, разработчиков и рынка.
Активация 27 мая демонстрирует, как слой правления XR
По материалам CryptoSlate