Ripple рекомендовал отозвать ожидающую поправку XChainBridge к XRP Ledger, придя к выводу, что её основной вариант использования уже обеспечивается Axelar, а более широкий спрос со стороны разработчиков не возник.
Резюме
- Ripple рекомендует отозвать XChainBridge после того, как Axelar полностью заменил предполагаемую роль EVM-сайдчейна 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 для обеспечения этого соединения вместо этого.
EVM-сайдчейн XRPL запущен с Axelar в качестве моста основной сети в июне 2025 года. Сеть валидаторов Axelar проверяет кросс-чейн сообщения и соединяет сайдчейн с XRPL и другими поддерживаемыми блокчейнами.
Ripple заявил, что EVM-сайдчейн теперь «лучше обслуживается» через Axelar. Это остаётся технической оценкой компании, а не выводом, полученным в результате независимого сравнения безопасности.
Слабый спрос со стороны разработчиков изменил оценку Ripple
Ripple изначально сохранял XLS-38 доступным, потому что разработчики всё ещё могли использовать его для частных сайдчейнов и специализированных сетей, которые Axelar не был предназначен поддерживать.
Однако компания заявила, что нашла мало доказательств активных проектов, требующих нативного моста. Ни одно производственное развёртывание публично не идентифицировало XLS-38 как важный для его запланированных операций.
Поддержание неактивной реализации по-прежнему требует проверок, тестов и работы по совместимости всякий раз, когда разработчики обновляют xrpld. Ripple утверждал, что это создаёт постоянное бремя обслуживания без соответствующей выгоды для основной сети.
Рекомендация не означает, что более широкая экосистема XRPL отказалась от интероперабельности. Ripple указал на Axelar, Wormhole, системы с нулевым разглашением и решения второго уровня как на альтернативные подходы, подходящие для различных требований безопасности и конфиденциальности.
Кроссчейн-системы также вводят определенные риски. Как сообщалось ранее, эксплойты мостов привели к убыткам более чем в 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, представить конкретные варианты использования. Достоверное активное развертывание может привести компанию к пересмотру своей рекомендации до начала поэтапного отзыва.
