Разработчики 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 предназначен для добавления конфиденциальности для Multi-Purpose Tokens (MPT). Документация XRPL говорит, что поправка использует криптографию для скрытия отдельных балансов и сумм переводов, сохраняя при этом механизмы, позволяющие уполномоченным сторонам, включая эмитентов или аудиторов, проверять информацию, необходимую для соблюдения требований.
Функция остается предметом активации поправки, поэтому частные переводы MPT не следует описывать как активные в основной сети XRPL.
BatchV1_1 — еще один важный компонент. Стандарт XLS-56 позволяет упаковывать и обрабатывать несколько транзакций вместе, включая транзакции с участием разных аккаунтов. Атомарное выполнение может помочь в процессах расчетов, где несколько действий должны успешно завершиться вместе, а не оставлять одну часть выполненной, а другую неудачной.
Пересмотренные функции после предыдущих находок в области безопасности
Batch имеет важную историю. Более ранняя версия была отключена до активации в основной сети после обнаружения проблемы безопасности в логике подписания транзакций. Фонд XRPL позже перешел к BatchV1_1 как исправленной замене. Как ранее сообщалось в покрытии безопасности XRPL, разработчики усилили формальную проверку недавних обновлений.
Permission Delegation пошла похожим путем. 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. Журнал изменений 3.3.0 на GitHub вместо этого показывает работу над LendingProtocolV1_1 и отдельным треком fixCleanup3_3_0 наряду с основными функциями.
Таким образом, релиз не следует рассматривать как одновременное появление шести готовых возможностей. Это веха в серверном программном обеспечении, которая дает валидаторам и операторам код, необходимый для решений по поправкам. Отдельные поправки могут иметь разные сроки голосования и могут не активироваться, если поддержка упадет ниже требуемого порога.
Этот процесс управления имел значение и раньше. Оригинальные поправки Batch и Permission Delegation были остановлены после обнаружения ошибок до активации в основной сети, что показывает, что включение в программное обеспечение или голосование валидаторов не то же самое, что развертывание в производстве.
Что дальше для валидаторов XRPL
Операторам узлов теперь необходимо оценить версию 3.3.0 и решить, обновляться ли и поддерживать отдельные поправки. Точные даты активации зависят от голосования валидаторов, а не от выпуска программного обеспечения 6 августа. Правила внесения поправок XRPL требуют, чтобы супербольшинство сохранялось непрерывно в течение двух недель.
Для держателей XRP непосредственное изменение является техническим, а не денежным. Версия 3.3.0 расширяет потенциальный набор инструментов сети для конфиденциальности, многоэтапных расчетов, делегированных полномочий, спонсируемого онбординга и настраиваемой эмиссии токенов, но ничто не гарантирует более высокий спрос на XRP или рост цены.
Следующими проверяемыми вехами будут принятие валидаторами версии 3.3.0, уровни поддержки поправок и запланированные даты активации. Пока эти пороги не достигнуты, новые возможности следует описывать как выпущенные в программном обеспечении узлов и проходящие через управление, а не как полностью активные функции основной сети XRP Ledger.
Решения валидаторов, а не маркетинг релиза, определят, когда каждая функция станет доступной в основной сети.