4 сентября 2025 года в 03:51:21 по UTC в XRP Ledger (XRPL) активирована поправка «Credentials». Это привнесло в базовый протокол нативный уровень идентификации, соответствующий стандартам, и позволило реализовать потоки с учётом KYC/AML непосредственно в блокчейне. Обновление выполнено в соответствии с моделью управления XRPL: для этого потребовалось одобрение 80% валидаторов в течение двух недель, что завершилось событием EnableAmendment, которое навсегда включило новые правила для всех последующих реестров.
XRPL добавляет нативный контроль KYC и AML
В основе изменений лежит спецификация XLS-0070 («Credentials»), которая позволяет эмитентам подтверждать факты об учётной записи XRPL, такие как проверка личности или статус санкций. Это можно сделать таким образом, чтобы другие участники могли положиться на эти данные без раскрытия конфиденциальных документов в цепочке.
Как указано в документации XRPL, «функция Credentials — это набор инструментов для управления требованиями авторизации и соответствия с использованием блокчейна XRP Ledger, при этом соблюдая конфиденциальность и децентрализацию». Эта разработка «основана на стандарте W3C Verifiable Credentials», адаптируя его так, чтобы субъектом учётных данных был адрес XRPL, а не URL.
На сайте спецификаций Ripple с открытым исходным кодом кратко изложено институциональное обоснование: «Credentials предоставляют набор инструментов для управления требованиями авторизации и соответствия в XRP Ledger, при этом соблюдая конфиденциальность и децентрализацию» — формулировка, которая делает эту функцию понятной для регулируемых субъектов, которым нужны подтверждения без создания собственных списков разрешённых участников.
Функционально поправка вводит новые объекты и транзакции на уровне протокола, чтобы аттестации могли выдаваться, приниматься, упоминаться и отзываться в блокчейне.
Изменения в реестре известных поправок XRPL
* Три новые транзакции: CredentialCreate (эмитент предоставляет учётные данные), CredentialAccept (субъект подтверждает их) и CredentialDelete (отзыв/очистка).
* Новый тип записи в реестре учётных данных.
* Расширение существующей функции DepositPreauth, чтобы авторизацию депозита можно было выразить в терминах требований к учётным данным.
* Добавление поля CredentialIDs в несколько транзакций (включая Payment, EscrowFinish, PaymentChannelClaim и AccountDelete), чтобы отправитель мог представить набор учётных данных при взаимодействии с получателем, который обеспечивает соблюдение правил.
Важно отметить, что личные документы никогда не попадают в блокчейн. В каноническом потоке бизнес, который должен ограничить взаимодействие с учётными записями, прошедшими проверку KYC, называет доверенных эмитентов вне сети; эмитент проверяет пользователя в частном порядке, а затем записывает в реестр только подписанные учётные данные.
Активация в рамках более широкой дорожной карты
Активация также вписывается в более широкую дорожную карту, направленную на создание рельсов институционального уровня. Учётные данные являются предпосылкой и дополнением для других разрешённых конструкций, таких как разрешённые домены и разрешённый DEX, которые ожидают, что участники представят действительные учётные данные для доступа к контролируемой ликвидности или рынкам с ограниченной областью действия.
Документация для этих предложений явно связывает правоприменение с учётными данными, подчёркивая, что уровень идентификации предназначен для повторного использования на разных продуктовых поверхностях, а не является одноразовым переключателем.
С точки зрения реализации эта функция была доступна разработчикам в течение нескольких месяцев: релизы эталонного сервера Ripple (rippled) выделяли учётные данные среди новых поправок, набор документов поставлялся с комплексным руководством и примерами кода для тестирования в Devnet, а исследователи отслеживали голоса валидаторов до достижения порога в 28 из 35.
Сегодняшнее включение в основную сеть переводит функцию из состояния «открыта для голосования» в производственную реальность, позволяя эмитентам, биржам и финтех-компаниям создавать потоки с учётными данными, которые будут автоматически рассчитываться в XRPL.
Технически изменение является консервативным, но далеко идущим. Поскольку теперь CredentialIDs могут сопровождать стандартную семантику платежей, учреждение может — на уровне протокола — принимать депозиты только тогда, когда представленный набор хэшей учётных данных соответствует политике, настроенной им через DepositPreauth. Это обеспечивает соблюдение без специального промежуточного программного обеспечения и записывается в метаданных транзакции, улучшая возможности аудита для регулируемых организаций.
В сочетании с существующими примитивами (трастовые линии, AMM, DEX, эскроу) открывается путь к программным политикам, таким как «принимать евро-стейблкоины от контрагентов с актуальными учётными данными KYC от эмитента X и направлять кросс-валютные операции через разрешённый рынок, если обе стороны соответствуют требованиям домена».
На момент публикации XRP торговался по цене $2,82.
Не является инвестиционной рекомендацией.