Überschrift: Ripple empfiehlt, die XChainBridge-Änderung von XRPL nachzuziehen – nachdem Axelar den wichtigsten Use Case abdeckt Ripple empfiehlt, dass die Community des XRP Ledgers (XRPL) die lang ausstehende XChainBridge-Änderung (XLS-38) zurückzieht. Ripple begründet dies damit, dass der primäre Zweck bereits durch Axelar erfüllt sei und es nur wenig Entwicklernachfrage nach einer nativen Bridge gebe. Was ist passiert – Am 27. August hat Mayukha Vadari, Senior Software Engineer bei RippleX, die formale Empfehlung von Ripple angekündigt, XLS-38 zurückzuziehen. Die Änderung bleibt im XRPL-Validator-Votingprozess und ist noch nicht im Mainnet aktiviert. – Ripple schätzt, dass das Entfernen von XLS-38 es Entwicklern ermöglichen würde, mehr als 10.000 Zeilen inaktive Codestellen aus xrpld zu löschen – der Server-Software, die das Netzwerk betreibt. Bisher wurde kein Code entfernt, und Ripple kann diese Änderung nicht einseitig vornehmen – es ist eine Validator-Konsensentscheidung erforderlich. Warum Ripple XLS-38 zurückziehen will – XLS-38 wurde als Framework auf Protokollebene entworfen, um XRP und ausgegebene Assets zwischen XRPL und verbundenen Netzwerken (öffentliche Sidechains, private Ledger, permissionierte Netzwerke, experimentelle Chains) zu übertragen. – Ein wichtiger geplanter Einsatzzweck war die Verknüpfung des XRPL-Mainnets mit einer EVM-kompatiblen Sidechain. Später entschied Ripple sich für Axelar als Bridge-Anbieter für die XRPL EVM Sidechain. – Die XRPL EVM Sidechain ging im Juni 2025 mit Axelar als Mainnet-Bridge live. Das Validator-Netzwerk von Axelar verifiziert nun plattformübergreifende Nachrichten zwischen der Sidechain, XRPL und weiteren unterstützten Chains. – Ripple sagt, Axelar „adressiert“ den Use Case besser, und es habe wenig Hinweise auf aktive Projekte gefunden, die eine native XChainBridge-Implementierung benötigen. Keine öffentlichen Produktionsbereitstellungen haben XLS-38 als unverzichtbar identifiziert. Operative und sicherheitsbezogene Aspekte – Das inaktive XLS-38-Implementation in xrpld verursacht weiterhin laufenden Wartungsaufwand: Reviews, Tests und Kompatibilitäts-Updates, sobald sich xrpld ändert. Ripple argumentiert, dass dies eine belastende Kostenstelle ohne entsprechenden Mainnet-Nutzen sei. – Ripple hob außerdem hervor, dass Cross-Chain-Systeme mit spezifischen Risiken einhergehen. Bridge-Exploits führten seit 2021 zu gemeldeten Verlusten von über 4 Milliarden US-Dollar, wodurch Überlegungen zur Verifikations-Design- und operativen Sicherheit besonders wichtig sind. Prozess und nächste Schritte – Das XRPL-Änderungsregister listet XChainBridge derzeit als „pending“ mit einer Standardbewertung „no“. Ripple kontrolliert eine Validator-Stimme unter vielen unabhängigen Teilnehmern. – Eine Änderung muss von über 80% der vertrauenswürdigen Validatoren für zwei durchgehende Wochen unterstützt werden, um zu aktivieren. Bei der aktuellen Standardkonfiguration von 35 Validatoren würden mindestens 29 zustimmende Stimmen erforderlich sein, um diese Schwelle zu erreichen. – Rippels Empfehlung zieht die Änderung nicht sofort zurück oder zwingt andere Validatoren, dagegen zu stimmen. Validatoren entscheiden unabhängig, welche Änderungen sie unterstützen. – Ripple schlägt einen gestuften Ansatz vor: Eine Pull Request einreichen, die XChainBridge im xrpld-Codebase als obsolet markiert. Server, die auf diese Version upgraden, würden automatisch gegen die Aktivierung stimmen, und die Unterstützung würde sinken, sobald Validatoren das Update installieren. Wenn Validatoren die Änderung als obsolet behandeln, könnte die XChainBridge-Implementierung und der zugehörige Code fixXChainRewardRounding in einem späteren Release entfernt werden. – Es wurden keine Deadlines, keine Software-Version und kein endgültiges Entferndatum angekündigt. Der Zeitpunkt hängt von Feedback aus der Community, Code-Reviews und Validator-Upgrades ab. Offene Tür für Use Cases – Ripple hat Entwickler oder Organisationen, die XLS-38 nutzen, eingeladen, konkrete Use Cases vorzustellen. Wenn eine glaubwürdige aktive Bereitstellung nachgewiesen wird, sagt Ripple, dass es die Empfehlung überdenken könnte, bevor mit einem gestuften Rückzug begonnen wird. Kurz gesagt: Rippels Vorschlag zielt darauf ab, xrpld zu vereinfachen und unnötige Wartung zu vermeiden, während auf bestehende Cross-Chain-Lösungen wie Axelar gesetzt wird. Aber jede formale Entfernung von XLS-38 erfordert weiterhin die Zustimmung der Community aus dem Validator-Set von XRPL – damit liegt die finale Entscheidung in den Händen des gesamten Ökosystems. Lies mehr KI-generierte News auf: undefined/news