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