Ethereum fissa la data per il fork del mainnet Fusaka per scalare i rollup

Arrivo di Fusaka

Ethereum i contributori principali hanno fissato l’obiettivo dopo essersi allineati su passaggi e parametri del testnet durante l’incontro All Core Devs – Consensus (ACDC) #165, con la discussione incentrata su ambito e tempistica. Le fasi del piano prevedono la prontezza sui devnet, poi attraverso tre testnet pubblici, prima di una fork mainnet circa un mese dopo, a condizione di risultati stabili.

Fusaka si concentra sulla scalabilità con un piano di espansione “blob” a fasi chiamato Blob Parameter Only (BPO) forks. La prima fase innalza il massimo dei blob per blocco a 15 a dicembre, poi a 21 a gennaio, raddoppiando il limite attuale e ampliando la larghezza di banda per i rollup di Livello due (L2) per pubblicare i dati. Questi parametri vengono implementati senza nuovo codice client, limitando i cambi operativi.

Il rilascio introduce anche il campionamento di disponibilità dati peer (PeerDAS), permettendo ai nodi di verificare i dati del blocco campionando piccoli pezzi invece di scaricare tutto. Combinato con il maggiore budget blob, il meccanismo dovrebbe ridurre i costi per i rollup e la finanza decentralizzata (DeFi) mentre allevia la pressione hardware sui nodi completi.

ACDC #165 ha dettagliato i test dal vivo su più devnet, inclusi stress test a vari limiti blob e commutazione dei relay builder per rilevare casi limite. Il gruppo ha delineato un congelamento del codice, rilasci coordinati dei client e un ritmo di testnet che distanzia fork e BPO in modo che gli ingegneri possano osservare il comportamento tra i passi.

Insieme al lavoro sulla performance, una competizione sulla sicurezza offre premi fino a 2 milioni di dollari focalizzati sui percorsi di codice dell’era Fusaka. Gli organizzatori hanno incoraggiato un triage frequente per evitare rapporti duplicati mentre i client pubblicano aggiornamenti, e hanno segnalato l’igiene delle dipendenze in crittografia e librerie di disponibilità dei dati.

Importante, Fusaka non cambia le funzionalità rivolte agli utenti; è un rinnovamento del livello di protocollo destinato ad aumentare la capacità e ridurre le spese per i dati su L2. Gli utenti potrebbero avvertire l’impatto come transazioni più economiche e veloci sulle app rollup una volta che i guadagni di capacità si riflettono sui prezzi.

La roadmap prevede anche un lavoro continuo su perfezionamenti del livello di esecuzione e consenso che completano Fusaka, inclusa la ricerca su elenchi di accesso ai blocchi e varianti di separazione tra propositore e builder. Questi elementi sono pianificati attentamente per evitare distrazioni dall’obiettivo di consegnare in tempo.

Se i test procedono come previsto, la fork provvisoria del 3 dicembre segnerà una pietra miliare nel cammino pluriennale di Ethereum per scalare mantenendo la rete accessibile agli operatori di nodi ordinari — un equilibrio che secondo gli ingegneri rimane centrale. Gli ultimi controlli di prontezza finale restano l’ultima barriera.