XRP-Nachrichten: Ripple-CTO äußert sich zu Vorwürfen bezüglich Front-Running auf der XRPL

Wichtige Einblicke:

• XRP-Nachrichten: Die ausstehenden Transaktionen auf dem XRPL können Händler dem Risiko von Front-Running- und Sandwich-Angriffen aussetzen.
• Der CTO von Ripple erklärt, dass Validatoren keinen Vorteil erlangen, es sei denn, sie handeln in Absprache miteinander, was öffentliche Beweise hinterlassen würde.
• Schwartz schlug ein System mit Reservierungsgebühren vor, um die Nutzer davor zu schützen, nach der Offenlegung vorweggenommen zu werden.

David Schwartz, ehemaliger CTO von Ripple, ging auf erneute Behauptungen bezüglich Front-Running-Risiken im XRP-Ledger ein. Die Diskussion folgte auf einen Beitrag des XRPL-Marktplatzes XRPresso zur Sichtbarkeit ausstehender Transaktionen. In dem Beitrag hieß es, dass bestimmte Akteure Transaktionen in der Warteschlange einsehen könnten, bevor ein Ledger geschlossen wird. Schwartz erklärte, das Thema verdiene eine technische Antwort, auch wenn er das derzeitige Risiko heruntergespielt habe. Er schlug einen Transaktionsreservierungsplan für Nutzer vor, die einen stärkeren Schutz ihrer Transaktionsreihenfolge wünschen.

XRP-Nachrichten: Die Transaktionswarteschlange der XRPL löst eine Diskussion über Front-Running aus

Im Mittelpunkt der aktuellen XRP-Nachrichten steht die Frage, ob ausstehende XRPL-Transaktionen Nutzer dem Risiko von Front-Running- oder Sandwich-Angriffen aussetzen können. Laut XRPresso können Validatoren und gut vernetzte Knoten Transaktionen bereits vor der endgültigen Validierung einsehen.

Dem Bericht zufolge könne ein Akteur eine anstehende Transaktion analysieren und konkurrierende Transaktionen einreichen. Zudem könnten wiederholte Einreichungen die Platzierung innerhalb der endgültigen Reihenfolge im Hauptbuch verbessern.

In der XRPL-Dokumentation heißt es, dass die Reihenfolge der Transaktionen innerhalb eines Ledgers darauf abzielt, Front-Running zu verhindern. Die Bedenken konzentrieren sich jedoch auf die Sichtbarkeit vor der Abwicklung, insbesondere im Zusammenhang mit Zahlungen, Angeboten, DEX-Handelsgeschäften und AMM-Swaps.

Schwartz entgegnete, dass die öffentliche Sichtbarkeit alle Teilnehmer betreffe, nicht nur die Validatoren. Er erklärte außerdem, dass ein Missbrauch durch Validatoren durch signierte Vorschläge und Validierungen eindeutige öffentliche Beweise hinterlassen würde.

Ripple-CTO: Missbrauch durch Validatoren wird öffentlich überprüft

Schwartz erklärte, dass der Betrieb eines Validators nicht automatisch einen besonderen Vorteil mit sich bringe. Er argumentierte, dass Validatoren sich abstimmen müssten, um auf noch nicht bekannte Transaktionen vorausschauend reagieren zu können.

Eine solche Koordinierung würde in öffentlichen Daten sichtbar werden. Seiner Ansicht nach könnten Vertrauenslisten einen Validator entfernen, wenn das Netzwerk ein eindeutiges Fehlverhalten feststellen würde.

Angreifer müssten mehrere geplante Transaktionen veröffentlichen, um einen „Sandwich“-Angriff ohne Abstimmung mit den Validatoren zu versuchen. Diese Transaktionen wären mit Signaturen versehen und würden für das Netzwerk sichtbar bleiben.

Er fügte hinzu, dass ihm keine Berichte über derartige Angriffe außerhalb von Proof-of-Concept-Arbeiten bekannt seien. Seiner Erklärung zufolge hängt der Gewinn von einer spezifischen Kombination aus hohem Handelsvolumen und geringer Liquidität ab.

Der vorgeschlagene Reservierungsplan sieht zusätzliche geschützte Zeitfenster vor

In den XRP-Nachrichten wurde ein System zur Transaktionsreservierung für Nutzer vorgeschlagen, die zusätzlichen Schutz wünschen. Der Plan würde es einem Absender ermöglichen, einen Platz für einen zukünftigen Eintrag im Ledger zu reservieren.

Der Absender würde eine Reservierungstransaktion mit einer Ledgernummer und einer Transaktions-ID übermitteln. Im Erfolgsfall würde diese Transaktion vor allen Transaktionen ausgeführt werden, die nach ihrer Offenlegung erstellt wurden.

Der Vorschlag sieht die Einrichtung eines neuen Ledger-Objekts namens „ReservedTxns“ vor. Dieses Objekt würde eine Ledger-Sequenznummer sowie eine Liste der reservierten Transaktions-IDs speichern.

Schwartz beschrieb zudem einen neuen Transaktionstyp namens „TxnReserve“. Für diese Transaktion wäre mindestens die doppelte Gebühr erforderlich, und sie müsste die üblichen Ausführungsregeln erfüllen. Das Ziel-Ledger müsste vor dem aktuellen Ledger liegen. Es dürfte jedoch nicht mehr als 16 Ledger vor dem aktuellen liegen.

Jedes „ReservedTxns“-Objekt wäre zudem Kapazitätsbeschränkungen unterworfen. Schwartz erklärte, dass ein Objekt bei der vorgeschlagenen Konfiguration weniger als 32 Transaktions-IDs enthalten könnte.

XRP-Nachrichten: Die Debatte verlagert sich auf die Überprüfung des XRPL-Designs

Der Plan würde vorsehen, dass Nutzer zwei Transaktionen zur geschützten Ausführung senden müssen. Eine Transaktion würde den Slot reservieren, während die zweite die beabsichtigte Aktion ausführen würde.

Gemäß dem Vorschlag würde die reservierte Transaktion zunächst im ausgewählten Ledger ausgeführt werden. Das Ledger würde sie anschließend aus dem Konsenssatz entfernen, um eine doppelte Ausführung zu verhindern.

Schwartz wies zudem auf mögliche Bedenken hinsichtlich Spam hin. Ein Angreifer könnte versuchen, Reservierungsplätze zu belegen, doch steigende Kosten könnten diese Taktik einschränken. Die XRP-Nachrichten bieten Entwicklern und Validatoren einen direkten Anhaltspunkt zur Überprüfung, während die Diskussion zum Thema „Front-Running“ weitergeht.