- Ripple recommande désormais à la communauté XRPL de retirer l’amendement XLS-38.
- Axelar gère déjà le pontage pour la Sidechain EVM XRPL, a confirmé Ripple.
- Le retrait de XLS-38 supprimerait totalement plus de 10 000 lignes de code inactif.
Ripple a proposé de retirer XChainBridge, une fonctionnalité de pontage native sur le XRP Ledger connue sous le nom d’amendement XLS-38, au profit de la dépendance à Axelar, un réseau externe cross-chain, pour connecter XRPL à d’autres blockchains.
Ce que le XLS-38 était censé faire
XLS-38 a été conçu pour permettre à XRPL de transférer des actifs vers et depuis d’autres chaînes sans dépendre d’une entreprise extérieure. Il fonctionnait via un réseau de « serveurs témoins » qui surveillaient les transactions entre chaînes et confirmaient qu’elles se déroulaient correctement. L’idée était qu’il puisse supporter des chaînes privées, des réseaux autorisés, et finalement reconnecter la sidechain EVM XRPL au mainnet XRPL.
Pourquoi Ripple s’en éloigne
Lorsque la sidechain EVM a été lancée, Ripple a choisi Axelar plutôt que XLS-38 pour gérer ce pont. Ripple a expliqué que le modèle de serveur témoin crée un équilibre délicat. Plus le groupe qui le gère est décentralisé, plus il est sûr, mais plus il devient difficile de coordonner et de gouverner.
Ripple a déclaré que construire et gérer des ponts entre blockchains est un travail spécialisé, et il ne pensait pas avoir l’expertise nécessaire pour le faire en toute sécurité à grande échelle. Axelar, en revanche, exploite déjà plus de 75 validateurs et possède de l’expérience dans la sécurisation de connexions sur plus de 55 blockchains.
Ripple a donné à la communauté XRPL plus d’un an pour montrer une réelle demande pour le XLS-38, mais a indiqué qu’aucun projet sérieux n’avait vu le jour nécessitant spécifiquement ce projet.
Comparaison des deux approches
| Critères | XLS-38 | Axelar |
|---|---|---|
| Sécurité | La sécurité dépendait de la décentralisation de son groupe de serveurs témoins. | Apporte un vaste réseau de validateurs établi avec des années d’expérience opérationnelle. |
| Surface d’attaque | Conserver du code inutilisé dans le système signifie plus de code pouvant contenir des vulnérabilités (estimation de 10 000 lignes). | L’approche réseau externe cross-chain évite d’ajouter un excès de code au mainnet XRPL. |
| Décentralisation | C’est censé être entièrement natif de XRPL. | Réseau externe séparé ; XRPL dépend de l’infrastructure d’un autre projet. |
| Entretien | Maintenir sans réelle utilisation créait un travail continu sans bénéfice évident. | La maintenance revient à son propre équipe. |
| Dépendance tierce partie | Évité de dépendre d’entreprises extérieures. | Cela signifie faire confiance aux validateurs et à la technologie d’un réseau séparé à l’avenir. |
Que se passe-t-il ensuite
Ripple a souligné qu’il s’agit d’une recommandation, pas d’une décision finale, puisqu’il ne contrôle qu’un seul vote parmi les validateurs de XRPL. Si la communauté accepte, l’amendement serait d’abord marqué comme inactif, puis perdrait progressivement son soutien à mesure que les validateurs se mettaient à niveau, avant d’être complètement retiré du code.
En lien : Ripple rejoint Clearpool et Cicada pour apporter le prêt institutionnel à XRPL
Disclaimer: The information presented in this article is for informational and educational purposes only. The article does not constitute financial advice or advice of any kind. Coin Edition is not responsible for any losses incurred as a result of the utilization of content, products, or services mentioned. Readers are advised to exercise caution before taking any action related to the company.
