Ripple: David Schwartz plant Schutz gegen XRP Front-Running

David Schwartz, Mitbegründer des XRP Ledgers und Ripple CTO Emeritus, hat einen zweistufigen Mechanismus zur Transaktionsreservierung vorgeschlagen. Dieser soll die Risiken von Front-Running und Sandwich-Attacken auf der nativen DEX und dem AMM des XRPL minimieren.

Der Vorschlag entstand als Reaktion auf Bedenken des XRP-fokussierten Analyse-Accounts XRPresso.io. Er führt Garantien für eine Prioritätsausführung ein, sofern Nutzer bereit sind, eine Reservierungsgebühr zu zahlen. Diese Maßnahme zur Marktintegrität gewinnt an Bedeutung, da die institutionellen Zuflüsse in XRP-Produkte stetig zunehmen.

Aktuell wird der Vorschlag in der Community diskutiert und ist noch nicht als Netzwerk-Amendment formalisiert worden. Diese Unterscheidung ist wichtig: Auf dem XRP Ledger erfordern Protokolländerungen eine Supermehrheit der Validatoren, bevor sie aktiviert werden. Damit hat das Design von Schwartz zwar Gewicht, muss jedoch den festgelegten Governance-Prozess durchlaufen, bevor es das Mainnet erreicht.

So funktioniert der Ripple XRP ReservedTxns-Mechanismus

Das Konzept führt zwei neue Protokollkomponenten ein. Die erste ist ein ReservedTxns-Ledger-Objekt, das eine Ziel-Ledger-Sequenznummer und ein Array von bis zu 32 Transaktions-IDs speichert.

Sobald dieser spezifische Ledger ausgeführt wird, werden alle in der Konsensliste aufgeführten Transaktionen zuerst verarbeitet – noch vor allen anderen Transaktionen. Danach wird das Objekt gelöscht. Die zweite Komponente ist ein TxnReserve-Transaktionstyp. Dieser erlaubt es Nutzern, einen Prioritäts-Slot für eine oder mehrere zukünftige Transaktionen zu beanspruchen, indem sie eine Reservierung einreichen, bevor der Ziel-Ledger schließt.

Concerns have been raised about the possibility of front running or transaction sandwich attacks on XRPL payments and offer crossing.

For the reasons I've explained, I'm not that concerned about this issue. But I have a proposal for a fairly simple scheme that would eliminate… https://t.co/lnhTv1bhBK

— David 'JoelKatz' Schwartz (@JoelKatz) June 29, 2026

Drei Regeln bestimmen die TxnReserve: Die Reservierungsgebühr muss mindestens das Doppelte der Standard-Transaktionsgebühr betragen; der Ziel-Ledger muss innerhalb der nächsten 16 Ledger liegen; und die eigentliche Transaktion muss ihre LastLedgerSequence so setzen, dass sie mit dem reservierten Ledger übereinstimmt.

Diese Regeln sind kein Zufall; sie definieren sowohl die wirtschaftlichen Kosten des Systems als auch das enge Zeitfenster für die Ausführung. Die Obergrenze von 16 Ledgern hält Reservierungen eng an eine zeitnahe Ausführung gekoppelt und verhindert, dass der Mechanismus als allgemeines Werkzeug zur Manipulation der Warteschlange missbraucht wird.

Ein Schutz gegen DoS-Angriffe ist durch eine dynamische Gebührenskalierung integriert: Sobald mehr als 16 Reservierungs-Slots gefüllt sind, steigen die Gebühren schrittweise an und erreichen bei fast 30 Slots ein Vielfaches der Basisreservierung. Schwartz spezifizierte zudem, dass die XRPL-Server-Software reservierte Transaktionen zurückhält und sie erst freigibt, wenn die Vorschläge des vorherigen Ledgers bekannt sind, um das Sichtbarkeitsfenster vor der Ausführung zu komprimieren.

„Dies garantiert, dass Sie Ihre Transaktion vor jeder Transaktion ausführen können, die erst nach der Offenlegung Ihrer Transaktion erstellt wurde“, erklärte Schwartz. „Man würde diesen Ansatz immer dann wählen, wenn man sicherstellen möchte, dass eine Transaktion nicht gesandwicht oder gefont-runt werden kann.“

ENTDECKEN SIE: Kryptowährungen anonym verwahren

Das XRPL-spezifische Front-Running-Problem, das Schwartz lösen will

Die Bedenken von XRPresso konzentrieren sich auf ein strukturelles Merkmal des XRP Ledgers: Ausstehende Transaktionen befinden sich in einer öffentlich einsehbaren Warteschlange, bevor ein Ledger schließt. Dies gibt Validatoren und gut vernetzten Nodes Vorab-Einblick in eingehende Trades.

Da die kanonische Transaktionsreihenfolge auf dem XRPL durch eine bekannte, deterministische Formel unter Einbeziehung von Transaktions-Hashes bestimmt wird, kann ein versierter Akteur wiederholt ähnliche Transaktionen einreichen. So erhöht er die Wahrscheinlichkeit, in einem günstigen Slot relativ zu einem Ziel-Trade zu landen – die mechanische Basis für eine Sandwich-Attacke auf der DEX oder dem AMM.

Reserved transactions in a particular ledger execute in the order in which they were reserved. I don't show my transaction until after it's got a reserved slot in the very next ledger. So the only way you could do this is if you already had a reserved slot before my reservation…

— David 'JoelKatz' Schwartz (@JoelKatz) June 29, 2026

Schwartz räumte die Anfälligkeit ein, widersprach jedoch der Darstellung. Er argumentierte, dass alle Teilnehmer gleichen Zugang zur öffentlichen Warteschlange hätten und Validatoren keinen strukturellen Vorteil bei der Sortierung besäßen, es sei denn, mehrere würden konspirieren.

„Wenn mehrere Validatoren konspirieren würden oder ein einzelner Validator es versuchen würde, wäre für jeden offensichtlich, wer genau das tut“, sagte er und fügte hinzu, dass außer einem Proof-of-Concept kein solcher Versuch bestätigt wurde.

Er wies zudem auf eine praktische Rentabilitätsbeschränkung hin: Um nennenswerten Wert zu extrahieren, sei gleichzeitig eine hohe Liquidität (für attraktive Volumina) und eine niedrige Liquidität (um den Preis mit überschaubaren Kosten zu bewegen) erforderlich – eine Kombination, die auf dem XRPL selten vorkomme.

Dieses Argument hat Kritiker nicht vollständig überzeugt, unterscheidet aber das aktuelle Risikoprofil des XRPL vom historisch aktiven MEV-Umfeld bei Ethereum.

Die Debatte über Front-Running im DeFi-Sektor ist nicht auf das XRP-Ökosystem beschränkt. Changpeng Zhao, Mitbegründer von Binance, schlug letztes Jahr eine Dark-Pool-Perpetuals-DEX vor, die Zero-Knowledge-Kryptografie nutzt, um Orderdaten bis zur Ausführung zu verbergen. Dieser Ansatz stieß auf Kritik von Dezentralisierungs-Verfechtern, die argumentierten, dass dadurch genau die Informationsasymmetrien wiederhergestellt würden, die Krypto eigentlich beseitigen sollte.

XRPresso vertrat gegenüber Schwartz eine ähnliche Position und argumentierte, dass eine gezielte Geheimhaltung von Details ausstehender Transaktionen eine sauberere langfristige Lösung wäre als eine zusätzliche Gebührenschicht für Reservierungen – und verwies dabei auf Implementierungen, die auf konkurrierenden Chains bereits live sind.

ENTDECKEN SIE: Neue Geheimtipps im Kryptomarkt