Разработчики XRP Ledger вывели из эксплуатации пять давно действующих поправок к протоколу в версии xrpld 3.3.0, но этот шаг не удаляет их функции и не требует действий от держателей XRP.
Резюме
- XRPL 3.3.0 выводит из эксплуатации пять давно действующих поправок, делая их поведение после активации постоянным в рамках основного протокола.
- Clawback остается доступным после вывода из эксплуатации, поскольку удаляется только устаревший код до внесения поправок из программного обеспечения xrpld.
- Документация XRPL допускает вывод поправок из эксплуатации после двух лет активации в Mainnet для снижения сложности устаревшего кода.
- Шесть новых поправок вошли в версию 3.3.0, но каждая из них все еще требует одобрения валидаторов перед активацией в Mainnet.
- Операторам узлов следует незамедлительно обновиться до версии 3.3.0, в то время как пользователям не требуется никаких действий, связанных с выводом из эксплуатации.
Инженер RippleX Маюкха Вадари объяснила в X, что вывод из эксплуатации удаляет старый код до внесения поправок, оставшийся после того, как изменение протокола действовало в течение многих лет. Само измененное поведение остается в силе. Официальная документация XRPL подтверждает, что выведенные из эксплуатации поправки становятся безусловными частями основного протокола.
Это различие стало важным после выпуска xrpld 3.3.0 6 августа, который вывел из эксплуатации Clawback, fixDisallowIncomingV1, fixInnerObjTemplate, fixNFTokenReserve и fixUniversalNumber. Другими словами, «вывод Clawback из эксплуатации» не означает, что эмитенты XRP Ledger теряют функцию отзыва. Сеть вместо этого отбрасывает более старый путь кода, который описывал поведение транзакций до активации поправки.
Вывод из эксплуатации XRP Ledger делает старые правила постоянными
Система поправок XRP Ledger позволяет вносить изменения в протокол без немедленного принудительного применения каждого нового правила в Mainnet. Валидаторы голосуют за поправки, и предложение должно сохранять поддержку более 80% доверенных валидаторов в течение двух непрерывных недель, прежде чем оно станет активным. После включения новое поведение применяется постоянно, если только другая поправка позже не изменит его.
В период после активации xrpld сохраняет как текущую логику, так и некоторый код до внесения поправок. Этот устаревший код может помочь разработчикам воспроизвести старое поведение реестра при отладке или проверке исторических транзакций. Однако хранение лет устаревших ветвей также добавляет сложности кодовой базе.
Официальная документация по поправкам говорит, что поправка Mainnet может быть выведена из эксплуатации после того, как она была включена в течение двух лет. Вывод из эксплуатации удаляет ее старый путь кода, прекращает рассматривать изменение как условную поправку и включает новое поведение в протокол безусловно.
Вадари описала процесс как «чисто очистку кодовой базы» и сказала, что он «не повлияет на пользователей». Она добавила, что разработчики обычно ждут два года, потому что предыдущая реализация все еще может быть полезна при отладке старых транзакций. Собственная документация XRPL по тестированию аналогично предупреждает, что исторически точное воспроизведение транзакций может потребовать запуска версии xrpld, которая изначально обработала транзакцию после вывода старых поправок из эксплуатации.
Clawback не удаляется из XRPL
Clawback является самой узнаваемой из пяти выведенных из эксплуатации поправок и самой простой для неправильного толкования. Эта функция стала активной в Mainnet 8 февраля 2024 года и позволяет соответствующим эмитентам возвращать выпущенные токены от держателей, когда выпускающий счет включил требуемую настройку отзыва. Это не позволяет эмитенту отзывать собственный XRP.
Таким образом, вывод поправки из эксплуатации означает, что сети больше не нужен код для версии XRPL, в которой Clawback не существовал. Текущее поведение Clawback остается частью протокола. Страница известных поправок XRPL теперь явно помечает ее функциональность до внесения поправок как выведенную из эксплуатации.
Остальные четыре отставки следуют тому же принципу. fixDisallowIncomingV1 исправил проблему авторизации доверительных линий. fixInnerObjTemplate устранил ошибки, связанные с внутренними объектами AMM. fixNFTokenReserve добавил проверки резерва при принятии предложений NFT, а fixUniversalNumber унифицировал части десятичных вычислений с плавающей точкой XRPL. Их правила после внесения поправок остаются в силе, даже если старые пути удаляются.
Это не новый механизм управления. XRPL уже выводил из обращения более ранние поправки после того, как их правила стали достаточно устоявшимися. Например, версия 3.2.0 вывела из обращения более старые изменения, касающиеся чеков, авторизации депозитов, удаления аккаунтов и других функций протокола.
Версия 3.3.0 также начинает новый цикл поправок
В то время как пять старых поправок выходят из условного статуса, версия 3.3.0 добавляет шесть новых предложений в xrpld. Это BatchV1_1, ConfidentialTransfer, DynamicMPT, PermissionDelegationV1_1, Sponsor и fixCleanup3_3_0. Их включение в программное обеспечение не означает, что эти возможности уже активны в основной сети.
Как сообщалось в crypto.news, ConfidentialTransfer будет поддерживать переводы Multi-Purpose Token с сохранением конфиденциальности, а BatchV1_1 позволит аккаунту отправлять до восьми внутренних транзакций вместе. Sponsor позволит третьим лицам покрывать комиссии и резервные требования, а DynamicMPT обеспечит большую гибкость в отношении выбранных свойств токена.
Каждое предложение должно по-прежнему пройти процесс валидаторов XRPL независимо. Поддержка более 80% должна сохраняться в течение двух недель, прежде чем поправка активируется, и поддержка может упасть ниже порога и сбросить таймер.
Разница между этими новыми поправками и пятью выведенными из обращения существенна. Новые предложения ожидают одобрения сети. Выведенные поправки уже прошли этот этап годы назад, стали устоявшимся поведением сети и теперь достигли точки, когда поддержание их старого кода больше не считается необходимым.
Что дальше для операторов XRPL
Для обычных держателей XRP не требуется миграция, обновление кошелька или транзакция специально из-за вывода пяти поправок. Clawback и другие затронутые поведения протокола продолжают работать в соответствии с установленными правилами.
У операторов серверов другие соображения. В уведомлении о выпуске XRPL 3.3.0 операторам рекомендуется как можно скорее обновиться до версии 3.3.0 для поддержания непрерывности обслуживания. Также важно оставаться в курсе, потому что серверам нужно программное обеспечение, содержащее код для поправок, которые могут активироваться позже. Сервер, не имеющий активированной поправки, может быть заблокирован поправкой и перестать нормально участвовать в сети.
В связанном репортаже этот механизм был продемонстрирован в июле, когда активация fixCleanup3_2_0 оставила узлы, работающие на старых несовместимых версиях, заблокированными поправкой.
Теперь внимание переключается с выведенных поправок на решения валидаторов относительно шести дополнений в версии 3.3.0. Как сообщалось ранее, ConfidentialTransfer входит в число предложений, направленных на расширение инструментов XRPL для институциональных токенизированных активов, но его использование по-прежнему зависит от одобрения валидаторов.
Однако для пяти выведенных поправок впереди не предвидится сопоставимого голосования. Вывод знаменует конец их переходного периода, а не конец их функциональности: измененные правила теперь просто являются частью постоянного основного поведения XRP Ledger.
