Ein MEV-Bot hat einem Bericht von The Defiant zufolge einen gemeldeten rsETH-Exploit in Höhe von 7,8 Millionen Dollar auf Ethereum überholt, indem er sich im Transaction-Ordering vor den ursprünglichen Angreifer positionierte. Zentrale Details — darunter die betroffenen Verträge, der realisierte Verlust und der Verbleib der Mittel — bleiben im derzeit verfügbaren Datenbestand unbekräftigt. Der Vorfall zeigt zudem ein wiederkehrendes Merkmal von On-Chain-Vorfällen: Das Ausnutzen einer Schwachstelle und das Platzieren der Attack-Transaktion an erster Stelle sind getrennte Herausforderungen, und das Block-Ordering kann darüber entscheiden, welcher Akteur einen verwundbaren Pfad tatsächlich ausführt.

Die Kernaussage stützt sich auf einen einzigen Bericht über einen rsETH-Exploit in Höhe von 7,8 Millionen Dollar, den ein MEV-Bot auf Ethereum überholt haben soll. Dem Bericht fehlen eine Post-Mortem-Analyse, ein Transaktions-Hash, ein Zeitstempel oder eine unabhängige Bestätigung, weshalb der Dollarbetrag und der Ablauf der Ereignisse als Bericht und nicht als bestätigt zu behandeln sind.

Was der gemeldete Betrag belegt — und was nicht

Der gemeldete Betrag von 7,8 Millionen Dollar wurde weder als gefährdete Mittel, gestohlene Vermögenswerte noch als durch den Angriffspfad geleiteter Bruttowert charakterisiert. Solange ein Vorfallbericht oder eine On-Chain-Rückverfolgung nicht angibt, welche Größe die Zahl darstellt, wäre die Beschreibung als klar realisierter Verlust eine Überbewertung der verfügbaren Belege.

Welche Verträge und Assets betroffen waren

Ein Vorfall, der rsETH betrifft — den Kelp DAO ausgegebenen Liquid-Staking-Token für Restaked ETH —, ist nicht dasselbe wie eine bestätigte Schwachstelle im ausgebenden Protokoll oder im zugrunde liegenden Restaking-Collateral. Der Unterschied zwischen einem Fehler in einem bestimmten Vertrag und einer breiteren Betroffenheit von rsETH-Haltern lässt sich anhand des aktuellen Datenbestands nicht klären. Die On-Chain-Aktivität des Tokens lässt sich über die rsETH-Vertragsdaten auf Etherscan verfolgen, doch wurde in den verfügbaren Berichten keine konkrete Exploit-Transaktion offengelegt.

Wie der MEV-Bot den Exploit angeblich überholte

Front-Running im Kontext des maximal extrahierbaren Werts (MEV) bedeutet, dass ein Sucher eine ausstehende oder absehbare Transaktion beobachtet und seine eigene Transaktion im Block-Ordering davor platziert, um den Wert zu erfassen. Solche Searcher-Bots sind ein fester Bestandteil der Ethereum-Blockproduktion: Sie überwachen den öffentlichen Mempool auf ausstehende Transaktionen, deren Platzierung extrahierbaren Wert verspricht, und Rennen zwischen ihnen sindRoutine — weshalb Angriffspfade mit sichtbaren On-Chain-Einstiegspunkten selbst umkämpft werden können. In diesem Fall stellt der Bericht den Bot so dar, dass er den Angriffspfad ausführte, bevor der ursprüngliche Akteur dies konnte.

Die Bestätigung dieses Ablaufs erforderte drei verknüpfte Artefakte: den ursprünglichen Exploit-Versuch, die Front-Running-Ausführung des Bots und die daraus resultierenden Token-Transfers. Ohne diese Spuren lässt sich der ursprüngliche Exploiter nicht vom Bot unterscheiden, lässt sich nicht bestätigen, ob der Bot eine öffentliche Mempool-Transaktion kopierte, und lässt sich dem Bot kein konkreter Gewinn zuschreiben. Nichts im verfügbaren Datenbestand stützt die Behauptung, der Bot habe den vollständigen gemeldeten Betrag erfasst oder zur Rettung der Mittel gehandelt.

Offene Fragen zu Betroffenheit und Wiederherstellung

Der verfügbare Kontext enthält keine Informationen darüber, wie viele Nutzer betroffen waren, ob ein Vertrag pausiert wurde oder ob ein Fix oder Hinweise für Nutzer veröffentlicht wurden. Dies ist eine Informationslücke in diesem Bericht, kein Beleg dafür, dass keine öffentliche Erklärung oder Eindämmungsmaßnahme existiert.

Auch der Status der Mittel ist ungeklärt. Jede Aussage über Rückflüsse, Erstattungen oder Wiederherstellung würde mit Zeitstempeln versehene On-Chain-Belege für die Mittelbewegungen erfordern, bevor sie berichtet werden könnte Die Marker, die diese Geschichte von einem Einzelbericht zu einem bestätigten Sachverhalt machen würden, sind die üblichen bei Vorfällen dieser Art: eine Post-Mortem-Analyse oder Stellungnahme des betroffenen Protokolls, ein veröffentlichter Transaktions-Hash, eine On-Chain-Rückverfolgung der gemeldeten Mittel und die Bestätigung einer Pausierung oder eines Patches für die betroffenen Verträge.

rsETH sitzt tief im Ethereum-DeFi-Collateral-Stack, wo Restaking-Tokens zunehmend Vaults und Swap-Venues speisen, etwa die auf Ethereum aufbauenden vertraulichen Morpho-Vaults — eine Dynamik, die die Bedeutung einer präzisen Verifizierung des Umfangs eines jeden Vorfalls erhöht. Leser, die Gegenparteien- oder Collateral-Risiken bewerten, sollten eine Transaktionsebene-Aufstellung abwarten, bevor sie Rückschlüsse auf die Höhe des Verlusts oder die Sicherheit von rsETH-Positionen ziehen.