Einem Bericht zufolge hat ein MEV-Bot einen Exploit im Wert von 7,8 Millionen US-Dollar gegen rsETH auf Ethereum überholt und die Gelder abgefangen, bevor der ursprüngliche Angreifer die Extraktion abschließen konnte. Falls bestätigt, würde der Vorfall veranschaulichen, wie automatisierte Bots zur Transaktionsanordnung das Ergebnis von On-Chain-Exploits in Echtzeit verändern können.

Was Berichten zufolge geschah

Laut Berichten von The Defiant hat ein MEV-Bot (Maximal Extractable Value) einen Exploitversuch auf eine Ethereum-Wallet mit rsETH erkannt und überholt, wobei ein Berichten zufolge etwa 7,8 Millionen US-Dollar betragender Betrag erbeutet wurde, bevor die Transaktion des Angreifers abgeschlossen werden konnte.

rsETH ist ein Liquid-Restaking-Token von Kelp DAO, der darauf ausgelegt ist, über Dienste wie EigenLayer gestakte Assets abzubilden. Liquid-Restaking-Token dieser Art geben Inhabern einen handelbaren Anspruch auf gebündelte Restaking-Positionen, sodass eine einzelne Wallet oder ein Contract Gelder enthalten kann, die von vielen Nutzern zusammengefasst wurden.

Zentrale Elemente des Ablaufs waren zum Zeitpunkt der Veröffentlichung nicht unabhängig verifiziert, darunter welche Wallet angezielt wurde, die Identität des Angreifers und ob Gelder geborgen oder zurückgegeben wurden. On-Chain-Transaktionsdaten, die den exakten Block, Adressen und Beträge bestätigen, wurden in den verfügbaren Berichten nicht bereitgestellt.

Wie MEV-Front-Running das Ergebnis eines Exploits verändert

MEV bezeichnet den Gewinn, den ein Blockproduzent oder automatisierter Bot durch Umordnung, Einfügen oder Zensieren von Transaktionen innerhalb eines Blocks erzielen kann. Front-Running, eine spezifische MEV-Strategie, beinhaltet das Einreichen einer Transaktion mit höherer Gebühr, die vor Zieltransaktion im selben Block ausgeführt wird.

Bei einem Exploit tritt ein Front-Running-Bot faktisch in Wettrennen mit dem Angreifer: Er entdeckt die bösartige Transaktion im Mempool – dem Pool ausstehender Transaktionen –, kopiert den relevanten Aufruf mit einer höheren Gasgebühr und sichert sich die Gelder zuerst. Bots dieser Art überwachen den Mempool kontinuierlich und können so reagieren, sobald eine lukrative Transaktion auftaucht. In der Praxis kann das Ergebnis eines On-Chain-Exploits davon abhängen, wessen Transaktion zuerst im Block landet.

Dieses Wettrennen ist eine Folge des öffentlichen Transaktionsflusses. Standardmäßig gelangen von Wallets eingereichte Transaktionen in den öffentlichen Mempool, wo jeder Bot sie beobachten kann; private Einreichungsdienste wie Flashbots Protect existieren eigens, um Transaktionen vor dieser Sichtbarkeit zu schützen.

Ob die Gelder dauerhaft vom Bot-Betreiber einbehalten, vom ursprünglichen Protokoll geborgen oder faktisch „gerettet“ werden, hängt vollständig von der Absicht des Bot-Betreibers und etwaigen nachfolgenden On-Chain-Aktionen ab. Keines dieser Ergebnisse wurde in diesem Fall bestätigt. Frühere Ethereum-Vorfälle haben beide Ergebnisse hervorgebracht, wobei Front-Running-Betreiber in einigen Fällen erbeutete Gelder an betroffene Protokolle zurückgaben und sie in anderen behielten; vergangene Episoden bieten daher keine verlässliche Vorlage.

Der Exploitversuch im Vergleich zur Reaktion des Bots

Es lohnt sich, zwischen dem Exploitversuch und der Reaktion des Bots zu unterscheiden. Der Bot hat die Auslösung der Schwachstelle nicht verhindert; er konkurrierte um die Erlöse. Die zugrunde liegende Sicherheitsschwachstelle, sofern eine existiert, bleibt ein separates Thema, das eine unabhängige Untersuchung und Offenlegung durch das rsETH-Projekt erfordert.

Diese Unterscheidung ist bei gebündelten Instrumenten wie Liquid-Restaking-Tokens von Bedeutung: Ein Exploit gegen eine verwandte Wallet kann zusammengefasste Nutzergelder gefährden, und das Eingreifen eines Bots bestimmt, wer diese Gelder kontrolliert – nicht, ob die Schwachstelle überhaupt existierte.

Was weiterhin offen bleibt

Mehrere Fakten sind noch unklar. Ein offizielles Post-Mortem oder ein Vorfallbericht des rsETH-Projekts oder seiner Entwickler wäre die maßgeblichste Quelle für die Ursache, das Gesamtengagement und etwaige Behebungsmaßnahmen. Eine verifizierte On-Chain-Analyse, die konkrete Transaktions-Hashes mit den berichteten Zahlen verknüpft, ist bis zum Zeitpunkt dieses Textes in öffentlich zugänglichen Quellen nicht erschienen.

Beobachter sollten zudem separat verfolgen, ob die vom MEV-Bot erbeuteten Gelder an das Protokoll oder seine Nutzer zurückgegeben wurden – eine Unterscheidung, die für die Bewertung tatsächlicher Nettoverluste wichtig ist. Der versuchte Extrakt und bestätigte Verluste sind nicht dieselbe Zahl, und die Berichterstattung hat beides bislang nicht klar getrennt.

Sicherheitsvorfälle auf Ethereum haben zuvor bereits umfassendere Antworten auf Infrastrukturebene von Ökosystem-Partnern ausgelöst. Ob der rsETH-Vorfall eine ähnliche Koordination oder eine Governance-Reaktion innerhalb des Protokolls auslöst, hängt von noch nicht öffentlich bekannten Details ab. Diese Geschichte wird offizielle Bestätigungen erfordern, bevor das Gesamtbild klar ist.

Haftungsausschluss: Dieser Artikel dient ausschließlich Informationszwecken und stellt keine Finanz- oder Anlageberatung dar. Kryptowährungs- und Digital-Asset-Märkte bergen erhebliche Risiken. Führen Sie stets eigene Recherchen durch, bevor Sie Entscheidungen treffen.