Base fissa al 5 novembre i blocchi da 200 ms di Denim: Flashblocks chiude e i timelock a blocchi correranno dieci volte più veloci

Base, blockchain that runs exactly as written when it is called, holding and moving funds according to its code, without an intermediary able to change the outcome.">smart contract holding reserves of two or more tokens, supplied by users, that a decentralized exchange uses to execute trades automatically at a price set by a formula.">pool diverge, compared with simply holding the same tokens in a wallet. It becomes permanent when the provider withdraws.">il layer 2 di Ethereum gestito da Coinbase, passerà la sua mainnet a blocchi da 200 millisecondi il 5 novembre con l’aggiornamento Denim, secondo The Defiant, che il 29 ottobre ha citato l’account per sviluppatori di Base su X. Il tempo di blocco scende di dieci volte rispetto agli attuali due secondi: cinque blocchi completi al secondo, cioè 432.000 al giorno invece di 43.200. La documentazione ufficiale di Base riporta ancora soltanto «novembre 2026» per la mainnet, senza un timestamp di attivazione.

Per chi sviluppa è una modifica che rompe la compatibilità. Flashblocks, il flusso di preconferme da 200 ms in funzione su Base da luglio 2025, si interrompe quando Denim si attiva, e con lui spariscono tutte le sottoscrizioni e le query «pending» su cui le app fanno affidamento. Gli smart contract che misurano il tempo contando i blocchi vedranno quei blocchi arrivare dieci volte più in fretta. Base non ha ancora pubblicato né l’ora esatta di attivazione né le versioni del software dei nodi per la mainnet.

L’aggiornamento Denim è attivo sulla testnet Base Sepolia dal 21 ottobre alle 18:00 UTC.

Aggiornamento Base Denim: cosa è confermato sul 5 novembre e cosa no

La data del 5 novembre viene da un’unica catena di fonti. L’articolo di The Defiant, intitolato «Base Sets November 5 for Denim’s 200ms Mainnet Blocks», è stato ripreso da KuCoin News il 29 ottobre. Quel rilancio riporta che l’account per sviluppatori di Base ha scritto che Denim «è attivo su Base Sepolia, con la mainnet in arrivo il 5 novembre». Coindaro non è riuscita ad aprire il post su X e nessuno dei due resoconti ne indica l’indirizzo. Phemex ha pubblicato la stessa data la sera stessa, citando un post dell’account X di The Defiant.

La documentazione di Base, consultata il 30 ottobre, è più prudente. La pagina di presentazione di Denim colloca la mainnet nella fase «Planning», per novembre 2026. La specifica sui blocchi da 200 ms definisce quel mese «un obiettivo di pianificazione, non un timestamp di attivazione», e l’indice degli aggiornamenti di Base aggiunge che un obiettivo del genere può cambiare. Il blog di Base il 30 ottobre non aveva alcun articolo su Denim; l’ultimo, del 29 ottobre, parlava di Shopify. Al di fuori del team, nessuno può ancora dire a che ora, in UTC, avverrà il passaggio.

Crypto Briefing, scrivendo il 27 ottobre, prima che la data emergesse, aveva definito il mese di novembre «un obiettivo più che un lancio già fissato».

Cinque blocchi al secondo: cosa cambia nella catena

Oggi Base produce un blocco canonico ogni due secondi. Dopo Denim, secondo la specifica sui blocchi da 200 ms, il sequencer costruisce ed esegue un blocco completo in ogni slot da 200 ms. Ciascuno di questi blocchi è un blocco a tutti gli effetti, con il proprio numero, hash, state root e ricevute, e attraversa il consueto ciclo di vita unsafe, safe e finalized.

A decidere quando parte la costruzione di un blocco è l’orologio del sequencer, non il timestamp del blocco. Gli slot non si possono saltare: ogni blocco deve arrivare esattamente 200 ms dopo il precedente.

È una cosa diversa da ciò che faceva Flashblocks. Flashblocks divideva ogni finestra di due secondi in dieci aggiornamenti incrementali che wallet e app potevano leggere in anticipo, ma solo il blocco da due secondi era canonico. Denim trasforma quel ritmo da 200 ms in blocchi veri, ed è per questo che il livello di preconferma non serve più.

I timestamp restano in secondi interi

Il campo timestamp dell’header Ethereum e il block.timestamp della EVM restano in secondi interi, quindi cinque blocchi consecutivi possono avere lo stesso valore. Per portare la precisione mancante, Denim aggiunge in posizione tx[1] di ogni blocco una transazione di deposito BaseTime, con una parte in millisecondi pari a 0, 200, 400, 600 o 800.

Un contratto predeploy BaseTime, all’indirizzo 0x4200000000000000000000000000000000000030, espone due funzioni, timestampMillisPart() e timestampMs(). Le risposte RPC ottengono i campi facoltativi timestampMs (su blocchi, header ed eventi newHeads) e blockTimestampMs (su transazioni, ricevute e log). Entrambi vengono omessi, non stimati, quando mancano i dati BaseTime, come nei blocchi precedenti a Denim o nella cronologia potata.

Fonti: documentazione di Base (consultata il 30 ottobre 2026), Crypto Briefing (27 ottobre 2026) per il numero di blocchi al giorno; la riga dei 30 blocchi è un calcolo di Coindaro.

I timelock a conteggio di blocchi correranno dieci volte più veloci

È la parte di Denim che anche gli utenti comuni delle app su Base potrebbero percepire, senza aver mai letto un changelog. Qualunque contratto che misuri il tempo contando i blocchi vedrà quel tempo ridursi a un decimo. Con blocchi da due secondi, 30 blocchi duravano 60 secondi; a 200 ms ne durano 6.

La specifica di Base elenca i tipi di logica a rischio. Timelock, cooldown e ritardi di uscita scritti in blocchi scadono in un decimo del tempo previsto. Calendari di vesting ed emissione contati in blocchi si completano dieci volte più in fretta. I limiti di frequenza per blocco si azzerano cinque volte al secondo, e questo moltiplica per dieci il limite effettivo al secondo. Le scadenze scritte come block.number più N arrivano prima.

Nell’elenco c’è anche la governance. Un ritardo di voto o un periodo di voto fissati in blocchi, compreso l’ERC20Votes di OpenZeppelin con il suo orologio basato sul numero di blocco, si riducono di dieci volte, anche se i checkpoint di voto memorizzati restano corretti. Gli oracoli TWAP in stile Uniswap V3 mantengono valori corretti, ma un numero fisso di osservazioni memorizzate copre circa metà della storia, quindi le richieste su finestre lunghe vanno in errore con il codice OLD prima di quanto accada oggi. La guida alla migrazione aggiunge i flussi di bridge e di proof che leggono un numero prefissato di hash di blocchi storici o di beacon root: coprirebbero meno tempo reale.

La logica che usa block.timestamp non è toccata.

Il consiglio di Base è di spostare le durate in blocchi su block.timestamp dove un contratto può essere aggiornato o ridistribuito, dividere per dieci al momento dell’attivazione i conteggi di blocchi modificabili dalla governance, e pianificare una migrazione per i contratti immutabili, che non si possono ritarare. Per l’utente, la verifica pratica è questa: se detieni una posizione in un protocollo su Base con un lock, un piano di vesting o un ritardo di prelievo, controlla se il protocollo fissa quei tempi in secondi o in blocchi e se ha pubblicato un piano per Denim.

Flashblocks e le letture «pending» si fermano all’attivazione

Flashblocks è stata la risposta di Base al blocco da due secondi. È stato sviluppato con Flashbots, provato su Sepolia da febbraio 2025, presentato sul blog di Base il 15 maggio 2025 come un modo per rendere la catena «10 volte più veloce» e dichiarato attivo sulla mainnet a metà luglio 2025, come riportò The Block il 17 luglio. App e indicizzatori su Base si sono costruiti sopra, ed è per questo che Denim richiede una guida alla migrazione.

Denim lo chiude. La guida alla migrazione di Base è netta: «Le sottoscrizioni Flashblocks e lo stato pending non sono disponibili dopo l’attivazione». La guida chiede ai team di elencare ogni sottoscrizione Flashblocks e ogni chiamata RPC che usa il tag «pending», e di sostituirle.

• La sottoscrizione newFlashblocks diventa newHeads.
• La sottoscrizione pendingLogs diventa logs.
• La sottoscrizione newFlashblockTransactions diventa newHeads, seguita dal recupero delle transazioni di ciascun blocco.
• Le chiamate come eth_getBlockByNumber, eth_getBalance, eth_getTransactionCount, eth_call, eth_estimateGas, eth_simulateV1 e eth_getBlockTransactionCountByNumber fatte con «pending» passano all’ultimo blocco o stato canonico.
• Gli intervalli di eth_getLogs che terminano su «pending» devono terminare su un blocco canonico.

Le sostituzioni restituiscono dati canonici dai blocchi da 200 ms, non dati preconfermati; secondo la guida, il tag «pending» non ha un equivalente diretto. Poiché ogni aggiornamento da 200 ms è ora un blocco, un’app che passa a newHeads dovrebbe vedere il nuovo stato con una frequenza simile a quella di Flashblocks. Un’app che continua a chiamare le vecchie sottoscrizioni o il tag «pending» perderà quei dati all’attivazione.

C’è anche una questione di carico. Crypto Briefing ha citato una ricerca, di cui non fa il nome, che prevede per gli indicizzatori circa dieci volte più chiamate RPC. Coindaro non è riuscita a risalire a quella ricerca, quindi la cifra va presa come ordine di grandezza. La sola aritmetica dice che un indicizzatore elaborerà dieci volte più blocchi al giorno.

Chi gestisce nodi attende ancora le versioni dei client per la mainnet

Per chi fa girare nodi Base, Denim cambia l’engine API. Dopo l’attivazione, gli attributi del payload inviati con forkchoiceUpdated devono includere un timestampMillisPart, e tx[1] di ogni blocco deve essere il deposito BaseTime. Gli attributi malformati vengono respinti con l’errore -32602, e un newPayload con deposito mancante o non valido viene segnalato come invalido. Prima dell’attivazione, i blocchi non devono contenere quel deposito.

La specifica dice che le versioni di base-reth-node e base-consensus richieste per la mainnet «non sono ancora pubblicate». Il 30 ottobre, sei giorni prima della data riferita, la situazione era ancora quella. Il vecchio repository base/node su GitHub è stato archiviato l’8 settembre 2026 e non nomina Denim, quindi gli operatori dovrebbero seguire i repository dei client più recenti. Chi sviluppa in locale deve inoltre sapere che Anvil, all’inizio, non produce i metadati BaseTime.

Commissioni e gas limit: nella documentazione non c’è nulla

Base non ha documentato alcuna modifica alle commissioni con Denim, e la sua specifica non dice nulla sul gas limit dei blocchi. Coindaro non ha trovato alcuna fonte che affermi che le transazioni costeranno meno o più di oggi.

Denim tocca anche lo standard B20 di Base, il formato per le azioni tokenizzate presentato il 27 agosto 2026, con regole più strette: trasferimenti, mint e sequestri verso l’indirizzo del token stesso vengono annullati, la TRANSFER_EXECUTOR_POLICY si applica a ogni percorso di trasferimento e qualunque policy del PolicyRegistry può essere invertita con un flag NOT. Il batching nativo delle transazioni e lo sponsoring del gas non fanno parte di Denim: appartengono a un aggiornamento successivo, chiamato Everest, che l’indice degli aggiornamenti di Base elenca senza una data.

Denim continua a slittare: fine agosto, poi ottobre, ora novembre

Crypto Briefing scriveva il 2 settembre 2026 che l’obiettivo era fine agosto. Una guida alla migrazione di Dwellir dell’11 settembre collocava sia Sepolia sia la mainnet a ottobre. Sepolia si è attivata davvero il 21 ottobre, e il rilancio di KuCoin sull’articolo di The Defiant osserva che il 5 novembre è più tardi dell’obiettivo di ottobre pubblicato in precedenza da Base.

Anche l’intervallo tra testnet e mainnet è più ampio del solito. Gli ultimi due aggiornamenti di Base sono arrivati sulla mainnet sette giorni dopo Sepolia. Denim, se il 5 novembre sarà confermato, ne richiederà 15.

Fonte: panoramica degli aggiornamenti di Base, consultata il 30 ottobre 2026.

Base lancia i propri hardfork dopo l’uscita dalla Superchain

La tabella mostra anche un cambio di proprietà. La documentazione di Base presenta Isthmus e Jovian come hardfork dell’OP Stack a monte, adottati da Base, e definisce Azul il suo «primo aggiornamento di rete indipendente». Base ha presentato uno stack unificato proprio sul suo blog il 18 febbraio 2026; L2BEAT data l’uscita dalla governance della Superchain al 4 marzo 2026. La catena continua a funzionare sull’OP Stack.

Quell’uscita è pesata per Optimism, perché Base era la più grande catena costruita sull’OP Stack. La nostra pagina su Optimism e la Superchain spiega come funziona la Superchain dopo l’addio di Base.

Denim è la modifica più ampia che Base abbia messo in campo lungo questo percorso indipendente: un taglio di dieci volte del tempo di blocco, deciso sul proprio calendario, senza attendere un rilascio condiviso dell’OP Stack.

Anche BNB Chain vuole blocchi da 200 ms, ma su una catena ancora in test privato

Base non è l’unica rete a inseguire i 200 ms. BNB Chain sta costruendo un nuovo layer 1 con blocchi da 200 ms e senza un nuovo token, ancora su una devnet privata; abbiamo raccontato quella tabella di marcia il 27 ottobre. Resoconti secondari collocano la testnet pubblica a fine 2026 e la mainnet nel 2027.

La differenza riguarda la fase. La catena a 200 ms di BNB Chain è un progetto. Base intende cambiare una rete già in funzione, che il 30 ottobre L2BEAT mostrava a protezione di circa 14,48 miliardi di dollari, entro una settimana, se la data regge.

Le interruzioni di giugno e l’assetto di sicurezza di Base secondo L2BEAT

Base arriva a questo aggiornamento quattro mesi dopo due blocchi della catena. Secondo il postmortem di Base del 27 giugno 2026, la produzione di blocchi si è fermata per circa 116 minuti il 25 giugno, dalle 11:47 EDT, e per circa 20 minuti il 26 giugno, dalle 11:28 EDT. Base ha ricondotto il guasto a un bug nella costruzione dei blocchi del sequencer, che lasciava persistere uno stato di journal obsoleto dopo il fallimento della validazione di una transazione, più una race condition che impediva ai sequencer di rimettersi al passo dopo i riavvii. Base ha dichiarato che i fondi degli utenti non sono stati toccati. Ha rilasciato due correzioni e ha promesso test di fuzzing e di carico più severi.

Nulla di quanto pubblicato collega Denim a quel bug. Il punto è più circoscritto: la componente che a giugno ha ceduto è quella a cui Denim chiede di costruire dieci volte più blocchi.

La pagina di L2BEAT su Base, letta il 30 ottobre 2026 (la pagina non indica la data dei valori; la voce datata più recente è del 9 ottobre), mostra la catena allo Stage 1. Non raggiunge lo Stage 2 perché gli aggiornamenti non legati a bug dimostrabili lasciano agli utenti meno di 30 giorni per uscire, e il Security Council non è limitato ai bug dimostrabili. Gli aggiornamenti richiedono sia il Base Coordinator Multisig sia il Base Security Council, senza alcun ritardo. Se il sequencer si ferma, gli utenti possono forzare le proprie transazioni tramite Ethereum dopo un massimo di 12 ore; le fraud proof prevedono un periodo di contestazione di cinque giorni.

Base non ha un token nativo, quindi non c’è un prezzo di mercato che reagisca alla notizia. La catena appartiene a Coinbase (vedi la nostra recensione di Coinbase).

Blocchi da 200 ms non significano finalità in 200 ms

Un layer 2 è una rete che esegue le transazioni fuori da Ethereum e ne pubblica i dati su Ethereum per il regolamento. Il tempo di blocco di Base indica ogni quanto il suo sequencer produce un blocco. Il regolamento su Ethereum è un passaggio separato.

Analisi di Coindaro sulla documentazione: Denim mantiene invariato il ciclo unsafe, safe e finalized, quindi un blocco da 200 ms è una prima conferma più rapida, non un regolamento più rapido su Ethereum. I prelievi verso Ethereum passano ancora dalla finestra delle fraud proof. Gli utenti sentiranno la velocità solo dove wallet e app leggono i nuovi blocchi canonici. La nostra guida alle reti layer 1 e layer 2 approfondisce la differenza.

Le date da seguire prima e dopo il 5 novembre

Prima del 5 novembre, i segnali da osservare sono un timestamp di attivazione nella documentazione di Base al posto di «novembre 2026», e le versioni per la mainnet di base-reth-node e base-consensus di cui chi gestisce nodi ha bisogno prima del passaggio.

Dopo l’attivazione, la prova si sposta sulle app: se wallet e indicizzatori hanno abbandonato Flashblocks in tempo, e se qualche protocollo con ritardi contati in blocchi dovrà spiegare perché un lock è finito in anticipo.