Secondo quanto riportato, un bot MEV avrebbe front-rannato un exploit da 7,8 milioni di dollari ai danni di rsETH su Ethereum, intercettando i fondi prima che l'attaccante originale potesse completare l'estrazione. Se confermato, l'episodio illustrerebbe come i bot automatizzati di riordino delle transazioni possano ridisegnare in tempo reale l'esito degli exploit on-chain.

Quanto sarebbe accaduto

Secondo le informazioni di The Defiant, un bot MEV (Maximal Extractable Value) avrebbe individuato e front-rannato un tentativo di exploit su un wallet Ethereum contenente rsETH, catturando una cifra indicata in circa 7,8 milioni di dollari prima che la transazione dell'attaccante potesse essere finalizzata.

rsETH è un token di liquid restaking emesso da Kelp DAO, progettato per rappresentare asset in restaking tramite servizi come EigenLayer. I token di liquid restaking di questo tipo offrono ai possessori un titolo negoziabile su posizioni di restaking in pool, il che significa che un singolo wallet o contratto può detenere fondi aggregati provenienti da molti utenti.

Al momento della pubblicazione, elementi chiave della sequenza non erano stati verificati in modo indipendente, tra cui il wallet preso di mira, l'identità dell'attaccante e l'eventuale recupero o restituzione dei fondi. I dati delle transazioni on-chain che confermino il blocco esatto, gli indirizzi e gli importi coinvolti non sono stati forniti nelle informazioni disponibili.

Come il front-running MEV cambia l'esito di un exploit

Il MEV indica il profitto che un produttore di blocchi o un bot automatizzato può estrarre riordinando, inserendo o censurando transazioni all'interno di un blocco. Il front-running, una strategia MEV specifica, consiste nell'inviare una transazione con commissioni più alte che viene eseguita prima di una transazione obiettivo nello stesso blocco.

Applicato a un exploit, un bot di front-running gareggia di fatto con l'attaccante: individua la transazione dannosa nella mempool — il pool di transazioni in attesa — ne copia la chiam pertinente con una fee gas più alta e rivendica i fondi per primo. Bot di questo tipo monitorano la mempool ininterrottamente, consentendo loro di reagire appena compare una transazione profittevole. In pratica, l'esito di un exploit on-chain può dipendere da quale transazione entra per prima nel blocco.

Questa corsa dipende dal flusso pubblico delle transazioni. Per impostazione predefinita, le transazioni inviate dai wallet entrano nella mempool pubblica, dove qualsiasi bot può osservarle; servizi di invio privato come Flashbots Protect esistono proprio per proteggere le transazioni da tale visibilità.

Se i fondi siano catturati definitivamente dall'operatore del bot, recuperabili dal protocollo originale o di fatto "salvati" dipende interamente dalle intenzioni dell'operatore del bot e da eventuali azioni on-chain successive. Nessuno di questi esiti è stato confermato in questo caso. Precedenti incidenti su Ethereum hanno prodotto entrambi i risultati, con operatori di front-running che in alcuni casi hanno restituito i fondi catturati ai protocolli interessati e in altri li hanno trattenuti, quindi gli episodi passati non offrono uno schema definitivo.

Il tentativo di exploit e la risposta del bot

Vale la pena distinguere tra il tentativo di exploit e la risposta del bot. Il bot non ha impedito che la vulnerabilità venisse sfruttata; ha gareggiato per i proventi. L'eventuale difetto di sicurezza sottostante resta una questione separata che richiede un'indagine indipendente e una divulgazione da parte del progetto rsETH.

La distinzione è rilevante per gli strumenti in pool come i token di liquid restaking: un exploit contro un wallet collegato può mettere in gioco fondi aggregati di utenti, e l'intervento di un bot determina chi controlla quei fondi, non se la vulnerabilità esisteva in primo luogo.

Cosa resta da confermare

Diversi fatti restano ancora da chiarire. Un post-mortem ufficiale o un rapporto sull'incidente da parte del progetto rsETH o dei suoi sviluppatori sarebbe la fonte più autorevole per la causa principale, l'esposizione totale e gli eventuali interventi di mitigazione. Un'analisi on-chain verificata che colleghi hash di transazioni specifici alle cifre riportate non è comparsa nelle fonti pubbliche disponibili al momento della scrittura.

Gli osservatori dovrebbero inoltre monitorare separatamente se i fondi catturati dal bot MEV siano stati restituiti al protocollo o ai suoi utenti, una distinzione importante per valutare le perdite nette effettive. L'estrazione tentata e le perdite confermate non sono la stessa cifra, e le informazioni raccolte finora non li hanno chiaramente separati.

Gli incidenti di sicurezza su Ethereum hanno in passato spinto risposte più ampie a livello infrastrutturale da parte dei partner dell'ecosistema. Se l'incidente rsETH porterà a un coordinamento simile, o a una risposta di governance all'interno del protocollo, dipende da dettagli non ancora pubblici. Questa storia richiederà una conferma ufficiale prima che il quadro completo sia chiaro.

Disclaimer: Questo articolo ha finalità puramente informative e non costituisce consulenza finanziaria o di investimento. I mercati delle criptovalute e degli asset digitali comportano rischi significativi. Effettuare sempre le proprie ricerche prima di prendere decisioni.