Ripple hat empfohlen, die ausstehende XChainBridge-Änderung des XRP Ledger zurückzuziehen, nachdem man zu dem Schluss gekommen ist, dass ihr primärer Anwendungsfall bereits durch Axelar abgedeckt wird und eine breitere Entwicklernachfrage nicht entstanden ist.
Zusammenfassung
- Ripple empfiehlt, XChainBridge zurückzuziehen, nachdem Axelar die beabsichtigte Rolle der XRP Ledger EVM-Sidechain vollständig übernommen hat.
- Die ausstehende Änderung würde native Asset-Brücken unter Verwendung unabhängiger Witness-Server zwischen verbundenen Ledgern hinzufügen.
- Die Entfernung von XChainBridge könnte mehr als 10.000 Zeilen aus dem XRPL-Servercode entfernen, schätzt Ripple.
- Ripple kontrolliert eine Validator-Stimme und kann die Änderung heute nicht allein zurückziehen oder aktivieren.
- Entwickler mit aktiven XLS-38-Projekten können Beweise vorlegen, bevor die Community die Rückzugsverfahren formell abschließt.
Mayukha Vadari, leitende Softwareentwicklerin bei RippleX, gab die Empfehlung am 27. August bekannt. XChainBridge, auch bekannt als XLS-38, befindet sich weiterhin im Validator-Abstimmungsprozess des XRPL und wurde nicht im Mainnet aktiviert.
Ripple schätzte, dass der Rückzug des Vorschlags es Entwicklern ermöglichen würde, mehr als 10.000 Zeilen Code aus xrpld, der Serversoftware, die das Netzwerk betreibt, zu entfernen. Es wurde noch kein Code entfernt, und Ripple kann den Prozess nicht unabhängig abschließen.
XRP Ledger benötigt XLS-38 für seine EVM-Sidechain nicht mehr
XLS-38 wurde entwickelt, um einen Protokoll-Framework für den Transfer von XRP und ausgegebenen Vermögenswerten zwischen dem XRP Ledger und verbundenen Netzwerken bereitzustellen. Zu den beabsichtigten Nutzern gehörten öffentliche Sidechains, private Ledger, permissioned Netzwerke und experimentelle Chains.
Das System stützt sich auf unabhängige Witness-Server, die Ereignisse auf jedem verbundenen Ledger überwachen. Witnesses übermitteln Attestierungen, die bestätigen, dass Vermögenswerte gesperrt oder zerstört wurden, bevor entsprechende Vermögenswerte im Zielnetzwerk verfügbar werden.
Einer der Hauptanwendungsfälle des Vorschlags war die Verbindung des XRPL-Mainnets mit seiner mit der Ethereum Virtual Machine kompatiblen Sidechain. Ripple wählte später Axelar aus, um diese Verbindung stattdessen bereitzustellen.
Die XRPL EVM-Sidechain wurde im Juni 2025 mit Axelar als Mainnet-Brücke gestartet. Das Validator-Netzwerk von Axelar verifiziert Cross-Chain-Nachrichten und verbindet die Sidechain mit XRPL und anderen unterstützten Blockchains.
Ripple sagte, dass die EVM-Sidechain nun "besser adressiert" sei durch Axelar. Das bleibt die technische Einschätzung des Unternehmens und nicht ein Ergebnis eines unabhängigen Sicherheitsvergleichs.
Schwache Entwicklernachfrage änderte Ripples Einschätzung
Ripple hielt XLS-38 zunächst verfügbar, weil Entwickler es weiterhin für private Sidechains und spezialisierte Netzwerke nutzen konnten, die Axelar nicht unterstützen sollte.
Das Unternehmen sagte jedoch, dass es kaum Hinweise auf aktive Projekte gefunden habe, die die native Brücke benötigen. Keine Produktionsbereitstellung hat öffentlich XLS-38 als wesentlich für ihren geplanten Betrieb identifiziert.
Die Wartung der inaktiven Implementierung erfordert weiterhin Überprüfungen, Tests und Kompatibilitätsarbeiten, wann immer Entwickler xrpld aktualisieren. Ripple argumentierte, dass dies eine laufende Wartungslast schafft, ohne einen entsprechenden Mainnet-Nutzen zu bieten.
Die Empfehlung bedeutet nicht, dass das breitere XRPL-Ökosystem die Interoperabilität aufgegeben hat. Ripple wies auf Axelar, Wormhole, Zero-Knowledge-Systeme und Layer-2-Designs als alternative Ansätze hin, die für unterschiedliche Sicherheits- und Datenschutzanforderungen geeignet sind.
Cross-Chain-Systeme bringen auch besondere Risiken mit sich. Wie bereits berichtet, haben Bridge-Exploits seit 2021 zu gemeldeten Verlusten von über 4 Milliarden US-Dollar geführt, was die Verifikationsgestaltung und die operative Sicherheit zu zentralen Überlegungen macht.
Ripple kann XChainBridge nicht allein entfernen
Das offizielle XRPL-Register listet XChainBridge als ausstehende Änderung mit einer Standardstimme „Nein“. Ripple betreibt nur eine Validator-Stimme unter den unabhängigen Teilnehmern des Netzwerks.
Eine XRPL-Änderung erfordert normalerweise die Unterstützung von mehr als 80 % der vertrauenswürdigen Validatoren für zwei aufeinanderfolgende Wochen vor der Aktivierung. Bei 35 Validatoren in der aktuellen Standardkonfiguration würden mindestens 29 Ja-Stimmen diese Schwelle überschreiten.
Die Empfehlung von Ripple zieht die Änderung daher weder sofort zurück noch zwingt sie andere Validatoren, sich dagegen auszusprechen. Validatoren entscheiden unabhängig, welche Änderungen ihre Infrastruktur unterstützt.
Diese Trennung steht im Einklang mit anderen XRPL-Vorschlägen. In verwandter Berichterstattung hat die Unterstützung von Ripple für Kreditänderungen nicht deren Aktivierung festgelegt, da die Vorschläge weiterhin die breitere Validator-Schwelle erforderten.
Der Rückzug würde über schrittweise Softwareänderungen erfolgen
Ripple schlug vor, mit einem Pull-Request zu beginnen, der XChainBridge im xrpld-Codebase als veraltet markiert. Server, die auf diese Version aktualisieren, würden automatisch gegen die Aktivierung stimmen.
Die Unterstützung würde sinken, wenn Validatoren die aktualisierte Software installieren. Sobald aktive Validatoren die Änderung als veraltet erkennen, könnten Entwickler die XChainBridge-Implementierung und den zugehörigen fixXChainRewardRounding-Code in einer späteren Version entfernen.
Es wurde keine Pull-Request-Frist, Softwareversion oder endgültiges Entfernungsdatum angekündigt. Der Zeitplan hängt von Community-Feedback, Code-Review und Validator-Upgrades ab.
Ripple hat Entwickler oder Organisationen, die mit XLS-38 bauen, gebeten, konkrete Anwendungsfälle vorzulegen. Eine glaubwürdige aktive Bereitstellung könnte das Unternehmen dazu veranlassen, seine Empfehlung vor Beginn des schrittweisen Rückzugs zu überdenken.
