Die XRP Ledger Foundation hat einen neuen Standardentwurf für eine erweiterte AMM-Architektur auf dem XRP Ledger veröffentlicht. Unter dem Titel „AMM Swappable Curves“ soll der bestehende XLS-30-AMM um auswählbare Kurven erweitert werden, darunter StableSwap und konzentrierte Liquidität. Für den XRPL-DEX wäre das ein technischer Schritt weg vom Einheitsmodell des Constant-Product-AMM hin zu spezialisierten Liquiditätspools für unterschiedliche Marktsegmente.
XRP Ledger Foundation stellt AMM v2 mit neuen Kurven vor
Die XRP Ledger Foundation kündigte auf X die Veröffentlichung eines neuen Standards für „AMM v2“ an. „Heute veröffentlichen wir einen neuen XRP-Ledger-Standard für AMM v2“, schrieb die Stiftung. „Neue Pool-Kurven wie StableSwap und konzentrierte Liquidität erhöhen die Kapitaleffizienz und stabilisieren die Preisbildung für Stablecoins, Devisenmärkte, RWAs und darüber hinaus auf dem XRPL DEX.“ Der zugehörige GitHub-Entwurf trägt den Titel „AMM Swappable Curves“ und wird als Amendment-Draft geführt.
Der Entwurf wurde von Denis Angell, im Repository als Maintainer und Autor geführt, sowie Roman Thpt als Co-Autor eingereicht. In der Spezifikation heißt es: „Diese Spezifikation erweitert den nativen AMM des XRPL, XLS-30, um eine Architektur mit austauschbaren Kurven. Pool-Ersteller wählen bei der Erstellung eine Invariant-Funktion aus.“ Als initiale Kurventypen sind ConstantProduct, ConcentratedLiquidity und StableSwap vorgesehen; Weighted-Pools im Balancer-Stil bleiben als CurveType 3 reserviert, während Smart AMM als CurveType 4 in einer separaten Spezifikation folgen soll.
Technisch soll CurveType 0 dem bestehenden Constant-Product-Modell entsprechen und damit rückwärtskompatibel zu XLS-30 bleiben. Für neue Kurventypen wird der Kurventyp in die Pool-Kennung einbezogen, wodurch verschiedene AMM-Pools für dasselbe Handelspaar parallel existieren können. Der Entwurf formuliert dazu: „Für CurveType größer als 0 wird der Kurventyp in den Hash aufgenommen, wodurch ein eigener Keylet pro Kurventyp entsteht. Dies erlaubt mehrere Pools pro Token-Paar — einen für jeden Kurventyp — und ermöglicht neue Kurven-Deployments, ohne bestehende Constant-Product-Pools zu beeinflussen.“
StableSwap und konzentrierte Liquidität für XRPL
Die Motivation des Entwurfs liegt vor allem in Kapitaleffizienz und Marktsegmentierung. „Der aktuelle XLS-30-AMM implementiert eine einzige Invariante, Constant Product, mit gleichmäßig verteilter Liquidität“, heißt es in der Spezifikation. „Das ist für korrelierte Paare kapitaleffizient schwach und für spezialisierte Märkte unflexibel.“ Der Entwurf ergänzt, dass volatile Paare weiter vom Constant-Product-Modell profitieren können, während Stablecoin-Paare für StableSwap und engere oder professionell gemanagte Märkte für konzentrierte Liquidität geeignet seien.
Bei konzentrierter Liquidität sollen LPs Preisbereiche definieren, in denen ihre Liquidität aktiv ist. Die Spezifikation beschreibt: „Konzentrierte Liquidität ist tick-basiert. LPs legen eine Preisspanne fest, [tickLower, tickUpper].“ Anders als bei fungiblen LP-Token im klassischen AMM-Modell werden CL-Positionen als eigene Ledger-Objekte geführt. Der Entwurf stellt klar: „Positionen in konzentrierter Liquidität sind nicht fungibel. Jede Position ist ein separater Ledger-Eintrag.“ Gebühren können über eine neue Transaktion, AMMCollectFees, eingesammelt werden, ohne Liquidität zu entfernen.
StableSwap ist im Entwurf für Vermögenswerte vorgesehen, die nahe an einem Eins-zu-eins-Verhältnis handeln, etwa Stablecoins oder bestimmte FX- und RWA-Märkte. „StableSwap nutzt die Curve-Finance-Invariante, optimiert für Assets, die nahe 1:1 gehandelt werden“, heißt es. Für den Amplification-Faktor nennt die Spezifikation eine Spanne von 1 bis 5000; A=1 falle auf Constant Product zurück, A=100 stehe für „etwa 100-fache Kapitaleffizienz nahe dem Peg“, und A=5000 beschreibe eine nahezu flache Kurve für eng gekoppelte Assets. Änderungen am Amplification-Wert sollen über AMMVote möglich sein, jedoch mit maximal 10 Prozent Veränderung pro 24 Stunden.
Für bestehende XRPL-AMM-Pools sieht der Entwurf keine Migration vor. „Bestehende XLS-30-Pools benötigen KEINE Migration“, heißt es ausdrücklich. „sfCurveType ist standardmäßig 0, wenn nicht vorhanden. Alle bestehenden Transaktionen verhalten sich byte-identisch wie vor dem Amendment.“ Aktiviert würde die Erweiterung über featureAMMCurves, mit DefaultNo-Abstimmungsverhalten und Abhängigkeiten von featureAMM sowie fixAMMv1_1. Smart AMM mit WASM-basierten programmierbaren Pools bleibt einem späteren Amendment vorbehalten.
KI-Transparenzhinweis: Dieser Artikel wurde mit Unterstützung eines KI-Systems auf Basis der angegebenen Quellen vorbereitet und vor der Veröffentlichung redaktionell durch einen menschlichen Editor geprüft, bearbeitet und freigegeben. Alle Zitate, Daten und Tatsachenbehauptungen sollen aus den genannten Quellen stammen; dennoch können Fehler nicht vollständig ausgeschlossen werden.