Nach dem offiziellen Start des XRP Ledger (XRPL) Automated Market Maker (AMM) , XLS-30, am 22. März entdeckten Entwickler verschiedene Unstimmigkeiten im Zusammenhang mit einem Systemfehler. Infolgedessen forderte ein XRPL-Entwickler eine Lösung und betonte die Notwendigkeit verbesserter Testverfahren und der Einbindung eines kanarischen Netzwerks zur Stärkung der AMM-Stabilität.
Beim neuen AMM von XRPL ist ein unerwarteter Fehler aufgetreten
Am 24. März enthüllte das RippleX-Entwicklungsteam einen Fehler in seinem neu eingeführten AMM. Die Enthüllung kam für die allgemeine XRPL-Community überraschend , da sie sehnsüchtig auf die Implementierung des Protokolls gewartet hatte.
Laut der offiziellen Erklärung des RippleX-Teams entstand der Fehler aufgrund mehrerer Unstimmigkeiten, die in verschiedenen AMM-Pools festgestellt wurden. Bei der Untersuchung stellte das Team fest, dass die Inkonsistenzen „Auswirkungen darauf hatten, wie die DEX-Zahlungsmaschine Liquidität durch AMM-Pools und Auftragsbücher leitet“.
Bei der Behebung des Problems versicherte das Entwicklungsteam den Benutzern, dass das Technikteam fleißig daran arbeite, das Fehlerproblem zu beheben und die normale Funktion des AMM wiederherzustellen. Darüber hinaus rieten sie den Nutzern, vorsichtig zu bleiben und die Einzahlung neuer Gelder in AMM-Pools zu vermeiden, bis das Dilemma gelöst ist.
Trotz des vorübergehenden Rückschlags bleibt der Optimismus in der XRPL- Community bestehen, und viele äußern ihr Vertrauen in die Fähigkeit des Entwicklungsteams, das Problem schnell anzugehen. Das RippleX-Team gab außerdem an , dass es mit der Prüfung mehrerer Lösungsvorschläge für den AMM-Fehler begonnen habe, und wies darauf hin, dass die Vorschläge einen Abstimmungsprozess über Änderungen durchlaufen müssen, bevor eine Lösung umgesetzt wird.
XRPL-Entwickler fragt nach Canary Network
Als Reaktion auf die technischen Herausforderungen , mit denen das neue AMM von XRPL konfrontiert ist, schlug WietseWind, einer der Entwickler von XRP Ledger , eine langfristige Lösung vor, die möglicherweise ein stabileres Protokoll gewährleisten könnte. Nach Angaben des Entwicklers ist die Entdeckung eines Fehlers im neu eingeführten AMM ein Beweis für die Fragilität des Protokolls und unterstreicht den Mangel an angemessenen Tests vor dem Start.
WietseWind betonte die Notwendigkeit, ein kanarisches Netzwerk aufzubauen, um AMM zu verbessern und zu verbessern. Er enthüllte, dass das Canary Network vom AMM getrennt werden muss und gleichzeitig ein natives Asset von gewissem Wert bieten muss, damit Einzelpersonen es für reale Szenarien nutzen können.
Der Entwickler gab bekannt, dass Canary Network bessere Tests mit echtem Mehrwert in einem anderen Netzwerk als dem Mainnet ermöglichen würde. Darüber hinaus wäre es ein integratives Netzwerk für Entwickler, Projekte und alle, die Teil der XRPL-Community sind.