XRP Ledger впроваджує перевірку особистості на блокчейні в значному оновленні

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

XRPL впроваджує вбудовані механізми перевірки ідентичності

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

Обґрунтування цієї функції чітко викладене на відкритому сайті специфікацій Ripple: "Облікові дані пропонують набір інструментів для управління вимогами авторизації та відповідності на XRP Ledger, водночас поважаючи конфіденційність і децентралізацію." Цей підхід робить функцію доступною для регульованих суб'єктів, які потребують атестацій без створення власних списків дозволених.

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

Важливо зазначити, що особисті документи ніколи не зберігаються в блокчейні. У типовому сценарії бізнес, який потребує обмеження взаємодій лише для рахунків, що пройшли KYC, призначить надійних емітентів поза ланцюгом. Емітент перевірить користувача конфіденційно, а потім запише лише підписану довідку в реєстр. Як підкреслюють концептуальні документи, "Документи, які [користувач] подає... ніколи не публікуються і не зберігаються в блокчейні." Однак кілька контрагентів можуть покладатися на одну й ту ж довідку, усуваючи необхідність у повторних процесах перевірки.

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

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

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

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

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

Застереження: Ця інформація надається лише для освітніх цілей. Історична продуктивність не гарантує майбутніх результатів.