XRP Ledger 3.3.0 приносит обновления конфиденциальности и пакетной обработки

Разработчики XRP Ledger выпустили версию xrpld 3.3.0 6 августа, приближая несколько изменений протокола к возможной активации в основной сети.

Резюме

• XRPL 3.3.0 вводит код протокола, но одобрение валидаторов остается необходимым перед активацией в основной сети.
• ConfidentialTransfer будет защищать балансы MPT и суммы переводов, сохраняя доступ для соблюдения требований для уполномоченных сторон.
• BatchV1_1 восстанавливает функциональность атомарных транзакций после того, как предыдущая версия была остановлена из-за уязвимости безопасности.
• Sponsor позволит третьим сторонам покрывать сборы и резервы, в то время как пользователи сохранят полный контроль над своими счетами.
• DynamicMPT позволит эмитентам изменять выбранные свойства токенов позже, поддерживая изменяющиеся бизнес- и комплаенс-потребности.

Официальный релиз на GitHub подтверждает работу над ConfidentialTransfer, BatchV1_1, Sponsor и DynamicMPT, а также исправления и другие изменения протокола. Сам релиз программного обеспечения не активирует эти функции в сети.

Это различие имеет значение, поскольку некоторые отчеты описывают шесть обновлений как уже активные. В рамках процесса изменения XRP Ledger новые функции протокола требуют поддержки валидаторов перед активацией. Изменение должно поддерживаться более чем 80% доверенных валидаторов в течение двух последовательных недель, прежде чем вступить в силу.

XRP Ledger 3.3.0 добавляет инструменты конфиденциальности и атомарных транзакций

ConfidentialTransfer предназначен для добавления конфиденциальности для многоцелевых токенов, или MPT. Документация XRPL утверждает, что изменение использует криптографию для защиты отдельных балансов и сумм переводов, сохраняя механизмы, позволяющие уполномоченным сторонам, включая эмитентов или аудиторов, проверять информацию, необходимую для соблюдения требований.

Эта функция остается подверженной активации изменения, поэтому частные переводы MPT пока не следует описывать как активные в основной сети XRPL.

BatchV1_1 является еще одной важной составляющей. Стандарт XLS-56 позволяет упаковывать и обрабатывать несколько транзакций вместе, включая транзакции, связанные с разными счетами. Атомарное выполнение может помочь в рабочих процессах расчетов, где несколько действий должны успешно завершиться вместе, а не оставлять одну часть завершенной, в то время как другая терпит неудачу.

Пересмотренные функции следуют за предыдущими находками безопасности

Batch имеет важную историю. Ранее версия была отключена до активации в основной сети после того, как была обнаружена уязвимость в логике подписи транзакций. Фонд XRPL позже перешел к BatchV1_1 как исправленной замене. Как ранее сообщалось в освещении безопасности XRPL, разработчики увеличили формальный обзор недавних обновлений.

Delegation Permission следовал аналогичному пути. XRPL раскрыл в сентябре 2025 года, что ошибка в предыдущем изменении могла позволить несанкционированной транзакции взимать сборы с другого счета при определенных условиях. Валидаторам было рекомендовано голосовать против, и уязвимая функция никогда не была активирована. PermissionDelegationV1_1 была разработана как ее замена.

Пересмотренная концепция позволяет аккаунту предоставлять определенные разрешения на транзакции, не передавая свой основной закрытый ключ, поддерживая операционные кошельки с ограниченными полномочиями.

Sponsor и DynamicMPT нацелены на институциональную интеграцию

Sponsor, основанный на XLS-68, предназначен для того, чтобы другой аккаунт мог покрывать сборы за транзакции или требования к резервам, в то время как пользователь сохраняет контроль над аккаунтом и ключами. Эта функция может позволить приложениям интегрировать пользователей, не требуя от них приобретения XRP исключительно для покрытия сетевых затрат. Предложение XLS-68 явно поддерживает спонсорство сборов и резервов, сохраняя контроль пользователя над ключами.

DynamicMPT нацелен на эмитентов токенов. Предложение XLS-94 позволяет эмитентам обозначать выбранные свойства MPT как изменяемые при создании токена, а затем обновлять эти разрешенные поля позже. Стандарт предназначен для учета изменяющихся бизнес- или комплаенс-требований, не позволяя редактировать каждое свойство токена свободно.

Вместе эти функции соответствуют растущему вниманию XRPL к токенизированным финансам. В связанном освещении токенизации crypto.news сообщило, что JPMorgan, Mastercard, Ondo Finance и Ripple протестировали токенизированное погашение казначейских облигаций с использованием XRPL.

Не все упомянутые обновления относятся к версии 3.3.0

Одно исправление необходимо в отношении широко распространенного формулирования "шесть обновлений". fixCleanup3_2_0 относится к более раннему циклу xrpld 3.2.0, а не к недавно выпущенному пакету функций 3.3.0. В журнале изменений GitHub для 3.3.0 вместо этого показана работа вокруг LendingProtocolV1_1 и отдельная дорожка fixCleanup3_3_0 наряду с основными функциями.

Таким образом, выпуск не следует воспринимать как шесть завершенных возможностей, доступных одновременно. Это веха серверного программного обеспечения, которая предоставляет валидаторам и операторам код, необходимый для принятия решений об изменениях. Индивидуальные изменения могут иметь разные сроки голосования и могут не активироваться, если поддержка упадет ниже необходимого порога.

Этот процесс управления имел значение и раньше. Первоначальные изменения Batch и Permission Delegation были остановлены после выявления ошибок перед активацией в основной сети, что показывает, что включение в программное обеспечение или голосование валидаторов не является тем же самым, что и развертывание в производственной среде.

Что происходит дальше для валидаторов XRPL

Операторы узлов теперь должны оценить версию 3.3.0 и решить, следует ли обновляться и поддерживать индивидуальные изменения. Точные даты активации зависят от голосования валидаторов, а не от выпуска программного обеспечения 6 августа. Правила изменения XRPL требуют, чтобы супербольшинство сохранялось непрерывно в течение двух недель.

Для держателей XRP немедленное изменение является техническим, а не денежным. Версия 3.3.0 расширяет потенциальный инструментарий сети для обеспечения конфиденциальности, многоступенчатых расчетов, делегированной власти, спонсируемого ввода и настраиваемой эмиссии токенов, но ни одно из них не гарантирует повышенного спроса на XRP или роста цен.

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

Решения валидаторов, а не маркетинг выпуска, определят, когда каждая функция станет доступной в основной сети.