XRPL готує XLS-86 Firewall для протокольного рівня безпеки

• XLS-86 Firewall додає часові та вартісні обмеження на вихідні транзакції XRP.
• Оновлення включає функції білого списку та попередження для запобігання шахрайствам, спрямованим на власників XRP.
• Валідатор Vet називає XLS-86 “кінцем для шахраїв”, якщо його схвалить XRPL governance.

Розробники XRP Ledger готують XLS-86 Firewall — масштабне оновлення протоколу безпеки, спрямоване на захист користувачів від шахрайств та несанкціонованих переказів. Як повідомив валідатор Vet, ця пропозиція впроваджує структурні захисні механізми безпосередньо в реєстр. Якщо її буде прийнято шляхом внесення змін, firewall надасть власникам XRP більший контроль над транзакціями, тим самим запобігаючи шахрайствам. 

Захист від шахрайств

За словами Vet, XLS-86 firewall — це вбудований у протокол рівень безпеки, який дозволяє власникам акаунтів встановлювати обмеження на вихідні транзакції за допомогою часових затримок або порогових значень суми. Такий підхід гарантує, що навіть у разі компрометації приватних ключів, зловмисники не зможуть одразу вивести кошти з акаунта.

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

David Schwartz, CTO Ripple, нещодавно звернув увагу на шахрайські airdrop-и, спрямовані на власників XRP. Розробники очікують, що гаманці, біржі та оператори вузлів інтегрують firewall, позначаючи ризиковані адреси, блокуючи підозрілу активність та видаючи попередження користувачам. У майбутніх оновленнях може бути впроваджено машинне навчання для виявлення шахрайських схем. Це суттєва зміна порівняно з фрагментованими інструментами на кшталт баз даних XRplorer, які історично працювали поза основним протоколом.

Структурна безпека XRPL 2.5.0

Пропозиція щодо firewall з’явилася після запуску Ripple версії XRP Ledger 2.5.0 у червні 2025 року, яка була орієнтована на корпоративне впровадження. Це оновлення представило XLS-85, що дозволяє escrow підтримувати токени, випущені третіми сторонами, такі як стейблкоїни. 

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

У цей період обсяги платежів досягли рекордних показників, що співпало з прогресом Ripple у судових справах із U.S. Securities and Exchange Commission. Разом із XLS-85 та XLS-56 також було активовано зміну щодо облікових даних. 

Як повідомив валідатор Vet, ця функція дозволяє видавати та перевіряти облікові дані, такі як KYC та AML-перевірки, безпосередньо в ланцюжку. Така система зменшує повторюваність процедур відповідності, зберігаючи при цьому захист приватності, що відповідає фокусу Ripple на токенізації та готовності до інституційного використання.

Дивіться також: Ripple’s XRP Ledger відновлюється після несподіваної зупинки мережі

Вплив на ринок та спільноту

Vet описав XLS-86 Firewall як потенційний “кінець для шахраїв”, підкреслюючи значний інтерес до зменшення повторюваних втрат від шахрайств. Якщо зміна буде схвалена, для її постійного впровадження в системі XRPL governance потрібно два тижні підтримки від 80% валідаторів.

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

У сукупності ці механізми можуть створити єдину структуру, де безпека буде інтегрована безпосередньо в реєстр, а не розпорошена по зовнішніх сервісах. Для користувачів XRP модель добровільного підключення забезпечує гнучкість: приватні інвестори можуть активувати базові правила, а підприємства — впроваджувати суворіші параметри. 

Ця адаптивність може поширити захист не лише на токени XRP, а й на NFT та інші активи, що працюють на XRPL. Необхідність таких заходів була відзначена на початку цього року через скомпрометований пакет xrpl.js, який виявив вразливості в екосистемі, незважаючи на швидке виправлення.

XLS-86 Firewall підсилює XRP Ledger, впроваджуючи налаштовувані захисні механізми безпосередньо в протокол. Від часових обмежень до механізмів білого списку та потенціалу машинного навчання — система впроваджує кілька рівнів захисту. 

З огляду на триваючі обговорення розробки та зв’язок оновлень Ripple із готовністю до інституційного використання, firewall демонструє, як децентралізовані мережі можуть впроваджувати структурні захисні механізми. Його впровадження об’єднає запобігання шахрайствам у єдину структуру — це вирішальний крок до підвищення безпеки на permissionless блокчейнах.

Публікація XRPL Prepares XLS-86 Firewall for Protocol-Level Security вперше з’явилася на Cryptotale.