Un bot MEV avrebbe fatto front-running a un presunto exploit da 7,8 milioni di dollari che coinvolge rsETH su Ethereum, posizionandosi davanti all'attaccante originale nell'ordinamento delle transazioni, secondo un rapporto di The Defiant. Dettagli chiave — tra cui i contratti interessati, la perdita effettiva e la destinazione dei fondi — restano non verificati nel contesto attualmente disponibile. L'episodio evidenzia inoltre una caratteristica ricorrente degli incidenti on-chain: sfruttare una vulnerabilità e riuscire a far posizionare per primo l'attacco sono sfide distinte, e l'ordinamento dei blocchi può determinare quale attore esegue effettivamente un percorso vulnerabile.

L'affermazione centrale si basa su un unico rapporto che descrive un exploit da 7,8 milioni di dollari su rsETH oggetto di front-running da parte di un bot MEV su Ethereum. Al rapporto non accompagnano post-mortem, hash di transazione, timestamp o conferme indipendenti, il che significa che la cifra e la sequenza degli eventi andrebbero trattate come riportate e non come confermate.

Cosa stabilisce — e cosa non stabilisce — la cifra riportata

I 7,8 milioni di dollari riportati non sono stati qualificati come fondi a rischio, asset rubati o valore lordo instradato attraverso il percorso dell'attacco. Finché un rapporto sull'incidente o una tracciatura on-chain non specificherà quale rappresenta tale numero, descriverlo come una perdita effettiva netta sovrastimerebbe le prove disponibili.

Quali contratti e asset sono stati coinvolti

Un incidente che tocca rsETH, il liquid staking token emesso da Kelp DAO che rappresenta ETH restaked, non equivale a una vulnerabilità confermata nel protocollo emittente del token o nella sua collateralizzazione di restaking sottostante. La distinzione tra un bug in un contratto specifico e un'esposizione più ampia tra i possessori di rsETH non può essere risolta con i dati attualmente disponibili. L'attività on-chain del token può essere monitorata tramite i record dei contratti rsETH su Etherscan, ma nessuna transazione specifica di exploit è emersa nelle fonti disponibili.

Come il bot MEV avrebbe fatto front-running all'exploit

Il front-running nel contesto del maximal extractable value (MEV) implica che un searcher osservi una transazione in sospeso o prevedibile e posizioni la propria transazione davanti ad essa nell'ordinamento del blocco per catturarne il valore. I bot searcher di questo tipo sono una caratteristica strutturale della produzione di blocchi su Ethereum: monitorano il mempool pubblico alla ricerca di transazioni in sospeso il cui posizionamento promette valore estraibile, e le competizioni tra loro sono routine — motivo per cui i percorsi di attacco con punti di ingresso on-chain visibili possono a loro volta diventare contesi. In questo caso, il rapporto descrive il bot come autore dell'esecuzione del percorso di exploit prima dell'attore originale.

Stabilire tale sequenza richiederebbe tre elementi collegati: il tentativo di exploit originale, l'esecuzione in front-running del bot e i trasferimenti di token risultanti. Senza tali tracce, non è possibile distinguere l'exploiter originale dal bot, confermare se il bot abbia copiato una transazione dal mempool pubblico o attribuire al bot un profitto specifico. Nulla nei dati disponibili supporta l'affermazione che il bot abbia catturato l'intero importo riportato o sia intervenuto per salvare i fondi.

Domande aperte su esposizione e recupero

Il contesto disponibile non contiene informazioni su quanti utenti siano stati esposti, se qualche contratto sia stato messo in pausa o se siano stati emessi una correzione o indicazioni per gli utenti. Si tratta di un'assenza di informazioni in questa sede, non di una prova che non esista alcuna dichiarazione pubblica o misura di contenimento.

Anche lo status dei fondi resta irrisolto. Qualsiasi affermazione su rendimenti, rimborsi o recupero richiederebbe prove on-chain con timestamp dei movimenti dei fondi prima di poter essere riportata. Gli elementi che porterebbero questa storia da un singolo rapporto a un resoconto confermato sono quelli consueti per incidenti di questo tipo: un post-mortem o una dichiarazione del protocollo interessato, un hash di transazione pubblicato, una tracciatura on-chain dei fondi riportati e lama di eventuali pause o patch applicate ai contratti interessati.

rsETH occupa una posizione profonda nello stack di collateralizzazione DeFi di Ethereum, dove i token di restaking alimentano sempre più vault e piattaforme di scambio, come i vault confidenziali di Morpho costruiti su Ethereum — una dinamica che alza l'asticella per la verifica precisa della portata di qualsiasi incidente. I lettori che valutano il rischio di controparte o di collateralizzazione dovrebbero attendere un rendiconto a livello di transazione prima di trarre conclusioni sull'entità della perdita o sulla sicurezza delle posizioni in rsETH.