Ripple рекомендує відкликати поправку XChainBridge, що очікує розгляду в XRP Ledger, після того як дійшов висновку, що її основне використання вже забезпечується Axelar, а ширшого попиту з боку розробників не виникло.
Підсумок
- Ripple рекомендує відкликати XChainBridge після того, як Axelar повністю замінив його призначену роль EVM Sidechain для XRP Ledger.
- Поправка, що очікує розгляду, додала б нативні мости активів з використанням незалежних серверів-свідків між підключеними реєстрами.
- Видалення XChainBridge може усунути понад 10 000 рядків з кодової бази сервера XRPL, за оцінками Ripple.
- Ripple контролює один голос валідатора і не може самостійно відкликати або активувати поправку на даний момент.
- Розробники з активними проєктами XLS-38 можуть надати докази до того, як спільнота офіційно завершить процедури відкликання.
Маюкха Вадарі, старший інженер-програміст у RippleX, оголосила цю рекомендацію 27 серпня. XChainBridge, також відомий як XLS-38, досі перебуває в процесі голосування валідаторів XRPL і не був активований в основній мережі.
Ripple оцінив, що відкликання пропозиції дозволило б розробникам видалити понад 10 000 рядків коду з xrpld, серверного програмного забезпечення, що живить мережу. Жоден код ще не видалено, і Ripple не може завершити процес самостійно.
XRP Ledger більше не потребує XLS-38 для свого EVM сайдчейну
XLS-38 був розроблений для забезпечення протокольного рівня для переміщення XRP та випущених активів між XRP Ledger та підключеними мережами. Його цільові користувачі включали публічні сайдчейни, приватні реєстри, дозволені мережі та експериментальні ланцюги.
Система покладається на незалежні сервери-свідки для моніторингу подій у кожному підключеному реєстрі. Свідки подають атестації, що підтверджують блокування або знищення активів до того, як відповідні активи стають доступними в цільовій мережі.
Одним із основних випадків використання пропозиції було з'єднання основної мережі XRPL з її сайдчейном, сумісним з віртуальною машиною Ethereum. Ripple пізніше обрав Axelar для забезпечення цього з'єднання.
XRPL EVM Sidechain запущено з Axelar як мостом основної мережі у червні 2025 року. Мережа валідаторів Axelar перевіряє кросчейн-повідомлення та з'єднує сайдчейн з XRPL та іншими підтримуваними блокчейнами.
Ripple заявив, що EVM сайдчейн тепер "краще обслуговується" через Axelar. Це залишається технічною оцінкою компанії, а не висновком, отриманим у результаті незалежного порівняння безпеки.
Слабкий попит з боку розробників змінив оцінку Ripple
Ripple спочатку залишав XLS-38 доступним, оскільки розробники все ще могли використовувати його для приватних сайдчейнів та спеціалізованих мереж, які Axelar не був розроблений підтримувати.
Однак компанія заявила, що знайшла мало доказів активних проєктів, які потребують нативного мосту. Жодне виробниче розгортання публічно не визначило XLS-38 як необхідний для запланованих операцій.
Підтримка неактивної реалізації все ще вимагає перевірок, тестів та робіт із сумісності щоразу, коли розробники оновлюють xrpld. Ripple стверджує, що це створює постійне навантаження на обслуговування без відповідної вигоди для основної мережі.
Ця рекомендація не означає, що ширша екосистема XRPL відмовилася від інтероперабельності. Ripple вказав на Axelar, Wormhole, системи з нульовим розголошенням та дизайни рівня 2 як альтернативні підходи, що відповідають різним вимогам безпеки та конфіденційності.
Кросс-чейн системи також створюють окремі ризики. Як повідомлялося раніше, експлойти мостів призвели до збитків на суму понад 4 мільярди доларів з 2021 року, що робить дизайн верифікації та операційну безпеку ключовими міркуваннями.
Ripple не може самостійно видалити XChainBridge
Офіційний реєстр XRPL перелічує XChainBridge як поправку, що очікує розгляду, з голосом «проти» за замовчуванням. Ripple керує лише одним голосом валідатора серед незалежних учасників мережі.
Поправка XRPL зазвичай вимагає підтримки понад 80% довірених валідаторів протягом двох послідовних тижнів перед активацією. З 35 валідаторами в поточній конфігурації за замовчуванням, щонайменше 29 позитивних голосів перевищили б цей поріг.
Тому рекомендація Ripple не відкликає поправку негайно і не змушує інших валідаторів виступати проти неї. Валідатори самостійно вирішують, які поправки підтримує їхня інфраструктура.
Це розділення узгоджується з іншими пропозиціями XRPL. У відповідному висвітленні, підтримка Ripple поправок щодо кредитування не забезпечила їх активацію, оскільки пропозиції все одно вимагали ширшого порогу валідаторів.
Відкликання відбуватиметься через поетапні зміни програмного забезпечення
Ripple запропонував почати з pull request, який позначає XChainBridge як застарілий у кодовій базі xrpld. Сервери, які оновлюються до цього випуску, автоматично голосуватимуть проти активації.
Підтримка зменшуватиметься, оскільки валідатори встановлюють оновлене програмне забезпечення. Як тільки активні валідатори визнають поправку застарілою, розробники зможуть видалити реалізацію XChainBridge та пов'язаний код fixXChainRewardRounding у пізнішому випуску.
Жодних дедлайнів для pull request, версій програмного забезпечення або остаточної дати видалення не оголошено. Терміни залежать від відгуків спільноти, перегляду коду та оновлень валідаторів.
Ripple попросив розробників або організації, які працюють з XLS-38, представити конкретні випадки використання. Достовірне активне розгортання може спонукати компанію переглянути свою рекомендацію до початку поетапного відкликання.
