XRP Ledger впроваджує KYC/AML в ланцюгу в важливому оновленні

4 вересня 2025 року о 03:51:21 UTC XRP Ledger (XRPL) активував своє доповнення “Креденціали”, впровадивши шар рідної ідентичності, узгоджений зі стандартами до базового протоколу та дозволяючи потоки з усвідомленням KYC/AML безпосередньо в ланцюгу. Ця покращена версія слідує моделі управління змінами XRPL, яка вимагає супербільшості 80% валідаторів, підтримуваної протягом двох тижнів, що завершується подією EnableAmendment, яка постійно активує нові правила для всіх наступних бухгалтерських книг.

XRPL додає рідні контролі KYC та AML

Ядро зміни – це XLS-0070 (“Креденціали”), специфікація, розроблена для того, щоб дозволити емітентам підтверджувати факти про обліковий запис XRPL, такі як перевірка ідентичності або статус санкцій, так що інші учасники можуть довіряти без розкриття приватних документів у ланцюзі. Як пояснює документація XRPL, “Функція Креденціалів – це набір інструментів для управління вимогами авторизації та дотримання вимог, використовуючи блокчейн XRP Ledger, поважаючи конфіденційність і децентралізацію”. Дизайн “надихнутий стандартом Перевіряємих Креденціалів W3C”, адаптуючи його так, щоб суб'єктом кредиту була адреса XRPL, а не URL.

Веб-сайт специфікацій з відкритим кодом Ripple стисло підсумовує інституційну причину: “Учасники надають набір інструментів для управління вимогами авторизації та відповідності в XRP Ledger, дотримуючись приватності та децентралізації”, підхід, який робить цю функцію зрозумілою для регульованих учасників, які потребують сертифікацій без створення власних списків дозволених.

Функціонально, поправка вводить нові об'єкти та транзакції на рівні протоколу, щоб сертифікації могли бути видані, прийняті, згадані та відкликані в ланцюзі. Реєстр Відомих Поправок XRPL перераховує зміни: три нові транзакції (CredentialCreate для того, щоб відправник надав сертифікат, CredentialAccept, щоб суб'єкт його підтвердив, та CredentialDelete для відкликання/очищення ), а також новий тип запису в реєстрі під назвою Credential. Вона також розширює існуючу функцію DepositPreauth, щоб авторизація депозиту могла бути виражена в термінах вимог до сертифікатів, і додає поле CredentialIDs до кількох транзакцій (, включаючи Payment, EscrowFinish, PaymentChannelClaim та AccountDelete ), щоб відправник міг подати набір сертифікатів під час взаємодії з отримувачем, який застосовує контроль за дотриманням.

Важливо підкреслити, що особисті документи ніколи не потрапляють у блокчейн. У канонічному потоці компанія, яка повинна обмежити взаємодії до рахунків з KYC, призначає надійних емітентів поза ланцюгом; емітент приватно перевіряє користувача, а потім записує лише одну підписану облікову запис у головну книгу. “Документи, які [користувач] надсилає… ніколи не публікуються і не зберігаються в блокчейні”, однак численні контрагенти можуть довіряти одній і тій же обліковій запису, уникаючи надмірних перевірок. Цей баланс - сертифікації в ланцюгу, докази поза ланцюгом - відображає модель Верифікованих Уповноважень W3C, зберігаючи сертифікації портативними через особливості XRPL.

Активація також вписується в ширшу дорожню карту, спрямовану на інфраструктури рівня інститутів. Креденціали є передумовою і доповненням до інших конструкцій з дозволами, таких як Домен з Дозволами та DEX з Дозволами, які очікують, що учасники нададуть дійсні креденціали для доступу до контрольованої ліквідності або ринків з обмеженим доменом. Документація цих пропозицій чітко пов'язує застосування знову до Креденціалів, підкреслюючи, що шар ідентичності розроблений для повторного використання на кількох продуктах, а не бути одноразовим перемикачем.

З точки зору впровадження, функція була видима для розробників протягом кількох місяців: версії серверу посилань Ripple (rippled) підкреслили Креденції серед нових поправок, набір документів надав керівництво від початку до кінця та приклади коду для тестування в Devnet, а дослідники відстежували голоси валідаторів до порогу 28/35. Сьогоднішня активація в основній мережі змінює характеристику “відкрито для голосування” на реальність виробництва, дозволяючи емітентам, біржам та фінансовим технологіям створювати потоки, контрольовані кредитними даними, які розраховуються атомарно в XRPL.

Технічно, зміни є консервативними, але суттєвими. Оскільки CredentialIDs тепер можуть супроводжувати стандартну семантику Платежу, установа може - на рівні протоколу - приймати лише депозити, коли набір хешів сертифікатів, що подається, відповідає політиці, яку вона налаштувала через DepositPreauth. Ця реалізація відбувається без спеціального проміжного програмного забезпечення і реєструється в метаданих транзакції, підвищуючи аудитованість для регульованих організацій.

Об'єднуючи існуючі примітиви (лінії довіри, AMM, DEX, escrow), відкривається шлях для програмних політик, таких як “приймати євро-стейблкоїн від контрагентів з оновленою KYC-кваліфікацією емітента X, і маршрутизувати обмін валют через ринок з дозволами, якщо обидві сторони відповідають вимогам домену”.

На момент публікації XRP торгувався по 2,82 долара.

Відмова від відповідальності: Тільки для інформаційних цілей. Минулі результати не є показником майбутніх результатів.