Ripple tire un trait sur son bridge natif, 10 000 lignes de code menacées

Plus de 10 000 lignes de code pourraient disparaître du XRP Ledger. Ripple recommande officiellement d’abandonner XLS-38, son projet de bridge natif destiné à connecter le XRPL à d’autres blockchains.

La raison est assez simple : le bridge n’a jamais atteint le mainnet, les validateurs le soutiennent très peu et Axelar assure déjà l’essentiel de sa fonction. Pour l’écosystème crypto de Ripple, conserver cette infrastructure commence surtout à coûter du temps.

Crypto : Ripple veut abandonner XLS-38

XLS-38 devait permettre de transférer XRP et d’autres actifs entre le XRP Ledger et des sidechains grâce à un réseau de serveurs témoins. Cette architecture devait notamment servir la sidechain EVM du XRPL.

Le projet n’a pourtant jamais réellement décollé. Seulement 4 à 5 des quelque 35 validateurs de la Unique Node List voteraient encore en faveur de son activation, soit environ 11 à 14 %. Il faudrait atteindre 80 % pendant deux semaines pour l’activer.

Cette réorientation intervient alors que RippleX développe parallèlement d’autres usages crypto autour de XRP et RLUSD.

Dans sa recommandation destinée à la communauté, Ripple explique surtout qu’aucune demande suffisamment importante n’est apparue du côté des développeurs pour justifier le maintien de XLS-38.

Axelar a déjà pris sa place

Le sort du bridge natif s’est en réalité joué dès 2024. Ripple avait choisi Axelar pour relier le XRPL à sa sidechain EVM, jugeant cette solution plus mature et plus simple à exploiter.

Axelar s’appuie sur des dizaines de validateurs et permet déjà de transférer XRP vers la sidechain. Cette dernière fonctionne aujourd’hui avec Axelar comme infrastructure officielle de bridge.

Cette ouverture vers d’autres réseaux apparaît aussi dans le déploiement de RLUSD sur Ethereum.

Ripple avait néanmoins laissé XLS-38 disponible afin de voir si des développeurs souhaitaient l’utiliser pour des sidechains privées ou spécialisées. Après plus d’un an d’attente, cette demande ne s’est pas matérialisée.

Le choix correspond à une stratégie plus large où Ripple cherche désormais à se rapprocher davantage de la finance institutionnelle que d’accumuler des fonctions inutilisées dans XRPL.

Maintenir deux solutions pour résoudre presque le même problème devient difficile à justifier.

10 000 lignes crypto devenues inutiles

Ripple estime que le retrait de XLS-38 permettrait de supprimer plus de 10 000 lignes de code du logiciel xrpld.

Ce n’est pas uniquement une question esthétique. Chaque fonctionnalité conservée doit être testée, auditée et maintenue. Du code inutilisé augmente aussi la surface susceptible de contenir des bugs ou de compliquer les futures mises à jour du réseau crypto.

Ripple ne peut toutefois pas appuyer seul sur « supprimer ». La communauté et les validateurs doivent progressivement retirer leur soutien à l’amendement avant que son code puisse être éliminé.

Surtout, aucun XRP n’est bloqué dans XLS-38 : le bridge n’a jamais fonctionné sur le mainnet. Les utilisateurs de la sidechain EVM continueront à passer par Axelar.

Cette précision compte. On ne parle pas d’un bridge crypto qui ferme après avoir échoué. Ripple reconnaît plutôt qu’une architecture développée pendant plusieurs années n’a finalement plus suffisamment d’utilité pour mériter sa place dans le protocole.

Et parfois, améliorer une blockchain consiste simplement à supprimer ce dont elle n’a plus besoin.

En bref

• Ripple recommande le retrait du bridge natif XLS-38.
• Plus de 10 000 lignes de code pourraient être supprimées.
• Seulement 11 à 14 % des validateurs le soutiennent encore.
• XLS-38 n’a jamais été activé sur le mainnet.
• Axelar assure déjà le bridge de la sidechain EVM du XRPL.
• Aucun fonds crypto n’est bloqué par cette décision.