Mantle Network è rimasta online nonostante un bug nello state root presente in Reth, il client di esecuzione upstream alla base del suo stack op-reth, che stava interessando più in generale le reti compatibili con Ethereum. Il team ha rilasciato op-reth mantle-v1.6.3, una versione della linea di produzione di Mantle che esegue il backport della correzione upstream del bug invece di passare direttamente alla più recente versione upstream. In un annuncio su X, Mantle ha dichiarato che gli asset sono al sicuro, non è richiesta alcuna azione da parte degli utenti e non è necessaria alcuna migrazione del database, chiedendo ai node operator di aggiornare (post).

Un incidente breve ma ad alto rischio

L'episodio è stato breve e invisibile agli utenti finali, il che potrebbe farlo sembrare poco importante. Non lo è: gli state root sono impegni crittografici utilizzati per dimostrare la validità dei saldi degli account e dell'archiviazione dei contratti, e un loro calcolo errato può causare il blocco dei nodi, la restituzione di proof non valide o la divergenza dalla catena canonica. "Per un Layer 2 che si aggancia a Ethereum, la correttezza a questo livello è fondamentale", ha sottolineato l'annuncio di Mantle.

Cosa è successo e chi è stato interessato

La vulnerabilità era presente in Reth, un'implementazione in Rust di un client di esecuzione di Ethereum, e in op-reth, la sua variante OP Stack distribuita da diverse reti Layer 2. Il 5 novembre, la società di sicurezza Blockaid ha rivelato che i nodi non patchati avrebbero potuto produrre state root errati e restituire proof di stato incorrette tramite eth_getProof, il metodo RPC su cui applicazioni e bridge si affidano per verificare lo stato on-chain. Blockaid ha classificato il problema come un bug di correttezza anziché come un exploit e non ha rilevato perdite di fondi in circostanze reali. La correzione upstream era arrivata in Reth il 3 novembre — due giorni prima della divulgazione pubblica di Blockaid — inclusa nei rilasci patchati che comprendevano Reth v2.10.0 e op-reth v2.8.1.

La risposta si è diffusa in tutto l'ecosistema. Base ha pubblicato node-reth v1.5.3 e ha dichiarato di aver verificato nuovamente la correttezza del proprio nodo, mentre Celo ha integrato un backport. Mantle ha scelto una strada diversa, applicando una patch direttamente alla propria linea di produzione anziché aggiornare all'ultimo rilascio — la via del backport, che fornisce una correzione mirata a una linea di rilascio esistente senza introdurre modifiche non correlate provenienti da versioni upstream più recenti.

Perché è importante per il più ampio ecosistema crypto

I client di esecuzione sono tra i componenti meno visibili ma più determinanti dell'infrastruttura blockchain. Gli sviluppatori vi estendono le API e vi eseguono indexer. Le istituzioni si affidano a custodi, exchange e fornitori di dati. Ognuno di questi livelli dipende dal raggiungimento del consenso sui nodi riguardo allo stato. Uno state root errato non significa necessariamente fondi rubati — può significare proof imprecise, sincronizzazione interrotta o applicazioni che ricevono dati incoerenti.

Quando bridge e servizi di messaggistica cross-chain dipendono da uno stato dimostrabile, anche una breve incoerenza può innescare arresti precauzionali. Quegli arresti sono stati una risposta difensiva, non il risultato di uno sfruttamento, ma dimostrano quanto rapidamente un singolo bug del client possa creare disagi su tutto l'ecosistema.

L'evento evidenzia inoltre l'importanza della diversità dei client, e i suoi limiti. Il livello di esecuzione di Ethereum trae beneficio dall'esecuzione di più client, riducendo il rischio sistematico in caso di guasto di uno di essi. La maggior parte delle catene OP Stack, tuttavia, condivide op-reth. Un bug in quel componente comune crea quindi un rischio correlato tra reti altrimenti indipendenti.

I prossimi passi per Mantle e le reti OP Stack

Il passo immediato è l'adozione da parte degli operatori. Una patch riduce il rischio solo quando node operator, fornitori RPC, validator e team di infrastruttura la distribuiscono, e ci si aspetta che gli operatori pianifichino gli aggiornamenti e testino i propri nodi. Blockaid ha consigliato ai protocolli e ai bridge di verificare che i propri fornitori siano patchati.

Nel lungo termine, l'episodio sottolinea tre tendenze: divulgazione e backport più rapidi per le linee di produzione che non possono aggiornare immediatamente; maggiori misure di emergenza per i bug dei client, compresa la verifica delle proof per i messaggi cross-chain quando le proof non sono affidabili; e un'analisi continuativa delle dipendenze condivise tra le catene OP Stack.

Per Mantle, la prova sarà la continuità. La sua proposta fondativa si basa su scalabilità, commissioni basse e regolamento affidabile per la finanza decentralizzata, i giochi e le applicazioni consumer. Essere rimasta online durante un bug upstream sostiene quella proposta, ma la rete dovrà ancora dimostrare che la sua linea di produzione resta sincronizzata con le patch di sicurezza upstream. La sicurezza blockchain, in definitiva, riguarda anche il software che calcola lo stato — e la velocità con cui viene patchato.