MultiversX ha dichiarato di pianificare un hard fork coordinato a partire da checkpoint noti e affidabili dopo quello che ha descritto come un incidente di attacco causato da un errore nella sequenza operativa, aggiungendo che i validatori avevano contenuto la situazione e che exchange e bridge cross-chain sarebbero stati riaperti gradualmente dopo il riavvio della rete.

Secondo la dichiarazione del progetto, la causa principale dell'incidente è stata un errore nella sequenza operativa, piuttosto che un guasto del protocollo ancora non divulgato. MultiversX ha affermato che i validatori hanno risposto rapidamente e riportato la situazione sotto controllo, proponendo un hard fork coordinato basato su checkpoint noti e affidabili per il ripristino.

Il progetto ha dichiarato che il processo di ripristino sarebbe stato dapprima provato con i validatori su testnet e rete di sviluppo. Ha inoltre affermato che il codice pertinente è stato reso pubblico e che i test erano ancora in corso. Fino al completamento ufficiale del ripristino, MultiversX ha invitato gli utenti a non inviare né ritrasmettere transazioni.

MultiversX ha inoltre dichiarato che gli account dell'attaccante erano stati identificati e congelati presso importanti exchange e che erano coinvolte le autorità competenti. Tuttavia, la dichiarazione non ha specificato quali exchange avessero congelato gli account, quali autorità stessero partecipando o se eventuali asset fossero già stati recuperati.

Le indicazioni operative della rete andavano oltre l'attività on-chain. MultiversX ha affermato che non si dovrebbe accedere a EGLD ed ESDT tramite exchange o bridge cross-chain prima dell'avviso ufficiale di ripristino, sottolineando che l'incidente riguarda non solo il coordinamento dei validatori, ma anche l'infrastruttura di terze parti connessa alla chain.

Perché è importante

Un hard fork coordinato per il ripristino dopo un incidente è un passo ad alta posta in gioco per qualsiasi blockchain, poiché mette alla prova contemporaneamente il coordinamento dei validatori, il supporto degli exchange e la fiducia degli utenti. In questo caso, il piano di ripristino non si limita alla correzione del codice: dipende anche dalla selezione dei checkpoint, da un'azione infrastrutturale sincronizzata e dalla riapertura ordinata di sedi di negoziazione e bridge.

L'episodio evidenzia inoltre come gli incidenti di sicurezza possano rapidamente estendersi all'infrastruttura di mercato centralizzata. Anche quando una rete afferma che la situazione è contenuta, i congelamenti sugli exchange, le restrizioni sui bridge e il coinvolgimento delle autorità possono influenzare la fluidità con cui gli asset tornano alla normale circolazione una volta riavviata la chain.