XRPL Commons підтвердила 27 січня через допис у X, що проголосувала за дві ключові поправки XRP Ledger після завершення повного наскрізного тестування в Devnet. Група схвалила Permissioned Domains згідно з XLS-80 та Permissioned DEXs згідно з XLS-81 після голосування щодо управління, яке відбулося 23 січня 2026 року.
Це рішення стало кроком до забезпечення регульованої фінансової діяльності на XRPL без зміни її відкритого та децентралізованого дизайну.
Поправки спрямовані на підтримку установ, які потребують контролю відповідності, таких як верифікація особи та обмежений доступ контрагентів. XRPL Commons заявила, що її голосування ґрунтувалося на успішних результатах тестування та операційній стабільності, виявленій під час розгортання Devnet.
Permissioned Domains дозволяють операторам визначати контрольовані середовища в XRP Ledger. Оператори доменів вирішують, які облікові дані є дійсними, і акаунти, що володіють цими обліковими даними, автоматично отримують доступ.
Ця структура дозволяє застосовувати регуляторні вимоги, як-от верифікація KYC, зберігаючи основний реєстр без дозволів.
Permissioned DEXs розширюють нативну децентралізовану біржу XRP Ledger, запроваджуючи книги ордерів з обмеженням домену. Лише члени в межах одного дозволеного домену можуть торгувати один з одним, забезпечуючи дотримання всіма учасниками заздалегідь визначених умов відповідності.
Поправки запроваджують три типи пропозицій. Відкриті пропозиції слідують існуючій поведінці DEX XRP Ledger. Дозволені пропозиції обмежують торгівлю одним доменом. Гібридні пропозиції дозволяють угодам спочатку збігатися в межах домену, перш ніж отримати доступ до ліквідності відкритого ринку.
Усі функції покладаються на облікові дані XLS-70, які забезпечують ончейн метод перевірки атрибутів акаунту, таких як статус відповідності.
Повний життєвий цикл нових функцій був вручну протестований у Devnet спільнотою XRPL Commons. Це включало створення та скасування облікових даних, адміністрування доменів та відкриті, дозволені та гібридні угоди DEX.
Тести встановили, що членство доменів автоматично оновлювалося щоразу, коли облікові дані змінювалися, і що не-члени не мали дозволу на вхід до обмежених книг ордерів.
Правильно, гібрид спочатку забезпечує ліквідність домену, а потім вдається до відкритої DEX. Прострочені облікові дані були автоматично скасовані та відхилили несанкціоновані угоди, як і передбачалося. Кожен XLS-70, XLS-80 та XLS-81 працював відповідно до специфікацій.
Операційною проблемою, виявленою під час початкового тестування, була конфігурація IOU. Щоб мати можливість використовувати належну маршрутизацію угод, емітенти повинні ввімкнути DefaultRipple, користувачі повинні створити лінії довіри, а емітенти повинні очистити прапорець NoRipple на лініях довіри.
Неможливість виконати цей крок призвела до невдачі угод, і точність конфігурації дуже важлива для установ.
XRPL Commons зазначила, що вона виступила на користь поправок, оскільки це забезпечує розумний компроміс між відповідністю та децентралізацією.
Її функції дозволяють використовувати її в наступних випадках: обмін стейблкоїнів, заробітна плата, міжнародні бізнес-розрахунки та корпоративне казначейство.
Хоча ліквідність обмежена доменами і жодна угода не може перетинати дозволені середовища, це було названо компромісом, навмисно зробленим для задоволення регуляторних очікувань. Отримавши схвалення, XRP Ledger робить крок далі до того, щоб стати готовим до регулювання розрахунковим рівнем ончейн фінансів.
Також читайте: XRP Ledger Velocity досягає піку 2025 року, оскільки ETF наближаються до 1 мільярда доларів притоків


