Ripple demande le retrait de l'amendement de pont XRPL

XRP
retrait d'amendementXChainBridgeXRP LedgerXLS-38AxelarRipple
il y a 2 heuresSource: crypto.news
Ripple demande le retrait de l'amendement de pont XRPL

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 que la demande plus large des développeurs n'a pas émergé.

Résumé

  • Ripple recommande de retirer XChainBridge après qu'Axelar a entièrement remplacé son rôle prévu de sidechain EVM du XRP Ledger.
  • L'amendement en attente ajouterait des ponts d'actifs natifs utilisant des serveurs témoins indépendants entre les registres connectés.
  • Le retrait de XChainBridge pourrait éliminer plus de 10 000 lignes du code du serveur XRPL, estime Ripple.
  • Ripple contrôle un vote de validateur et ne peut pas retirer ou activer l'amendement unilatéralement aujourd'hui.
  • Les développeurs ayant des projets XLS-38 actifs peuvent présenter des preuves avant que la communauté ne termine formellement les procédures de retrait.

Mayukha Vadari, ingénieur logiciel senior chez RippleX, a annoncé la recommandation le 27 août. XChainBridge, également connu sous le nom de XLS-38, reste dans le processus de vote des validateurs XRPL et n'a pas été activé sur le réseau principal.

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 terminer le processus de manière indépendante.

Le XRP Ledger n'a plus besoin de XLS-38 pour sa sidechain EVM

XLS-38 a été conçu pour fournir un cadre au niveau du protocole pour déplacer XRP et les actifs émis entre le XRP Ledger et les réseaux connectés. Ses utilisateurs prévus comprenaient les sidechains publiques, les registres privés, les réseaux autorisés et les 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 les 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 de connecter le réseau principal XRPL avec sa sidechain compatible avec la machine virtuelle Ethereum. Ripple a ensuite sélectionné Axelar pour fournir cette connexion à la place.

La sidechain EVM XRPL a été lancée avec Axelar comme pont du réseau principal en juin 2025. Le réseau de validateurs d'Axelar vérifie les messages inter-chaînes et connecte la sidechain avec XRPL et d'autres blockchains prises en charge.

Ripple a déclaré que la sidechain EVM est maintenant « mieux traitée » via Axelar. Cela reste l'évaluation technique de l'entreprise plutôt qu'une conclusion obtenue par une comparaison de sécurité indépendante.

La faible demande des développeurs a changé l'évaluation de Ripple

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.

Maintenir l'implémentation inactive nécessite toujours des examens, des tests et des travaux de compatibilité chaque fois que les développeurs mettent à jour xrpld. Ripple a fait valoir que cela crée une charge de maintenance continue sans fournir un avantage correspondant sur le réseau principal.

La recommandation ne signifie pas que l'écosystème XRPL plus large a abandonné l'interopérabilité. Ripple a souligné Axelar, Wormhole, les systèmes à connaissance nulle et les conceptions de couche 2 comme approches alternatives adaptées à différents besoins de sécurité et de confidentialité.

Les systèmes inter-chaînes introduisent également des risques distincts. Comme précédemment rapporté, 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.

Ripple ne peut pas retirer XChainBridge par lui-même

Le registre officiel du XRPL répertorie XChainBridge comme un amendement en attente avec un vote par défaut « non ». Ripple n'opère qu'un seul vote de validateur parmi les participants indépendants du réseau.

Un amendement du XRPL nécessite normalement le soutien de plus de 80 % des validateurs de confiance pendant deux semaines consécutives avant l'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 immédiatement l'amendement ni ne force les autres validateurs à s'y opposer. Les validateurs décident indépendamment des amendements que leur infrastructure soutient.

Cette séparation est cohérente avec d'autres propositions du 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 plus large des validateurs.

Le retrait se ferait par des changements logiciels progressifs

Ripple a proposé de commencer par une demande de tirage qui marque XChainBridge comme obsolète dans le codebase xrpld. Les serveurs passant à cette version voteraient automatiquement contre l'activation.

Le soutien diminuerait à mesure que les validateurs installent le logiciel mis à jour. Une fois que les validateurs actifs reconnaissent l'amendement comme obsolète, les développeurs pourraient supprimer l'implémentation de XChainBridge et le code connexe fixXChainRewardRounding dans une version ultérieure.

Aucune date limite de demande de tirage, version logicielle ou date de suppression finale n'a été annoncée. Le calendrier dépend des commentaires de la communauté, de la revue de code et des mises à niveau 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 le début du retrait progressif.