Du öffnest deine Wallet, wählst zwei Token aus und klickst auf Swap.
Einige Sekunden später aktualisiert sich dein Kontostand. Erledigt.
Das ist das, was die Benutzeroberfläche dir zeigt. Was sie dir nicht zeigt, ist das kurze Zeitfenster dazwischen — nachdem deine Wallet angekündigt hat, was du tun möchtest, aber bevor Ethereum entschieden hat, wo deine Transaktion innerhalb eines Blocks platziert wird.
Für manche Trades spielt diese winzige Lücke eine Rolle. Eine sehr große Rolle.
Spezialisierte Bots können ausstehende Transaktionen beobachten, schätzen, wie ein Swap den Preis bewegen wird, und entscheiden, ob sich Geld verdienen lässt, indem eine andere Transaktion direkt vor oder direkt nach deiner platziert wird. Nichts wurde gehackt. Dein privater Schlüssel bleibt privat. Der Smart Contract verhält sich genau so, wie er geschrieben wurde.
Diese Möglichkeit existiert, weil die Transaktionsreihenfolge selbst einen wirtschaftlichen Wert hat.
Deine Transaktion hat einen Warteraum
Eine Ethereum-Transaktion springt normalerweise nicht direkt aus deiner Wallet in einen finalisierten Block. Dein Node sendet die signierte Transaktion über das Peer-to-Peer-Netzwerk, wo sie zusammen mit Tausenden anderen ausstehenden Transaktionen in dem wartet, was gewöhnlich als Mempool bezeichnet wird — kurz für Memory Pool [1].
Stell es dir weniger wie die Übergabe einer versiegelten Bestellung an den Kassierer vor, sondern eher wie das laute Ausrufen deiner Bestellung in einem vollgepackten Raum, bevor der Kassierer entscheidet, welche Anfragen zuerst bearbeitet werden.
Jeder, der in diesem Raum zuhört, kann die Transaktion untersuchen. Man sieht, welche Adresse sie gesendet hat, welchen Contract sie aufruft, welche Funktion genutzt wird, wie viel Gas geboten wird und genug Informationen, um zu simulieren, was die Transaktion voraussichtlich bewirken wird.
Für eine dezentrale Börse kann das etwas wirtschaftlich Nützliches offenbaren: Jemand steht kurz davor, Token X zu kaufen, und der Trade ist groß genug, um den Pool-Preis zu bewegen.
Hier beginnt das Spiel.
Eine kleine Einstellung, die dem Spiel Raum gibt
Viele dezentrale Börsen nutzen Automated Market Maker (AMMs) anstelle eines traditionellen Orderbuchs. In einem einfachen Liquiditätspool verändert der Kauf eines Assets das Verhältnis zwischen den beiden Assets im Pool. Ein ausreichend großer Trade bewegt daher den Preis während seiner Ausführung.
Aber deine Wallet kann den genauen Pool-Preis einige Sekunden in der Zukunft nicht kennen. Andere Trades könnten zuerst verarbeitet werden. Deshalb bittet dich die Benutzeroberfläche über eine Slippage-Einstellung um Toleranz gegenüber Preisabweichungen.
Wenn deine Toleranz 1 % beträgt, sagst du effektiv: Ich möchte diesen Swap immer noch ausführen, wenn der finale Ausführungspreis etwas schlechter ist als der aktuelle, aber nicht mehr als dieses Limit.
Für dich verhindert diese Spanne, dass normale Preisschwankungen jeden Trade fehlschlagen lassen. Für einen Searcher-Bot, der den Mempool beobachtet, definiert sie auch, wie viel Spielraum existiert, bevor deine Transaktion ungültig wird.
Das bedeutet nicht, dass die vollen 1 % automatisch als Gewinn verfügbar sind. Liquidität, Gebühren, Trade-Größe, Gaskosten, Wettbewerb und die genaue AMM-Kurve spielen eine Rolle. Aber es gibt dem Bot eine Grenze, gegen die er rechnen kann.
Wie ein Sandwich gebaut wird
Angenommen, dein ausstehender Swap ist groß genug, um Token X nach oben zu drücken.
Ein Searcher entdeckt ihn und lässt eine Simulation laufen. Wenn die Zahlen stimmen, versucht der Searcher, drei Trades in einer bestimmten Reihenfolge anzuordnen: seinen eigenen Kauf, deinen Kauf und dann seinen eigenen Verkauf .
Zuerst kauft der Bot Token X vor dir. Das drückt den Pool-Preis etwas höher. Deine Transaktion wird dann zu diesem weniger günstigen Preis ausgeführt — solange das Ergebnis noch innerhalb deines Slippage-Limits liegt. Unmittelbar danach verkauft der Bot die eben gekauften Token in den Preisanstieg hinein, den dein Trade mitverursacht hat.
Bot-Kauf. Dein Trade. Bot-Verkauf.
Deine Transaktion ist zum Belag im Sandwich geworden.
Der entscheidende Punkt ist nicht, dass der Bot irgendwie die Regeln geändert hat. Er hat die Regeln genutzt. Deine Transaktion war gültig, die AMM-Formel hat funktioniert und die Blockchain hat die Transaktionen deterministisch ausgeführt.
Dem Bot war es einfach sehr wichtig, welche gültige Transaktion zuerst kam.
Er kann den Preis auch nicht unendlich treiben. Wenn der Preis dein festgelegtes Limit überschreitet, schlägt deine Transaktion fehl (Revert). Und viele Trades sind es gar nicht wert, gesandwicht zu werden: Kleine Trades in tiefen Pools lassen nach Abzug von Gebühren und Gaskosten zu wenig Gewinn übrig.
Sandwiches sind nur der offensichtlichste Teil
Wettbewerb um die Transaktionsreihenfolge wird meist unter dem Begriff Maximal Extractable Value oder MEV diskutiert. Der ältere Name war Miner Extractable Value aus Ethereums Proof-of-Work-Ära .
MEV ist viel breiter gefächert als das Angreifen eines einzelnen Swaps. Wenn derselbe Token auf einer Börse vorübergehend günstiger ist als auf einer anderen, kann ein Arbitrage-Bot auf der einen Seite kaufen und auf der anderen verkaufen. Das gleicht die beiden Preise wieder an.
Kreditprotokolle schaffen eine weitere Gelegenheit. Wenn die Sicherheit eines Kreditnehmers unter eine erforderliche Schwelle fällt, muss jemand die Liquidierung auslösen. Bots wetteifern darum, weil das Protokoll denjenigen belohnt, der als Erster zur Stelle ist.
MEV ist also kein einfaches Synonym für Diebstahl. Manche Strategien verschlechtern die Ausführung für Nutzer deutlich. Andere erledigen Aufgaben, auf die DeFi-Protokolle angewiesen sind.
Das gemeinsame Merkmal ist einfacher: Es steckt Geld darin, an der richtigen Stelle in der Transaktionsreihenfolge zu stehen.
Dann begannen die Bots, gegeneinander zu kämpfen
Als man entdeckte, dass die Reihenfolge wertvoll war, bestand eine offensichtliche Strategie darin, mehr für Priorität zu bezahlen.
Frühe Ethereum-Searcher kämpften oft über Priority Gas Auctions (Prioritäts-Gas-Auktionen). Ein Bot sah eine Gelegenheit, ein anderer sah dieselbe Gelegenheit, und beide erhöhten wiederholt ihre Gas-Gebote, um zuerst zu landen. Das Ergebnis konnte ein maschinenschnelles Bietergefecht sein, das zu Netzwerküberlastung führte und Blockraum verschwendete .
Aber es gab ein tieferes Problem. Wenn Validatoren oder Miner deutlich mehr MEV abschöpfen konnten als ihre Konkurrenten, konnte die Blockproduktion selbst beginnen, Skalierung, private Informationen und spezialisierte Infrastruktur zu belohnen. Im Extremfall konnten wertvolle Gelegenheiten der Vergangenheit sogar Anreize schaffen, bereits bestätigte Blöcke zu reorganisieren.
MEV war nicht mehr nur ein Trick, den ein cleverer Bot bei einem Trade anwandte.
Es wurde Teil der Ökonomie bei der Erzeugung der Blockchain selbst.
Der Block vor dem Block
Das moderne Ethereum hat ein überraschend spezialisiertes Ökosystem um dieses Problem herum entwickelt.
Searcher suchen nach profitablen Transaktionskombinationen. Builder nehmen Transaktionen und Bündel aus vielen Quellen und bauen daraus Block-Kandidaten. Relays helfen bei der Auktion zwischen Buildern und Validatoren. Der für den nächsten Block ausgewählte Validator kann dann ein attraktives Block-Gebot wählen, anstatt selbst nach der optimalen Reihenfolge zu suchen.
Mit anderen Worten: Der Validator, der den Block signiert, und die Entität, die den profitabelsten Weg zu dessen Aufbau berechnet, sind häufig nicht mehr derselbe Akteur.
Diese Aufteilung wird als Proposer-Builder Separation (PBS) bezeichnet [3].
Es gibt ein wichtiges technisches Detail: Ethereum besitzt noch kein natives PBS direkt in seinen Protokollregeln. Der Großteil der heutigen Trennung erfolgt über MEV-Boost, eine Middleware von Flashbots, die einen Markt außerhalb des eigentlichen Protokolls zwischen Buildern und Validatoren geschaffen hat [4].
Aktuelle MEV-Boost-Daten zeigen, dass dies kein Randphänomen ist. Eine große Mehrheit der Ethereum-Blöcke wird über diesen externen Builder-Markt produziert, und die Builder-Aktivität selbst kann stark konzentriert sein [4].
Der unsichtbare Wettbewerb um deinen Swap hat also am Ende geholfen, etwas viel Größeres zu erschaffen: einen Markt für den Bau des Blocks, der deinen Swap enthalten wird.
Der unerwartete Twist: Die Rückkehr der Privatsphäre
Öffentliche Blockchains basieren auf Transparenz. Ausstehende Transaktionen erzeugen jedoch eine heikle Form von Transparenz: Manchmal ist das Offenlegen deiner Absicht vor der Ausführung genau das, was dich angreifbar macht.
Das hat einen Teil von Ethereum in Richtung Private Order Flow getrieben.
Dienste wie Flashbots Protect können eine Transaktion am öffentlichen Mempool vorbei direkt an teilnehmende Builder leiten, ohne sie vorher im gesamten Netz zu senden. Ein Bot im öffentlichen Mempool kann keine Transaktion angreifen, die er vor der Blockaufnahme nie gesehen hat.
Das klingt wie eine offensichtliche Verbesserung — bis man die Anreize einen Schritt weiter verfolgt.
Wenn sich mehr wertvolle Transaktionen über private Kanäle bewegen, wird auch der Zugang zu diesen Kanälen wertvoll. Builder mit exklusivem Orderflow gewinnen einen Vorteil gegenüber Buildern, die nur den öffentlichen Mempool sehen. Ein System, das Nutzer vor den Folgen öffentlicher Sichtbarkeit schützen soll, kann dadurch neue Konzentration um private Infrastrukturen schaffen.
Die Lösung verändert die Natur des Problems.
Was ist eigentlich passiert, als du auf Swap geklickt hast?
Aus der Sicht deiner Wallet ist fast nichts passiert. Du hast zwei Token gewählt, eine Preisspanne akzeptiert und wenige Sekunden gewartet.
Unter dieser einfachen Oberfläche arbeitet eine völlig andere Maschine.
Dein ausstehender Trade kann zu einer Information werden. Information kann zu einer Gelegenheit werden. Gelegenheiten ziehen Searcher an. Searcher wetteifern um die Reihenfolge. Ihr Wettbewerb erzeugt Nachfrage nach Buildern. Builder wetteifern um Blöcke. Validatoren wählen zwischen diesen Blöcken. Und sobald öffentliche Sichtbarkeit gefährlich wird, entsteht am Rand modernes privates Routing.
Das Erstaunliche an MEV ist nicht, dass jemand eine Lücke in Ethereum gefunden hat.
Sondern dass Ethereum genau so funktionieren kann, wie es entworfen wurde, und trotzdem eine ganze Industrie um eine einzige Frage hervorbringt, die das Interface dir niemals zeigt:
Wer darf zuerst gehen?

Comments 0
Log in to join the conversation.
Log inStart the conversation.