XRP Ledger 3.3.0 против 3.2.1: 5 ключевых отличий, которые нужно знать

• XRPLD 3.2.1 устраняет риски манифеста валидатора, а версия 3.3.0 расширяет возможности протокола.
• BatchV1_1 восстанавливает сгруппированные транзакции с исправленной проверкой внутренней подписи.
• Конфиденциальные переводы и спонсорские сборы находятся в стадии разработки и не активны.

Следующий программный цикл XRP Ledger отделяет целенаправленное восстановление безопасности от более широкого спектра изменений протокола для валидаторов, бирж и разработчиков приложений. По состоянию на 1 августа 2026 года xrpld 3.2.1 оставалась последней версией, а рубеж 3.3.0 показал 122 элемента без даты выхода.

Этот статус создаёт различие для валидаторов, бирж и разработчиков, готовящих план обновления xrpld на 2026 год. По сути, версия 3.2.1 усиливает устойчивость узлов, решая проблемы распространения манифеста валидаторов и ограничивая риски, связанные с недоверенными сообщениями пиров.

В отличие от этого, XRPL 3.3.0 против 3.2.1 предлагает более широкий пакет, включающий пакетирование транзакций, инструменты конфиденциальности, функции спонсорства и операционные гарантии.

BatchV1_1 обеспечивает более безопасные групповые транзакции в XRPL 3.3.0

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

На фоне этого узкого фокуса на безопасность первое существенное отличие в рубке 3.3.0 — это BatchV1_1, которая заменяет отменённую поправку о партии. XRPL ранее отключил пакетные функции и исправили BatchInnerSigs в версии 3.1.1 после того, как исследователи обнаружили недостаток авторизации внутренних транзакций. Поскольку внутренние транзакции не имеют независимых сигнатур, определённые условия могли позволить выполнять несанкционированные инструкции.

Чтобы устранить этот недостаток, этап разработки 3.3.0 включает объединённый BatchV1_1 реализацию и кодекс поправок. Конструкция сохраняет подход XLS-56, объединяющий несколько транзакций по определённым правилам выполнения. Однако она добавляет исправленную валидацию подписи вместо того, чтобы полагаться на устаревшую поправку исправления BatchInnerSigs.

Функции XRPL 3.3.0 всё ещё требуют одобрения валидатором

Второе отличие касается активации. Поддержка программного обеспечения не активирует автоматически изменения XRP Ledger в основной сети. Поправка должна поддерживать более 80% доверенных валидаторов в течение двух недель. Поэтому операторам необходимо отделять доступность кода от активации сети при проверке исправления ошибки пакетных транзакций XRPL.

Конфиденциальные переводы добавляют инструменты конфиденциальности в XRPL 3.3.0

Третье отличие — ConfidentialTransfer, основанный на XLS-96. Объединённые работы по разработке позволяют внести изменения внутри ветви 3.3.0. Предложение предусматривает скрытие многоцелевых балансов токенов и сумм перевода с помощью криптографии EC-ElGamal и доказательств с нулевой информацией.

Авторизованные эмитенты, аудиторы или назначенные организации всё равно могли получить доступ к раскрытию информации. Эта структура Confidential MPT XRP Ledger нацелена на регулируемые токенизированные активы, одновременно снижая публичную уязвимость к деталям транзакций. Тем не менее, официальная документация по-прежнему указывает ConfidentialTransfer как «в разработке», а стабильный релиз сохраняет стандартный голос «Против».

Спонсорские сборы могут устранить барьеры для адаптации XRP

Четвёртое различие касается поправки к Спонсорским сборам и резервам, также называемой Спонсором или XLS-68. Это позволит компаниям, приложениям или эмитентам покрывать комиссии за транзакции другого счета, требования к резервированию или оба варианта. Спонсируемые пользователи всё равно контролировали свои аккаунты и приватные ключи.

Связано: сообщество XRP смещает фокус на утилиту XRPL перед крупными обновлениями

Такой подход мог бы снизить барьеры для онбординга, поскольку новым пользователям не потребуется сразу XRP для комиссий или резервов объектов реестра. Тем не менее, Sponsor остаётся в разработке и не активен в версии 3.2.1. Его включение в финальный пакет 3.3.0 также остаётся неподтвержденным до официальных примечаний релиза, определяющих полный набор функций.

XRPL 3.3.0 расширяет надёжность и защиту реестра

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

В совокупности эти изменения расширяют обновление за пределы отдельных изменений и расширяют надёжность и повышение согласованности реестров. Соответственно, XRPL 3.3.0 против 3.2.1 означает переход от оборонительного обслуживания к более широким возможностям протокола.

Тем не менее, версия 3.2.1 остаётся стабильной целью для операторов. Кроме того, вращающемуся ключу для подписи посылок Ripple необходимо доверять для автоматических обновлений. Тем временем тестирование должно оставаться отдельно до тех пор, пока подписанные пакеты и финальные заметки не подтвердят выпуск XRP Ledger 3.3.0.