Tests de réseau Canary proposés après des problèmes de lancement d’AMM sur le Ledger XRP de Ripple
La branche développeur de Ripple, RippleX, a révélé que certains des pools de teneurs de marché automatisés (AMM) récemment introduits sur XRP Ledger (XRPL) rencontraient des problèmes techniques qui empêchaient le traitement correct des transactions.
Dans une déclaration du 24 mars sur X (anciennement Twitter), les développeurs dit:
« L’écart a affecté la façon dont le moteur de paiement DEX achemine les liquidités via les pools AMM et les carnets de commandes dans certains scénarios complexes de chemin de paiement. »
David Schwartz, directeur technique de Ripple, a en outre expliqué que le problème ne provenait pas de la fonctionnalité de dépôt unilatéral, car elle correspond à la fonctionnalité prévue de la conception de l’AMM. Il ajouta:
« Les dépôts unilatéraux permettent une expérience utilisateur plus rationalisée, mais peuvent avoir un impact sur les prix lorsque les pools ont moins de liquidités. Il est préférable que les utilisateurs examinent l’impact sur les prix dans leurs outils avant de soumettre une transaction et les applications frontales doivent afficher ces informations aux utilisateurs.
Les AMM ont été lancés sur XRPL le 22 mars après que la communauté ait attendu deux ans. Le projet a été conçu pour débloquer des sources de liquidités supplémentaires et des opportunités de trading pour les utilisateurs de XRPL.
Cependant, en raison des premiers problèmes de jeunesse, il a été déconseillé aux utilisateurs d’AMM de déposer de nouveaux fonds dans ces pools jusqu’à ce que le problème soit résolu.
En outre, RippleX a révélé qu’une solution proposée est en cours d’examen par la communauté et sera bientôt soumise à un processus de vote d’amendement.
« Réseau Canari »
Wietse Wind, développeur XRPL proposé le concept de réseau Canary pour le réseau blockchain en réponse aux enjeux rencontrés lors du lancement d’AMM.
Selon lui:
«La récente découverte d’un bug dans l’AMM récemment lancé sur le XRP Ledger montre la nécessité de meilleurs tests. Des tests avec une valeur réelle, sur un réseau qui n’est pas le réseau principal. Tester lorsqu’un amendement est disponible, et non lorsqu’il a été voté et mis en ligne.
Le réseau Canary fonctionnerait de manière indépendante avec son actif corporel natif. Cette configuration encouragera une utilisation réelle, en fournissant un environnement pratique permettant aux utilisateurs et aux développeurs de tester et d’identifier les vulnérabilités.
Notamment, l’idée de Wind fait écho aux pratiques existantes dans le développement de blockchain, telles que l’utilisation par Ethereum de plusieurs réseaux de test comme Sepolia. Ces environnements de test servent de plates-formes cruciales pour tester les mises à niveau et les modifications avant leur déploiement sur le réseau principal.
Les tests de réseau post-Canary proposés après les problèmes de lancement d’AMM sur le XRP Ledger de Ripple sont apparus en premier sur CryptoSlate.