Der ehemalige CTO von Ripple, David Schwartz, hat sich gegen die Behauptungen gewehrt, dass das XRP Ledger alltägliche Händler anfällig für Sandwich-Angriffe macht, und gesagt, dass das Risiko zwar real, aber übertrieben ist.
Bedenken tauchten auf X auf, nachdem ein Konto argumentierte, dass Validatoren und gut vernetzte Knoten einen zeitlichen Vorteil erlangen, indem sie ausstehende Transaktionen beobachten, bevor jedes Ledger schließt. Anspruchsvolle Akteure können dann berechnen, ob das Vorziehen eines Handels profitabel ist, und mehrere Transaktionen spammen, um einen günstigen Platz in der kanonischen Reihenfolge zu sichern.
Mechanik von Sandwich-Angriffen auf dem XRP Ledger
Die Transaktionsreihenfolge auf dem XRP Ledger verwendet eine deterministische Formel, die Transaktions-Hashes einbezieht. Diese Formel ist öffentlich. Dadurch können Akteure Transaktionen vor einem Zielhandel auf dem XRP Ledger DEX und AMM positionieren, was die Slippage für gewöhnliche Nutzer verschlechtert.
Es entstanden Bedenken, dass das Problem ein ungleiches Spielfeld schafft, insbesondere für Händler, die beliebte Wallets und dezentrale Anwendungen verwenden.
Schwartz sagt, Validatoren können nicht stillschweigend handeln
Schwartz erkannte das Problem an, wies jedoch auf mehrere mildernde Faktoren hin und bezog sich auf seine früheren Positionen in den Debatten über das Design des XRP Ledgers. Erstens sind ausstehende Transaktionen für alle öffentlich sichtbar, bevor ein Ledger schließt. Keine Partei hat exklusiven frühen Zugang. Zweitens hat ein einzelner Validator keinen bedeutenden Vorteil. Die Koordination mehrerer Validatoren würde klare Beweise hinterlassen, da Validatoren alle Vorschläge und Validierungen signieren.
„Das Betreiben eines Validators hilft Ihnen dabei nicht, es sei denn, mehrere Validatoren verschwören sich. Wenn mehrere Validatoren sich verschwören würden oder ein einzelner Validator es versuchen würde, wäre es sehr offensichtlich für alle, wer dies tut, und dieser Validator würde sofort aus den Vertrauenslisten aller entfernt.“
Schwartz stellte auch fest, dass bestätigte Angriffe, die über Proof-of-Concept-Tests hinausgehen, unberichtet bleiben. Die grundlegende wirtschaftliche Barriere ist einfach. Gewinnbringende Angriffe benötigen hohe Liquidität, um den Aufwand zu rechtfertigen, und niedrige Liquidität, um den Preis zu bewegen. Diese beiden Bedingungen fallen selten zusammen. Die jüngsten Arbeiten zur institutionellen Privatsphäre im XRP Ledger sprechen ein verwandtes Anliegen auf der Datenebene an.
Ein 2-Schritte-Reservierungsschema für das XRP Ledger
Für Händler, die festere Garantien wünschen, skizzierte Schwartz einen Ansatz zur Transaktionsreservierung. Ein Benutzer sendet zunächst eine Reservierung, die eine zukünftige Ledger-Sequenznummer, eine Transaktions-ID und eine kleine Gebühr angibt. Wenn diese Reservierung bestätigt wird, wird der tatsächliche Handel ausgeführt, bevor eine Transaktion, die nach der Veröffentlichung der Reservierung eingereicht wurde, erfolgt. Der Ansatz erfordert zwei Einreichungen pro geschütztem Handel.
Die Methode ergänzt die Vorschläge zur Privatsphäreübertragung im XRP Ledger, indem sie Front-Running auf der Ausführungsebene anvisiert, anstatt auf der Datenebene.
XRP wird weiterhin weit unter seinem Allzeithoch gehandelt, während die Aufmerksamkeit darauf gerichtet ist, ob Fairnessverbesserungen wie diese die langfristige Akzeptanz unterstützen könnten.
Quelle: BeInCrypto
