XRP Ledger отменяет пять поправок в выпуске xrpld 3.3.0

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