Angriffe auf die Transaktionsreihenfolge und ihre Gegenmittel

Neugier

1. Warum entsteht ein wirtschaftlicher Anreiz, den Block umzuordnen, wenn man eine Transaktion sieht, bevor sie abgewickelt ist?
2. Wie kann ein Marktmechanismus technisch einwandfrei sein und dennoch über die Reihenfolge Wert von seinen eigenen Nutzern abschöpfen?
3. Was ist der genaue Unterschied zwischen einer Slippage-Grenze, die Verluste begrenzt, und einer, die den Angriff vollständig verhindert?

Erkunden

Teil IReihenfolge-Angriffe: Front-Running, Sandwiches und MEV

1. Auf Ethereum warten ausstehende Transaktionen in einem öffentlichen Mempool, der für jeden Node sichtbar ist; Solana hat keinen öffentlichen Mempool, doch wer einen Block weiterleitet oder als Leader erstellt, sieht ausstehende Transaktionen trotzdem. Wer die Blockerstellung kontrolliert, kann diese Warteschlange vor der Finalisierung einsehen. Diese Sichtbarkeit erzeugt eine Race Condition, in der Geschwindigkeit und Informationsasymmetrie über die wirtschaftlichen Ergebnisse entscheiden. Die Ausführungsreihenfolge ist nicht neutral; sie ist die zentrale Variable, die Searcher optimieren. Eine zuerst aufgenommene Transaktion sichert sich Liquidität, die sonst späteren Teilnehmern zur Verfügung stünde.
2. Beim Front-Running beobachtet man einen ausstehenden Trade und reicht einen eigenen, identischen oder ergänzenden Trade mit höheren Priority Fees ein, damit dieser vor dem ursprünglichen aufgenommen wird. Bewegt der beobachtete Trade den Preis zugunsten des Front-Runners, profitiert dieser von der Differenz. Back-Running ist das Gegenstück: Man führt eine Transaktion nach einer bekannten Zustandsänderung aus, etwa einem Oracle-Update oder einem Liquidationsauslöser, um Wert abzuschöpfen, der erst im neuen Zustand verfügbar wird.
3. Sandwiching nutzt die Slippage-Toleranz aus. Ein Searcher kauft ein Asset unmittelbar vor dem großen Swap eines Opfers und treibt so dessen Preis nach oben. Das Opfer führt seinen Trade dann zu diesem überhöhten Preis aus. Direkt danach verkauft der Searcher zu dem höheren Preis, den der Kauf des Opfers erzeugt hat. Das Opfer erhält weniger Token als erwartet; der Searcher streicht die Differenz ein. Das ist Arbitrage gegen die eigenen Toleranzeinstellungen des Nutzers.
4. P. Daian et al. formalisierten diese Dynamiken in „Flash Boys 2.0“ (arXiv 2019) und prägten den Begriff Miner Extractable Value (MEV), später in Maximal Extractable Value umbenannt. Sie zeigten, dass MEV keine Anomalie ist, sondern ein strukturelles Merkmal permissionless, sequenzieller Ausführung. Ein Großteil des MEV entsteht durch Arbitrage und Liquidationen; ein Teil davon, etwa Sandwiching, wird direkt von gewöhnlichen Tradern bezahlt.
5. Flashbots (gegründet 2020) führte auf Ethereum ein privates Bundle-Relay (2021) und nach dem Merge MEV-Boost-Builder-Auktionen (2022) ein. Dadurch wurde die MEV-Extraktion aus dem öffentlichen Mempool in eine wettbewerbliche Auktion verlagert – geordneter, aber nicht verschwunden. Auf Solana schufen Jito-Bundles (ab 2022) einen ähnlichen Markt, in dem Validatoren gebündelte Transaktionen mit Tips priorisieren. Die Infrastruktur hat sich verändert; der grundlegende Anreiz für Reihenfolge-Angriffe blieb bestehen.
6. Slippage-Limits begrenzen den maximalen Verlust pro Transaktion, verhindern aber keine Sandwiches. Setzt ein Nutzer die Slippage auf 1 %, kann ein Searcher ihn trotzdem sandwichen und seinen Preis bis an diese Grenze treiben. Die eigentliche Ursache ist die sequenzielle, reihenfolgeabhängige Ausführung gegenüber einer sichtbaren Warteschlange. Sie zu beseitigen heißt, Orders entweder zu verbergen, bis ihre Reihenfolge feststeht, oder die Reihenfolge innerhalb eines Blocks bedeutungslos zu machen – beides wird in späteren Lektionen behandelt.

Teil IIBatch-Auktionen und einheitliches Clearing

7. In Märkten mit kontinuierlichem Handel bestimmt die Ausführungsgeschwindigkeit das Ergebnis. Ein Trader, der eine Preisänderung sieht und seine Order vor anderen einreicht, sichert sich einen Wert, der sonst geteilt würde oder an Market Maker verloren ginge. Diese Dynamik belohnt Infrastruktur statt Analyse: Glasfaserkabel in der Nähe der Börsenserver, Co-Location-Hardware und Netzwerke mit niedriger Latenz werden zu den wichtigsten Wettbewerbsvorteilen. Das Ergebnis ist ein Markt, in dem winzige Geschwindigkeitsunterschiede zu erheblichen wirtschaftlichen Gewinnen führen – ein Anreiz für ein technologisches Wettrüsten, von dem nur diejenigen profitieren, die das Kapital für solche Aufrüstungen haben.
8. Budish, Cramton und Shim schlugen in ihrem 2015 im Quarterly Journal of Economics erschienenen Paper eine Alternative vor: die häufige Batch-Auktion (Frequent Batch Auction). Statt Orders kontinuierlich beim Eingang zusammenzuführen, sammelt das System alle Kauf- und Verkaufsorders über ein kurzes Intervall (vorgeschlagen wurde ein Sekundenbruchteil, etwa 100 Millisekunden) und führt das Clearing für alle gleichzeitig zu einem einzigen einheitlichen Preis durch. Dieses Design beseitigt die Priorität innerhalb eines Blocks, weil jede innerhalb dieses Fensters eingereichte Order zum selben Clearing-Preis ausgeführt wird. Die erste Millisekunde des Intervalls bietet keinen Vorteil gegenüber der letzten; Geschwindigkeit wird für die Ausführung bedeutungslos, und der Wettbewerb verlagert sich wieder auf Information und Bewertung.
9. Auf Token-Märkte in Blockchain-Netzwerken angewandt, neutralisiert dieses Prinzip zwei gängige Exploits: Sniping und Sandwiching. In einem gewöhnlichen Mempool kann ein Bot ausstehende Transaktionen überwachen, einen großen Swap erkennen und eigene Transaktionen davor und danach einfügen, um den Preis zu manipulieren. Beim Batch-Clearing wird der gesamte Orderflow eines Blocks als ein einziger Satz von Nebenbedingungen behandelt. Das Protokoll ermittelt einen Preis, der Volumen oder Nutzen über alle Orders hinweg gleichzeitig maximiert. Ein Sandwich-Angriff scheitert, weil der Angreifer nicht getrennt vom Opfer ausgeführt werden kann; beide sind Teil derselben Clearing-Lösung.
10. CoW Protocol, 2021 auf Ethereum gestartet, setzt dies über Batch-Auktionen um. Nutzer übermitteln signierte Order-Intents an ein Solver-Netzwerk statt direkt an eine Börse. Die Solver konkurrieren darum, diese Orders innerhalb eines Blocks auszuführen, und das Protokoll verlangt, dass Trades desselben Paares und derselben Richtung innerhalb einer siegreichen Lösung zu einem Preis abgewickelt werden. Penumbra, dessen Mainnet 2024 startete (die Börse wurde in späteren Phasen aktiviert), bündelt Swaps pro Block. Beide zeigen, dass Batch-Clearing im Produktivbetrieb funktioniert, auch wenn sie sich in ihren Solver-Architekturen und Datenschutzgarantien unterscheiden.
11. Der Hauptpreis dieses Designs ist die Latenz. Preise aktualisieren sich nur, wenn ein neuer Batch abgewickelt wird, nicht kontinuierlich. Ändern sich die Marktbedingungen mitten im Intervall dramatisch, kann der Clearing-Preis hinter den Echtzeit-Spotpreisen zurückbleiben und vorübergehende Ineffizienzen erzeugen. Zudem verschwindet zwar die Priorität innerhalb eines Blocks, die Priorität zwischen Blöcken bleibt jedoch bestehen: Wer in einem früheren Block landet, kann weiterhin im Vorteil sein, wenn sich die Liquidität zwischen den Blöcken verschiebt. Das ist eine verbleibende Form des Geschwindigkeitswettbewerbs, die jedoch auf einer langsameren Zeitskala abläuft (Blockintervalle statt Millisekunden), was das Wettrüsten bei der Infrastruktur dämpft und die Teilnahme für nicht-institutionelle Trader zugänglicher macht.
12. Überprüfen Sie das, indem Sie auf Etherscan oder im CoW Explorer eine Settlement-Transaktion von CoW Protocol suchen: Eine einzige Transaktion wickelt die Trades mehrerer Nutzer ab, und Trades desselben Paares und derselben Richtung innerhalb einer Lösung werden zum selben effektiven Preis ausgeführt. Die einheitliche Bepreisung unterschiedlicher Orders innerhalb desselben Batches ist die sichtbare Signatur des arbeitenden Clearing-Algorithmus.

Teil IIIVerschlüsselte Mempools und Commit-Reveal

13. In einem öffentlichen Mempool ist jede ausstehende Transaktion sofort für alle Nodes sichtbar. Ein Searcher kann den Inhalt lesen, das Ergebnis simulieren und eine eigene konkurrierende Transaktion mit höheren Gasgebühren einreichen, um sich vorzudrängeln. Dieses Front-Running entzieht anderen Nutzern ohne deren Zustimmung Wert. Die Sichtbarkeit unbestätigter Orders erzeugt eine inhärente Race Condition, in der sich Geschwindigkeitsvorteile direkt in finanziellen Gewinn umsetzen.
14. Commit-Reveal-Verfahren lösen das, indem sie die Einreichung in zwei Phasen aufteilen. Zuerst sendet der Nutzer einen kryptografischen Hash der beabsichtigten Transaktion. Später legt er die eigentliche Transaktion offen. Bis zur Reveal-Phase kann niemand sehen, was committet wurde. Sofern die Ausführungsreihenfolge beim Commit feststeht, verhindert das Front-Running, weil niemand den Inhalt der Order kennen kann, solange sie wartet. Der Preis ist ein zweiter Schritt: Nutzer müssen zurückkommen, um die Transaktion offenzulegen, und das Protokoll muss festlegen, was mit Commits geschieht, die nie offengelegt werden.
15. Mempools mit Threshold-Verschlüsselung verfolgen einen anderen Ansatz. Transaktionen werden mit einem Public Key verschlüsselt, dessen Entschlüsselungsschlüssel unter einem Komitee aufgeteilt ist (Shutter nennt dessen Mitglieder „Keypers“). Kein einzelnes Mitglied besitzt den vollständigen Entschlüsselungsschlüssel; erst wenn eine Mindestanzahl (Threshold) von Nodes zusammenwirkt, kann die Transaktion entschlüsselt werden. Die Reihenfolge steht fest, bevor irgendeine Partei den Inhalt sieht, wodurch das Zeitfenster für Manipulation entfällt. Das Vertrauen verlagert sich auf dieses Komitee: Sprechen sich genügend Mitglieder ab, können sie vorzeitig entschlüsseln.
16. Shutter Network hat dies ab 2024 auf der Gnosis Chain umgesetzt. Ein Komitee verwaltet die Schlüsselanteile, sodass Nutzer verschlüsselte Transaktionen einreichen können, die erst entschlüsselt werden, nachdem ihre Position im Block feststeht. Ähnlich bietet Flashbots Protect private Orderflow-Kanäle, über die Transaktionen den öffentlichen Mempool vollständig umgehen und privat an Block-Builder gesendet werden. Beide Methoden verbergen Transaktionsdaten vor Searchern, schaffen aber neue Abhängigkeiten.
17. Private Kanäle verlagern das Vertrauen vom dezentralen Konsens auf Block-Builder oder Komitees. Wird ein Builder bösartig oder kompromittiert, kann er Orders vor ihrer Aufnahme einsehen. Threshold-Verfahren verringern dieses Risiko, weil sich mehrere unabhängige Parteien absprechen müssten, doch die Governance des Komitees und das Schlüsselmanagement werden zu kritischen Schwachstellen. Nutzer müssen überprüfen, dass keine einzelne Partei genug Schlüsselanteile kontrolliert, um Transaktionen im Alleingang zu entschlüsseln.
18. Die Zielkonflikte sind klar: Verschlüsselte Mempools erhöhen durch den Aufwand für Ver- und Entschlüsselung die Latenz und erfordern Vertrauen in Komitees oder Builder. Öffentliche Mempools bleiben transparent, sind aber anfällig für MEV-Extraktion. Für einen Token-Markt bedeutet die Einführung dieser Mechanismen, eine langsamere Preisfindung und eine komplexe Infrastruktur in Kauf zu nehmen – im Gegenzug für Schutz vor räuberischen Handelsstrategien. Die Entscheidung hängt davon ab, ob faire Ausführung die Kosten der zusätzlichen Komplexität überwiegt.

Kernfakten

Übung neun, sechs, drei, eins

Faktcheck

Datumsangaben, Zahlen und Behauptungen wurden mit den unten aufgeführten veröffentlichten Quellen abgeglichen.

• P. Daian et al., 'Flash Boys 2.0' (IEEE S&P 2020, arXiv 2019)
• Flashbots documentation on private transaction relays
• Jito documentation on bundles and tips
• E. Budish, P. Cramton & J. Shim, 'The High-Frequency Trading Arms Race: Frequent Batch Auctions as a Market Design Response', Quarterly Journal of Economics (2015)
• CoW Protocol Documentation, 'Batch Auctions'
• Penumbra protocol specification: DEX (batch swaps)
• Shutter Network documentation
• Flashbots Protect documentation
• S. Yang et al., 'SoK: MEV Countermeasures: Theory and Practice' (2022)