- David Schwartz schlug ein Reservierungssystem vor, um Front-Running- und Sandwich-Angriffe auf das XRP Ledger zu verhindern.
- Reservierte Transaktionen würden zuerst ausgeführt werden, was verhindert, dass spätere Trades im selben Hauptbuch vorankommen.
- Der Vorschlag fügt außerdem dynamische Gebühren hinzu, um DoS-Angriffe abzuschrecken und gleichzeitig die Transaktionsfairness auf XRPL zu verbessern.
Ripples ehemaliger CTO, David Schwartz, hat einen Mechanismus vorgeschlagen , um Front-Running- und Sandwich-Angriffe auf das XRP Ledger (XRPL) zu eliminieren. Der Vorschlag kommt vor dem Hintergrund von Diskussionen in der Community über die Fairness der Transaktionen im Netzwerk.
Ein XRPL-Community-Mitglied @xrpresso_io argumentierte, dass anspruchsvolle Teilnehmer wie Validatoren und gut vernetzte Knoten ausstehende Transaktionen sehen können, bevor ein Hauptbuch geschlossen wird. Sie können diese Trades dann analysieren, konkurrierende Transaktionen einreichen und ihre Chancen erhöhen, in der endgültigen Transaktionsreihenfolge vor den Nutzern platziert zu werden.
Dies schafft Möglichkeiten für profitable Sandwich-Angriffe auf die dezentrale Börse (DEX) und den automatisierten Market Maker (AMM) von XRPL.
Schwartz räumte ein, dass das Thema angesprochen wurde, sagte aber, er sei „nicht so besorgt“ über das derzeitige Risikoniveau. Dennoch führte er ein einfaches Transaktionsreservierungssystem ein, das Front-Running- und Sandwich-Angriffe effektiv eliminieren könnte.
Das Reservierungssystem gibt den Nutzern Priorität
Der Vorschlag führt ein neues Hauptbuchobjekt namens ReservedTxns und einen neuen Transaktionstyp namens TxnReserve ein.
Im Rahmen des Systems konnten Nutzer einen Ausführungsplatz für eine zukünftige Transaktion reservieren, indem sie mindestens das Doppelte der Standardgebühr zahlten. Reservierungen wären nur für ein Hauptbuch zwischen eins und 16 Büchern vor dem aktuellen gültig gültig. Anfangs unterstützte jedes Hauptbuch bis zu 32 reservierte Transaktionsplätze.
Sobald eine Reservierung bestätigt ist, wird die Transaktion garantiert vor jeder eingereichten Transaktion ausgeführt, nachdem sie öffentlich bekannt wird. Dies verhindert, dass Angreifer vor oder nach der Transaktion eines Nutzers Trades einfügen, um von Preisbewegungen zu profitieren.
Schwartz fügte hinzu, dass reservierte Transaktionen nur kurz vor dem Konsens des Zielbuchs ausgestrahlt werden sollten. Sie würden auch nach dem festgelegten Kassenbuch verfallen, was eine verzögerte Ausführung verhinderte, die sie dem Front-Running aussetzen könnte.
Verwandt: XRP Ledger Lending Protocol besteht Halborn-Re-Audit ohne gefundene kritische Schwachstellen
Neue Verarbeitungsreihenfolge blockiert Sandwich-Angriffe
Der Vorschlag ändert außerdem, wie XRPL Transaktionen verarbeitet. Bevor normale Transaktionen verarbeitet werden, rufen Validatoren zunächst die Liste der reservierten Transaktionen für dieses Hauptbuch ab. Jede reservierte Transaktion, die im Konsenssatz enthalten ist, wird sofort ausgeführt. Er würde dann aus dem verbleibenden Transaktionspool entfernt werden, sodass er nicht später im selben Hauptbuch neu geordnet werden kann.
Nach der Ausführung wird das Reservierungsobjekt gelöscht.
Laut Schwartz stellt dieser Prozess sicher, dass Transaktionen, die vor der Offenlegung reserviert sind, immer vor anschließenden Transaktionen ausgeführt werden. Dadurch würden Möglichkeiten für Frontlauf und Sandwich-Angriffe eliminiert.
Der Vorschlag beinhaltet DoS-Schutz
Schwartz sprach auch die Möglichkeit von Denial-of-Service-(DoS)-Angriffen an. Ein Angreifer kann wiederholt alle verfügbaren Transaktionsplätze reservieren, um legitime Nutzer daran zu hindern, das System zu nutzen.
Um dies zu entmutigen, schlug er vor, die Reservierungsgebühren zu erhöhen, da die Plätze knapp werden. Die Gebühren könnten steigen, sobald die Hälfte der verfügbaren Reservierungsplätze besetzt ist. Sie würden weiter steigen, bis sie das Mehrfache der Grundreservekosten erreichten.
Wenn die Nachfrage steigt, wird auch die Anzahl der Reservierungsplätze von 32 auf 64 steigen.
Schwartz argumentierte, dass dieses Preismodell wiederholten Missbrauch unerschwinglich teuer machen werde. Angreifer müssen alle paar Sekunden große Summen ausgeben, nur um langfristig wenig Nutzen zu erzielen.
Setzen Sie sich für bessere Transaktionsfairness ein
Der Vorschlag folgt auf eine laufende Debatte über die Transaktionsreihenfolge auf XRPL. Obwohl XRPL darauf ausgelegt ist, Front-Running zu verhindern, können Teilnehmer mit schnellerem Zugriff auf ausstehende Transaktionen dennoch einen Vorteil gegenüber regulären Nutzern haben.
Das schafft ein ungleiches Spielfeld bei XRPLs DEX und AMM. Das Problem ist besonders bei großen Trades auffällig, wo Sandwich-Angriffe den Slippage für gewöhnliche Händler erhöhen können.
Obwohl Schwartz die Schwere des Problems herunterspielte, skizzierte er eine detaillierte reservierungsbasierte Lösung.
Disclaimer: The information presented in this article is for informational and educational purposes only. The article does not constitute financial advice or advice of any kind. Coin Edition is not responsible for any losses incurred as a result of the utilization of content, products, or services mentioned. Readers are advised to exercise caution before taking any action related to the company.
