Разработчики 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 Foundation перешел к 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.
Решения валидаторов, а не маркетинг релиза, определят, когда каждая функция станет доступной в основной сети.
