Base in stallo per due volte in 24 ore: un bug, un hard fork ritardato e il dibattito sul single-sequencer

La rete Layer 2 di Coinbase, Base, ha subito due interruzioni della produzione di blocchi in 24 ore, il 25 e 26 giugno 2026. Entrambe sono state causate dallo stesso bug nella logica del block builder . Gli incidenti hanno ritardato l'hard fork Beryl, hanno provocato una dura reazione da parte del creatore Jesse Pollak e hanno riacceso le critiche sull'architettura a singolo sequencer di Base, vista come un singolo punto di rottura.

Qual è stata la causa dei blocchi? Lo stesso bug, due volte

Entrambe le interruzioni sono state innescate da un singolo bug nella logica di costruzione dei blocchi del sequencer . Il team ufficiale di Base su X ha confermato che la causa principale è stata identificata, risolta e condivisa come feedback con le altre chain basate su OP Stack . In un'analisi post-mortem dettagliata, gli ingegneri di Base hanno spiegato che una transazione non valida è stata ricevuta dal block builder e, come previsto, è fallita durante l'esecuzione. Tuttavia, il sistema non ha erroneamente cancellato lo stato del journal contenente gli account e gli slot di storage a cui era stato effettuato l'accesso . Quando una transazione valida è stata eseguita subito dopo, ha utilizzato lo stato del journal obsoleto, portando a calcoli errati del gas e alla produzione di un blocco di transizione di stato non valido [40, 45]. Quel blocco non valido ha bloccato la pipeline di sequenziamento, fermando tutta la produzione di blocchi.

La stessa sequenza—mancata cancellazione dello stato seguita da calcoli errati del gas—ha causato entrambe le interruzioni [45, 47]. Durante entrambi gli incidenti, nessun fondo utente è stato a rischio .

Cronologia dell'interruzione

• 25 giugno, ~16:03 UTC: La produzione di blocchi si è fermata al blocco 47.806.542 dopo che il sequencer ha prodotto un blocco non valido, innescando un errore di consenso [22, 44]. La chain è rimasta bloccata per circa due ore. Gli ingegneri hanno identificato il problema alle 16:52 UTC, hanno ripreso il sequenziamento preliminare alle 17:51 UTC e hanno confermato la normale produzione di blocchi alle 17:58 UTC [22, 37].
• 26 giugno, ~15:33 UTC: Si è verificato un secondo blocco, della durata di circa 14 minuti, prima che il servizio venisse ripristinato [21, 38].

Jesse Pollak: 'Un fermo non è accettabile'

Il creatore di Base, Jesse Pollak, ha risposto pubblicamente su X, riconoscendo entrambi gli incidenti. Ha dichiarato che i fondi degli utenti sono rimasti al sicuro, ma ha aggiunto senza mezzi termini che "un fermo non è accettabile" per una piattaforma che mira a supportare la finanza globale [19, 23]. Ha descritto le interruzioni come inaccettabili per le ambizioni di Base e ha affermato che il team utilizzerà gli incidenti come un'opportunità per migliorare la stabilità e l'affidabilità della piattaforma .

L'hard fork Beryl ritardato di un giorno

L'hard fork Beryl—il secondo aggiornamento indipendente della rete Base—era originariamente previsto per il 25 giugno alle 18:00 UTC [12, 14]. Dopo la prima interruzione, Base ha posticipato l'aggiornamento al 26 giugno alle 18:00 UTC per garantire che il B20 Activation Registry fosse completamente operativo prima dell'attivazione [15, 16]. Il team ha dichiarato che l'interruzione e l'aggiornamento non erano correlati [16, 20].

Cosa introduce Beryl

Beryl raggruppa tre importanti modifiche :

• Standard token B20: lo standard nativo di token di Base per stablecoin, asset del mondo reale (RWA) ed emittenti di token a coda lunga, implementato come precompilazione Rust compatibile con ERC-20, integrata direttamente nel software del nodo [1, 14, 11].
• Finestra di prelievo più breve: la finalità del prelievo con prova singola è ridotta da 7 a 5 giorni [1, 12].
• Integrazione Reth V2: una revisione completa del client di esecuzione che riduce l'utilizzo del disco di circa il 50% e aumenta la produttività di circa il 33% [1, 10, 14].

Rinnovate critiche all'architettura a singolo sequencer

Le interruzioni hanno riacceso le critiche di lunga data secondo cui il design a singolo sequencer di Base crea un singolo punto di rottura [33, 36]. Poiché Base utilizza un singolo sequencer gestito da Coinbase basato su OP Stack, non c'erano sequencer di backup o nodi di convalida che potessero subentrare quando il blocco non valido ha bloccato la pipeline . Diversi analisti e membri della community hanno indicato questa architettura come il rischio sistemico di fondo, sostenendo che un modello a singolo sequencer è intrinsecamente fragile per una rete che aspira a sostenere le infrastrutture finanziarie globali [33, 36].

Cosa succederà dopo

Base ha pubblicato un'analisi post-mortem completa sull'interruzione del 25 giugno e il team ha dichiarato di aver comunicato i risultati alle altre chain basate su OP Stack come feedback [45, 47]. L'hard fork Beryl è stato attivato con successo il 26 giugno, ma gli incidenti hanno lasciato una domanda persistente: una chain costruita su un singolo sequencer può credibilmente affermare di supportare la finanza globale?