Ripple a recommandé de retirer l'amendement XChainBridge en attente du XRP Ledger après avoir conclu que son cas d'utilisation principal est déjà couvert par Axelar et qu'une demande plus large de la part des développeurs n'a pas émergé.
Mayukha Vadari, ingénieur logiciel senior chez RippleX, a annoncé cette recommandation le 27 août. XChainBridge, également connu sous le nom de XLS-38, reste dans le processus de vote des validateurs du XRPL et n'a pas été activé sur le mainnet.
Ripple a estimé que le retrait de la proposition permettrait aux développeurs de supprimer plus de 10 000 lignes de code de xrpld, le logiciel serveur qui alimente le réseau. Aucun code n'a encore été supprimé, et Ripple ne peut pas achever le processus de manière indépendante.
XLS-38 a été conçu pour fournir un cadre au niveau du protocole pour le déplacement de XRP et d'actifs émis entre le XRP Ledger et les réseaux connectés. Ses utilisateurs visés incluaient des sidechains publiques, des registres privés, des réseaux permissionnés et des chaînes expérimentales.
Le système repose sur des serveurs témoins indépendants pour surveiller les événements sur chaque registre connecté. Les témoins soumettent des attestations confirmant que des actifs ont été verrouillés ou détruits avant que les actifs correspondants ne deviennent disponibles sur le réseau de destination.
L'un des principaux cas d'utilisation de la proposition était la connexion du mainnet XRPL avec sa sidechain compatible Ethereum Virtual Machine. Ripple a ensuite choisi Axelar pour fournir cette connexion.
La Sidechain EVM XRPL a été lancée avec Axelar comme pont de mainnet en juin 2025. Le réseau de validateurs d'Axelar vérifie les messages inter-chaînes et connecte la sidechain avec le XRPL et d'autres blockchains supportées.
Ripple a déclaré que la sidechain EVM est désormais "mieux gérée" via Axelar. Cela reste l'évaluation technique de l'entreprise plutôt qu'une conclusion issue d'une comparaison de sécurité indépendante.
Ripple a initialement maintenu XLS-38 disponible car les développeurs pouvaient toujours l'utiliser pour des sidechains privées et des réseaux spécialisés qu'Axelar n'était pas conçu pour prendre en charge.
Cependant, l'entreprise a déclaré avoir trouvé peu de preuves de projets actifs nécessitant le pont natif. Aucun déploiement en production n'a publiquement identifié XLS-38 comme essentiel à ses opérations prévues.
Le maintien de l'implémentation inactive nécessite toujours des révisions, des tests et des travaux de compatibilité chaque fois que les développeurs mettent à jour xrpld. Ripple a soutenu que cela crée un fardeau de maintenance continu sans fournir d'avantage correspondant pour le mainnet.
La recommandation ne signifie pas que l'écosystème XRPL plus large a abandonné l'interopérabilité. Ripple a pointé Axelar, Wormhole, les systèmes à connaissance nulle et les conceptions de couche 2 comme approches alternatives adaptées à différentes exigences de sécurité et de confidentialité.
Les systèmes inter-chaînes introduisent également des risques distincts. Comme indiqué précédemment, les exploits de ponts ont causé plus de 4 milliards de dollars de pertes signalées depuis 2021, faisant de la conception de la vérification et de la sécurité opérationnelle des considérations centrales.
Le registre officiel du XRPL liste XChainBridge comme un amendement en attente avec un vote « non » par défaut. Ripple n'opère qu'un seul vote de validateur parmi les participants indépendants du réseau.
Un amendement XRPL nécessite normalement le soutien de plus de 80 % des validateurs de confiance pendant deux semaines continues avant son activation. Avec 35 validateurs dans la configuration par défaut actuelle, au moins 29 votes affirmatifs dépasseraient ce seuil.
La recommandation de Ripple ne retire donc pas l'amendement immédiatement ni ne force les autres validateurs à s'y opposer. Les validateurs décident indépendamment des amendements que leur infrastructure supporte.
Cette séparation est conforme aux autres propositions XRPL. Dans une couverture connexe, le soutien de Ripple aux amendements de prêt n'a pas établi leur activation car les propositions nécessitaient toujours le seuil de validateurs plus large.
Ripple a proposé de commencer par une pull request qui marque XChainBridge comme obsolète dans la base de code xrpld. Les serveurs se mettant à jour vers cette version voteraient automatiquement contre l'activation.
Le soutien diminuerait à mesure que les validateurs installeraient le logiciel mis à jour. Une fois que les validateurs actifs reconnaîtraient l'amendement comme obsolète, les développeurs pourraient supprimer l'implémentation de XChainBridge et le code fixXChainRewardRounding associé dans une version ultérieure.
Aucune date limite de pull request, version logicielle ou date de suppression finale n'a été annoncée. Le calendrier dépend des retours de la communauté, de la révision du code et des mises à jour des validateurs.
Ripple a demandé aux développeurs ou organisations construisant avec XLS-38 de présenter des cas d'utilisation spécifiques. Un déploiement actif crédible pourrait amener l'entreprise à reconsidérer sa recommandation avant que le retrait échelonné ne commence.
ETH
XRP
