Titre : Ripple recommande de retirer l’amendement XChainBridge de l’XRPL après qu’Axelar ait comblé le principal cas d’usage Ripple recommande à la communauté du XRP Ledger (XRPL) de retirer l’amendement XChainBridge, très en attente (XLS-38). Selon elle, son objectif principal est déjà couvert par Axelar, et il existe peu de demande de la part des développeurs pour un pont natif. Que s’est-il passé ? - Le 27 août, Mayukha Vadari, ingénieur logiciel senior chez RippleX, a annoncé la recommandation formelle de Ripple de retirer le XLS-38. - L’amendement reste dans le processus de vote des validateurs de l’XRPL et n’a pas été activé sur le réseau principal (mainnet). - Ripple estime que supprimer le XLS-38 permettrait aux développeurs de supprimer plus de 10 000 lignes de code inactif depuis xrpld, le logiciel serveur qui exécute le réseau. Aucun code n’a encore été retiré et Ripple ne peut pas opérer ce changement unilatéralement : un consensus entre validateurs est requis. Pourquoi Ripple veut retirer le XLS-38 - Le XLS-38 a été conçu comme un cadre au niveau du protocole pour déplacer le XRP et les actifs émis entre l’XRPL et des réseaux connectés (sidechains publiques, registres privés, réseaux autorisés, chaînes expérimentales). - L’un des usages visés était de relier le mainnet de l’XRPL à une sidechain compatible EVM. Ripple a ensuite choisi Axelar comme fournisseur de pont pour la sidechain EVM de l’XRPL. - La sidechain EVM de l’XRPL a été lancée en juin 2025 avec Axelar comme pont sur le mainnet. - Le réseau de validateurs d’Axelar vérifie désormais les messages inter-chaînes entre la sidechain, l’XRPL et d’autres chaînes prises en charge. - Ripple affirme que, pour ce cas d’usage, Axelar « répond mieux » et qu’elle n’a trouvé que peu de preuves de projets actifs nécessitant une implémentation native de XChainBridge. Aucun déploiement public en production n’a identifié XLS-38 comme essentiel. Considérations opérationnelles et de sécurité - Conserver l’implémentation XLS-38 inactif dans xrpld impose une maintenance continue : revues, tests et mises à jour de compatibilité à chaque modification d’xrpld. - Ripple soutient que ce coût est contraignant sans bénéfice correspondant sur le mainnet. - Ripple a aussi souligné que les systèmes inter-chaînes comportent des risques distincts. Les failles d’exploitation de ponts ont représenté plus de 4 milliards de dollars de pertes rapportées depuis 2021, ce qui rend la conception de la vérification et la sécurité opérationnelle des éléments clés. Processus et prochaines étapes - Le registre des amendements XRPL liste actuellement XChainBridge comme « en attente » avec un vote par défaut « non ». - Ripple contrôle un vote de validateur parmi de nombreux participants indépendants. - Un amendement doit être soutenu par plus de 80 % des validateurs de confiance pendant deux semaines consécutives pour être activé. Avec la configuration actuelle par défaut de 35 validateurs, il faudrait au moins 29 votes affirmatifs pour atteindre ce seuil. - La recommandation de Ripple ne retire pas instantanément l’amendement et ne force pas les autres validateurs à s’y opposer. Les validateurs décident indépendamment quels amendements soutenir. - Ripple propose une approche par étapes : soumettre une requête (pull request) marquant XChainBridge comme obsolète dans le codebase xrpld. Les serveurs passant à cette version voteraient automatiquement contre l’activation, et le support diminuerait à mesure que les validateurs installent la mise à jour. Une fois que les validateurs traiteront l’amendement comme obsolète, l’implémentation de XChainBridge et le code connexe fixXChainRewardRounding pourraient être retirés dans une version ultérieure. - Aucun délai, version logicielle, ni date finale de suppression n’a été annoncé. Le calendrier dépendra des retours de la communauté, des revues de code et des mises à niveau des validateurs. Une porte ouverte pour des cas d’usage - Ripple a invité les développeurs ou organisations utilisant XLS-38 à présenter des cas d’usage concrets. Si un déploiement actif crédible est démontré, Ripple dit qu’elle pourrait reconsidérer la recommandation avant tout retrait progressif (par étapes). En bref La proposition de Ripple vise à simplifier xrpld et à éviter une maintenance inutile, tout en s’appuyant sur des solutions inter-chaînes existantes comme Axelar. Mais toute suppression formelle de XLS-38 nécessite encore l’adhésion de la communauté, via l’ensemble des validateurs de l’XRPL, laissant la décision finale entre les mains du écosystème plus large. En savoir plus sur : undefined/news