MEV-Bot ‚jaredfromsubway‘ in Honeypot gefangen und um 7,5 Millionen Dollar erleichtert

Der gefürchtetste MEV-Bot auf Ethereum hat gerade seinen eigenen Spielzug gegen sich selbst erlebt. Jaredfromsubway, bekannt dafür, über Sandwich-Trading Millionen abgeschöpft zu haben, ist in einen ausgeklügelten Honeypot getappt. Und als wäre das nicht genug, versuchte ein Betrüger, den Vorfall für eine Kopfgeld-Masche auszunutzen.

Ein MEV-Räuber wird zur Beute: Wie die Falle zuschnappte

Der Bot jaredfromsubway hat sich im DeFi-Ökosystem einen berüchtigten Ruf erarbeitet. Spezialisiert auf Sandwich-Angriffe, spürte er ausstehende Transaktionen im Ethereum-Mempool auf, umrahmte sie mit eigenen Orders, um den Preis zu manipulieren, und strich die Differenz auf Kosten gewöhnlicher Nutzer ein. Eine besonders aggressive Strategie zur Maximal Extractable Value (MEV), mit der er über die Jahre Dutzende Millionen Dollar angehäuft haben soll.

Doch diesmal wurde er selbst gesandwicht. On-Chain-Daten, die von mehreren unabhängigen Forschern analysiert wurden, zeigen, dass der Bot auf einen Counter-MEV-Honeypot hereingefallen ist — einen Smart Contract, der gezielt darauf ausgelegt war, räuberische Bots anzulocken und ihnen ihre Mittel zu entziehen. Die Mechanik ist erschreckend simpel: Der Contract simuliert eine Arbitrage-Gelegenheit, die zu gut ist, um wahr zu sein, verleitet den Bot dazu, seine Liquidität einzusetzen, und sperrt die Gelder dann, bevor eine Auszahlung möglich ist. Der abgezogene Betrag beläuft sich auf rund 7,5 Millionen Dollar.

Diese Art von Angriff, manchmal als Counter-MEV oder MEV Revenge bezeichnet, verdeutlicht eine technische Eskalation im Bot-Krieg, der sich in den unteren Schichten von Ethereum abspielt. Node-Betreiber und DeFi-Sicherheitsforscher beobachten dieses Phänomen seit mehreren Monaten, jedoch selten in einem solchen Ausmaß.

Ein gefälschter X-Account, ein Kopfgeld von einer Million Dollar und ein Betrugsversuch

In den Stunden nach dem Vorfall veröffentlichte ein X-Account (ehemals Twitter), der sich als jaredfromsubway ausgab, eine Nachricht, in der Verluste von 15 Millionen Dollar behauptet wurden — also das Doppelte des on-chain dokumentierten Betrags — und ein Kopfgeld von einer Million Dollar für jeden ausgelobt wurde, der bei der Rückholung der Gelder helfe. Eine klassische Inszenierung, um potenzielle Opfer in eine Rückforderungs-Betrugsmasche zu locken.

Die verfügbaren Informationen deuten eindeutig auf einen Betrüger hin. Die Blockchain-Daten bestätigen einen Verlust von rund 7,5 Millionen Dollar, nicht 15 Millionen. Darüber hinaus kommunizieren die echten Betreiber von MEV-Bots dieser Größenordnung niemals öffentlich — ihr Überleben hängt genau von ihrer Diskretion ab. Dieser Account scheint die mediale Aufmerksamkeit rund um den Vorfall genutzt zu haben, um arglose Nutzer zu betrügen — eine in der Krypto-Welt längst bekannte Taktik.

Was dieser Vorfall über den verborgenen MEV-Krieg verrät

Der Fall jaredfromsubway beleuchtet eine Realität, die der breiten Öffentlichkeit oft verborgen bleibt: Der Ethereum-Mempool ist ein permanentes Schlachtfeld. MEV-Bots kämpfen dort im Millisekundenbereich gegeneinander und nutzen jede unbestätigte Transaktion aus, um Wert zu extrahieren. DeFi-Nutzer zahlen täglich den Preis dafür, in Form von ungewöhnlich hohem Slippage oder abgelehnten Transaktionen.

Doch die wachsende Raffinesse der Gegenmaßnahmen verändert die Lage. Counter-MEV-Honeypots stellen eine Art algorithmische poetische Gerechtigkeit dar: die Waffen der Räuber gegen sie selbst zu wenden. Diese Dynamik treibt Entwickler dazu an, immer komplexere Contracts zu entwerfen, und zwingt Bots dazu, zusätzliche Verifikationsebenen einzubauen, bevor sie größere Kapitalmengen einsetzen.

Für das DeFi-Ökosystem als Ganzes erinnert diese Episode daran, dass die Transparenz der Blockchain ein zweischneidiges Schwert ist: Sie setzt Nutzer gegenüber MEV-Bots bloß, ermöglicht es aber auch, diese zu verfolgen, zu analysieren und letztlich in eine Falle zu locken. Die nächste Auseinandersetzung wird sich voraussichtlich um Mempool-Schutzlösungen wie Private RPCs und Commit-Reveal-Systeme drehen.