Zum Inhalt springen
Financial Context Wiki

Sandwich-Angriff

Wie ein Searcher Transaktionen um einen ausstehenden Swap platziert, die Ausführung verschlechtert und Wert aus der Transaktionsreihenfolge zieht.

Aktualisiert

Nur zu Bildungszwecken; keine Sicherheits- oder Anlageberatung. Slippage-Grenzen und private Übermittlung können das Sandwich-Risiko verringern, garantieren aber weder Ausführungsqualität noch Aufnahme, Finalität oder Erstattung von Verlusten.

Direkte Antwort

Ein Sandwich-Angriff ist eine schädliche Form des maximal extrahierbaren Werts, bei der ein Angreifer eine Transaktion unmittelbar vor dem Swap eines Nutzers und eine weitere unmittelbar danach platziert. Der erste Handel bewegt den Poolpreis gegen den Nutzer, dessen Swap wird zu einem schlechteren Kurs ausgeführt, und der letzte Handel schließt die Position des Angreifers zu einem Preis, den der Nutzerauftrag teilweise selbst erzeugt hat.

Der Angriff erfordert eine frühzeitige Sicht auf die Absicht des Nutzers oder privilegierte Reihenfolgekontrolle, genügend Preisauswirkung und Ausführungsgrenzen, unter denen der Swap noch erfolgreich ist. Er wird meist bei Swaps automatisierter Market Maker beschrieben; allgemeiner ist jedoch jede vorhersehbare Zustandsänderung gefährdet, deren Reihenfolge einer anderen Partei eine Wertabschöpfung ermöglicht.

Funktionsweise

Ein Nutzer signiert und sendet einen Swap. Erreichen die Details vor der Aufnahme einen öffentlichen Transaktionspool oder einen anderen beobachtbaren Orderflow, kann ein Searcher Vermögenswerte, Größe, Route, Mindestausgabe und Frist decodieren und mögliche Transaktionsfolgen simulieren.

Bei einem Kauf in einem AMM-Pool kauft der Searcher zuerst. Dieser Front-Run verändert die Reserven und erhöht den Ausführungspreis des Nutzers. Der Nutzer erhält danach weniger Ausgabetoken als im Vorabangebot, sofern das Ergebnis noch seine Mindestausgabe erfüllt. Anschließend verkauft der Searcher in einem Back-Run und vereinnahmt einen Teil der Preisbewegung.

Bruttoerlös ist nicht gleich Gewinn. Der Angreifer muss beide Swapgebühren, Gas oder Builder-Zahlungen, Fehlversuche und Bestandsrisiko tragen. Konkurrenz, andere Trades, ein zurückgesetzter Nutzerswap oder eine geänderte Blockreihenfolge können die Folge unrentabel machen; ein Sandwich ist weder automatisch atomar noch garantiert.

Slippage-Schutz begrenzt die schlechteste akzeptierte Ausgabe, verhindert aber keine Sortierung. Eine sehr großzügige Toleranz lässt mehr Raum für nachteilige Ausführung, während eine sehr enge Toleranz einen legitimen Swap bei Volatilität zurücksetzen kann. Anwendungen und integrierende Verträge sollten eine aktuelle, vom Nutzer bestätigte Mindestausgabe und eine angemessene Frist durchsetzen statt null oder einen veralteten fest codierten Wert zu verwenden.

Private Übermittlung, geschützter Orderflow, Batch-Auktionen, absichtsbasierte Ausführung und Aufteilung von Aufträgen können das Risiko in manchen Systemen verringern. Der Schutz hängt davon ab, welche Vermittler den Auftrag sehen, welche Builder abgedeckt sind, wie der Fallback funktioniert sowie von Liquidität, Gebühren und Umsetzung; Bezeichnungen wie „privat“ oder „MEV-geschützt“ sind keine allgemeine Garantie.

Beispiel

Ein Nutzer sendet einen sichtbaren Swap, um Token B mit Token A aus einem AMM-Pool zu kaufen. Ein Searcher simuliert, dass der Auftrag groß genug ist, den Poolpreis zu bewegen, und dass die Mindestausgabe des Nutzers nach einer nachteiligen Preisbewegung noch eine Ausführung zulässt.

Der Searcher kauft zuerst Token B, dann kauft der Nutzer Token B zum verschlechterten Kurs, und unmittelbar danach verkauft der Searcher Token B. Der Nutzer erhält mindestens den signierten Mindestbetrag, aber weniger als angeboten; dem Searcher bleibt nur der Betrag nach Swapgebühren, Sortierungszahlungen und Ausführungskosten.

Risiken

Der direkte Schaden für den Nutzer sind eine schlechtere Ausführung und höhere effektive Slippage. Auf Chains und bei Transaktionsformen, die fehlgeschlagene Ausführung berechnen, kann ein zurückgesetzter Swap außerdem Gas verbrauchen. Dünne Liquidität, sichtbare Großaufträge, lockere Grenzen, volatile Märkte und vorhersehbare Routen können das Risiko erhöhen; kein einzelner Schwellenwert beweist jedoch einen Angriff.

Gegenmaßnahmen haben Zielkonflikte. Kleinere Aufträge können insgesamt mehr Gebühren kosten oder eine wiederholte Strategie verraten; enge Grenzen können mehr Rücksetzungen auslösen; private Routen bringen Fragen zu Vertrauen, Zensur, Protokollierung und Fallback mit sich; Schutzoberflächen decken womöglich nur ausgewählte Chains oder Routen ab. Prüfen Sie signierte Mindestausgabe, Frist, Route, Endpoint-Richtlinie, Receipt und erforderliche Finalität statt sich auf ein Schutzsymbol zu verlassen.

Häufige Irrtümer

  • Jede nachteilige Preisbewegung ist ein Sandwich-Angriff. Auch normale Preisauswirkung, Marktbewegung, Routenänderung und Arbitrage können vom Angebot abweichende Ausführung verursachen; für die Zuordnung sind Belege zur Transaktionsreihenfolge nötig.
  • Der Angreifer stiehlt einfach Token aus der Wallet. Ein typisches Sandwich verändert den Poolzustand um einen autorisierten Swap; die Angreifertransaktion muss keine Vermögenswerte direkt aus der Nutzer-Wallet übertragen.
  • Irgendeine Slippage-Toleranz verhindert den Angriff. Die Mindestausgabe begrenzt die akzeptierte Verschlechterung, doch ein Searcher kann das Sandwich so optimieren, dass der Swap nahe dieser Grenze erfolgreich ist.
  • Private Übermittlung beseitigt MEV. Sie kann den Auftrag vor dem öffentlichen Pool verbergen, doch RPC-Betreiber, Relays, Builder, Solver oder ein öffentlicher Fallback können ihn weiter sehen oder beeinflussen.
  • Ein erfolgreiches Receipt beweist faire Ausführung. Erfolg zeigt nur, dass die Vertragsbedingungen erfüllt wurden, nicht den besten verfügbaren Preis oder das Ausbleiben schädlicher Sortierung.

Verwandte Themen

Quellen

Navigation

Wiki durchsuchen...