XRPL отменяет пять устаревших поправок в xrpld 3.3.0

Разработчики XRP Ledger провели уборку в последнем выпуске xrpld — но пользователям не стоит паниковать. Версия 3.3.0 официально «сняла» пять давно действующих поправок протокола, удалив устаревший код, связанный с поведением до поправок, при этом сохранив сами поведенческие особенности. Что означает «снятие»: - Снятие поправки удаляет только старый путь кода, использовавшийся для эмуляции поведения до поправки. Она не отменяет и не отключает саму функцию. - После снятия поведение поправки становится неусловной частью ядра протокола, согласно документации XRPL. - Разработчики обычно ждут два года после активации поправки, прежде чем снимать её. Этот интервал сохраняет старую реализацию для отладки и точного воспроизведения исторических транзакций. Какие поправки были сняты xrpld 3.3.0 снимает пять поправок, которые уже длительное время активны: - Clawback — позволяет квалифицированным эмитентам возвращать выпущенные токены у держателей, если эмитент включил настройку clawback (не применяется к нативному XRP). Активна на Mainnet с 8 февраля 2024 года; снятие удаляет старый путь кода, а не саму функцию. - fixDisallowIncomingV1 — исправила проблему с авторизацией линий доверия. - fixInnerObjTemplate — устранила ошибки, связанные с внутренними объектами AMM. - fixNFTokenReserve — добавила проверки резерва при принятии предложений NFT. - fixUniversalNumber — унифицировала части десятичных вычислений с плавающей запятой в XRPL. Почему это важно (и почему в основном не важно): - Для обычных держателей XRP и пользователей токенов: ничего делать не нужно. Не требуются миграции, обновления кошельков или транзакции. Правила сети остаются такими же, какими были после активации этих поправок. - Для разработчиков и историков: если вам нужно точно воспроизвести старые леджеры так, как они вели себя много лет назад, вам может понадобиться версия xrpld, актуальная на тот момент — поскольку снятие удаляет устаревший участок кода, воспроизводивший поведение до поправки. - Для операторов серверов: как можно скорее обновитесь до xrpld 3.3.0, чтобы обеспечить непрерывность сервиса. Работа с более старой версией xrpld может привести к тому, что нода окажется «заблокированной по поправке», если в ней отсутствует код для поправок, которые позже станут активными. Подобная ситуация произошла в июле, когда ноды с более старыми версиями оказались заблокированными по поправке после активации fixCleanup3_2_0. Как работает процесс поправок XRPL (кратко): - Новые предложения протокола включаются в xrpld, но не становятся активными сразу. Валидаторы голосуют за поправки; предложение должно поддерживаться более чем 80% доверенных валидаторов в течение двух непрерывных недель, чтобы активироваться. - После активации новое поведение становится постоянным, если только более поздняя поправка его не изменит. Через два года после активации поправку можно снять — превратив её новое поведение в неусловную логику протокола и удалив старый путь кода. Что нового в 3.3.0 xrpld 3.3.0 также вводит шесть новых предложений поправок в программное обеспечение, но они ещё не активны на Mainnet: - BatchV1_1 — отправка до восьми внутренних транзакций вместе. - ConfidentialTransfer — конфиденциальные переводы для мультицелевых токенов. - DynamicMPT — добавляет гибкость к некоторым свойствам токенов. - PermissionDelegationV1_1 — обновляет логику делегирования разрешений. - Sponsor — позволяет третьим сторонам покрывать комиссии и требования к резерву. - fixCleanup3_3_0 — очистка и исправления кодовой базы. Каждая из них должна пройти порог более 80% поддержки валидаторов в течение двух непрерывных недель, чтобы активироваться. Их включение в xrpld просто делает код доступным для голосования валидаторами. Итог Недавнее снятие — это стандартная процедура обслуживания жизненного цикла протокола: XRPL удаляет устаревший код после того, как несколько поправок уже давно устоялись. Функции, такие как Clawback и другие снятые поправки, остаются частью постоянного поведения леджера — обычные пользователи не затронуты. Непосредственный операционный вывод: операторам нод следует обновиться до xrpld 3.3.0, чтобы избежать потенциальной блокировки по поправкам и обеспечить готовность к любым будущим активациям.