Fusaka è ora operativo e il dibattito si è spostato da cosa avrebbe fatto a quanto bene ha resistito. Attivato sette mesi dopo Pectra, ha segnato il secondo hard fork di Ethereum del 2025 e il suo intervallo più rapido tra aggiornamenti importanti da quando la rete è passata alla prova di stake.

Il rilascio ha confermato un cambio di ritmo. Gli sviluppatori CORE hanno sostituito la vecchia cadenza annuale con fork più ravvicinati e frequenti, e Fusaka ne è stata la prova di concetto. Ecco cosa è stato effettivamente implementato, come ha risposto la rete e cosa segnala per ETH addentrandosi nel 2026. 👇

Cos'è stato l'aggiornamento Ethereum Fusaka?

L'aggiornamento Ethereum Fusaka è stato un hard fork coordinato che è stato attivato sulla mainnet il 3 dicembre 2025. Seguendo la tradizione, il nome fonde "Fulu", una stella nella costellazione di Cassiopea, con "Osaka", una ex città ospitante di Devcon, unendo i livelli di consenso e di esecuzione in un unico rilascio.

Fusaka si è concentrato sulla scalabilità piuttosto che sulle funzionalità rivolte all'utente, a differenza dell'aggiornamento Pectra che lo ha preceduto. La sua modifica di punta, PeerDAS (EIP-7594), ha rielaborato il modo in cui i nodi confermano l'esistenza dei dati blob di Layer 2, consentendo loro di campionare frammenti invece di memorizzare ogni byte. Ciò ha gettato le basi per il Danksharding completo.

Il fork ha raggruppato circa dodici Proposte di Miglioramento di Ethereum, la maggior parte ereditate da precedenti cicli di definizione dell'ambito, con l'obiettivo di irrobustire l'Ethereum Virtual Machine e il livello dati. Insieme, hanno posizionato Ethereum per supportare rollups più veloci e applicazioni ad alto consumo di dati senza spingere i requisiti dei nodi oltre l'hardware consumer.

Vantaggi Chiave Apportati da Fusaka

Fusaka ha dato priorità alla salute della rete e alla scalabilità prevedibile rispetto alle funzionalità di spicco, riflettendo la cautela che ha plasmato il suo ambito finale. Le modifiche hanno ridefinito il modo in cui Ethereum gestisce carichi di dati più pesanti e come i validatori coordinano la produzione di blocchi attraverso la rete.

I vantaggi CORE introdotti da Fusaka includono i seguenti:

• Campionamento blob (PeerDAS): Riduce la bandwidth e la pressione di archiviazione sui nodi di consenso di circa l'85%, consentendo ai validatori di verificare la disponibilità dei blob da campioni parziali anziché da download completi.
• Maggiore blob throughput: Ha aumentato il massimo di blob per blocco da 9 a 21 attraverso fork a fasi, espandendo notevolmente la capacità di Layer 2 e riducendo i costi di pubblicazione dei rollup nel tempo.
• Maggiore L1 gas limit: Ha innalzato il limite di gas predefinito per blocco a 60 milioni tramite EIP-7935, dando al livello Base circa il 20-30% di spazio in più per transazioni e l'esecuzione di smart-contract complessi.
• Blob scaling flessibile (EIP-7892): Ha aggiunto i fork solo per parametri blob, aggiornamenti leggeri che regolano le impostazioni dei blob senza un hard fork completo ogni volta che gli sviluppatori desiderano maggiore capacità.
• Proposer prevedibili (EIP-7917): Ha abilitato la previsione deterministica dei proposer, in modo che i validatori apprendano in anticipo chi propone i blocchi futuri, favorendo le preconfirmations e la stabilità del consenso.
• Firma nativa con passkey (EIP-7951): Ha aggiunto un secp256r1 precompile, sbloccando le firme native del dispositivo tramite WebAuthn, FIDO2 e moduli di sicurezza hardware per un onboarding più fluido del wallet.

Fusaka PeerDAS e la Decisione EOF Spiegata

Due componenti hanno definito l'ambito di Fusaka: PeerDAS, che è stato incluso nel rilascio come funzionalità principale, ed EOF, che gli sviluppatori hanno infine eliminato. Comprendere entrambi spiega perché l'aggiornamento finale è apparso più snello di quanto suggerissero le prime roadmap.

Cos'è PeerDAS in Fusaka?

PeerDAS (Peer Data Availability Sampling) consente ai nodi del livello di consenso di confermare grandi transazioni blob controllando piccole porzioni casuali anziché scaricare ogni blob per intero. I dati sono divisi in 128 colonne distribuite sulla rete, in modo che ogni nodo memorizzi solo una frazione, garantendo collettivamente la disponibilità.

Questo design ha interrotto il legame tra blob throughput e costo hardware dei validatori, consentendo a Ethereum di scalare la capacità dei dati senza richiedere macchine di livello enterprise. Gli sviluppatori hanno deprioritizzato ogni funzionalità che rischiava di ritardare PeerDAS, poiché era il prerequisito per soddisfare la futura domanda di rollup e data availability, come trattato nel nostro approfondimento su EIP-4844.

Perché EOF è stato rimosso da Fusaka

L'EVM Object Format (EOF) mirava a ristrutturare gli smart contract stabilendo confini chiari tra codice, dati e metadati, sostituendo il bytecode non strutturato attuale. Il piano ha raggruppato circa una dozzina di EIP coordinati nella prima profonda revisione dell'EVM dalla sua nascita.

Gli sviluppatori CORE hanno rimosso EOF da Fusaka dopo una call degli All Core Developers nell'aprile 2025, citando complessità irrisolta, rischio per la tempistica e una mancanza di un consenso generale. Il responsabile del protocollo Tim Beiko ha presentato il taglio come una misura per proteggere PeerDAS, lasciando ai sostenitori di EOF la possibilità di presentare il loro caso per un fork successivo, invece di forzarlo.

Cronologia di Rilascio di Ethereum Fusaka

Fusaka ha raggiunto la mainnet nei tempi previsti dopo aver superato tre testnet pubblici durante ottobre 2025. L'implementazione è poi proseguita attraverso due fork solo-parametro che hanno scalato la capacità dei blob con passaggi misurati, piuttosto che tutto in una volta, un approccio deliberatamente cauto data la novità della tecnica di campionamento.

L'implementazione di Fusaka si è sviluppata attraverso queste tappe fondamentali:

• Holesky testnet: Attivato l'1 ottobre 2025, testando le modifiche di base, inclusi l'aumento del limite di gas e le prestazioni dei validatori secondo le nuove regole.
• Sepolia testnet: Attivato il 14 ottobre 2025, incentrato sul comportamento di PeerDAS e sulla simulazione di limiti di gas più elevati tra le implementazioni client.
• Hoodi testnet: Attivato il 28 ottobre 2025, la prova generale finale per i validatori permissionless prima che gli sviluppatori confermassero la prontezza della mainnet.
• Attivazione della mainnet: È andata live il 3 dicembre 2025 all'epoca 411392, finalizzandosi in modo pulito entro circa quindici minuti su tutti i principali client.
• Fork BPO1: Attivato il 9 dicembre 2025, aumentando il target dei blob a 10 e il massimo a 15 per blocco.
• Fork BPO2: Attivato il 7 gennaio 2026, portando il target a 14 e il massimo a 21, completando la messa a punto dei parametri di Fusaka.

Elenco EIP di Ethereum Fusaka

Il set finale di EIP di Fusaka mirava a tre obiettivi: scalare la capacità dati del Layer 2, migliorare l'efficienza di esecuzione del Layer 1 e affinare l'esperienza di sviluppatori e validatori. Basandosi sull'annuncio della mainnet della Ethereum Foundation e sul tracciamento di Forkcast, queste sono state le proposte che hanno plasmato il rilascio.

Gli EIP di Fusaka più significativi per ruolo includono i seguenti:

• EIP-7594: Ha introdotto PeerDAS, il protocollo di campionamento che consente ai nodi di consenso di verificare la disponibilità dei blob senza download completi, l'ancora dell'intero aggiornamento.
• EIP-7892: Ha abilitato i fork Blob Parameter Only, consentendo aggiustamenti leggeri ai target e ai massimi dei blob senza un hard fork coordinato completo.
• EIP-7935: Ha impostato il limite di gas predefinito del blocco a 60 milioni, standardizzando un valore tra i client che i validatori avevano iniziato ad adottare anche prima dell'attivazione.
• EIP-7825: Ha limitato il gas per transazione a circa 16,7 milioni (2²⁴), una misura di rafforzamento contro gli attacchi DoS che pone anche le basi per l'esecuzione parallela.
• EIP-7918: Ha limitato la commissione base dei blob in base al costo di esecuzione, impedendo ai prezzi dei blob di crollare a 1 wei e preservando un segnale di commissione significativo.
• EIP-7951: Ha aggiunto una precompilazione secp256r1, consentendo alle firme in stile passkey e supportate da hardware di essere verificate a basso costo on-chain.
• EIP-7917: Ha fornito un lookahead deterministico del proponente, consentendo a rollup e applicazioni di anticipare i futuri proponenti di blocco per un migliore sequenziamento.
• EIP-7939: Ha aggiunto l'opcode CLZ (count leading zeros), fornendo agli sviluppatori un'istruzione nativa economica per calcoli a livello di bit e helper crittografici.

Diverse proposte minori hanno completato il pacchetto, inclusa la coppia di riprezzamento ModExp (EIP-7823 ed EIP-7883), il limite di dimensione del blocco RLP (EIP-7934) e miglioramenti del protocollo di rete (EIP-7642). Questi hanno principalmente rafforzato l'economia del gas e l'efficienza di propagazione man mano che la capacità dei blocchi aumentava.

Come ha risposto la rete dopo il lancio

Il vero test di Fusaka è arrivato dopo l'attivazione, quando l'utilizzo effettivo dei blobs e i dati sulle commissioni hanno sostituito le proiezioni. I primi segnali hanno ampiamente soddisfatto le aspettative degli sviluppatori, sebbene alcuni risultati abbiano sorpreso gli osservatori che monitoravano il prezzo del gas di Ethereum e i mercati dei blobs nelle settimane successive.

Le due fork BPO hanno triplicato la capacità massima dei blobs in circa un mese, offrendo ai rollups molto più spazio per pubblicare i batch. Le commissioni di Layer 2 sulle principali reti sono rimaste ben al di sotto di un centesimo per le transazioni tipiche, e gli analisti hanno indicato ulteriori riduzioni man mano che la capacità continuava a scalare verso l'obiettivo a lungo termine di 128 blobs.

Un risultato controintuitivo si è distinto. Il floor delle commissioni dei blobs di EIP-7918 ha causato un'impennata delle commissioni base dei blobs dai loro precedenti livelli quasi nulli, poiché la pubblicazione dei dati non era più effettivamente gratuita. I costi di L2 sono rimasti bassi comunque, perché il floor delle commissioni ha principalmente ripristinato un segnale di prezzo funzionante piuttosto che rendere lo blobspace realmente costoso per i rollups.

Fusaka ed ETH: Andamento del Prezzo dal Lancio

Fusaka si è attivato con un breve rialzo, con ETH vicino a $3.200 il giorno del lancio, in aumento di circa il 4% mentre il fork si finalizzava tra l'ottimismo per il taglio dei tassi della Fed e i minimi pluriennali delle riserve di scambio. Questa forza si è mantenuta solo fino all'inizio di gennaio, quando ETH si aggirava ancora sopra i $3.000 prima che le condizioni più ampie prendessero il sopravvento.

Il calo si è poi approfondito. ETH è sceso sotto i $1.800 entro febbraio 2026 mentre convergevano i timori di recessione, la vendita di ETH da parte del co-fondatore Vitalik Buterin e i persistenti deflussi di ETF spot. I rally primaverili verso $2.350 a marzo e $2.100 ad aprile sono stati entrambi oggetto di vendita, e un movimento di avversione al rischio a giugno ha spinto il prezzo vicino a $1.570.

Il quadro cumulativo è scoraggiante. ETH scambia intorno a $1.774 all'inizio di luglio, in calo di circa il 45% dal lancio, e ha registrato le sue prime tre candele trimestrali rosse consecutive nella storia. Fusaka ha superato le principali obiezioni tecniche, eppure il prezzo si è mosso nella direzione opposta nei sette mesi successivi.

Questa disconnessione cattura la questione dell'accumulo di valore che incombe su ETH. Uno spazio blocco più economico e abbondante non aumenta automaticamente il burn delle commissioni del livello base o il rendimento dello staking quando la domanda rimane debole, quindi Fusaka ha migliorato la qualità della rete più che il suo prezzo. Nessuna di queste informazioni costituisce consulenza finanziaria, quindi fate le vostre ricerche prima di allocare.

Cosa ha Preparato Fusaka per il Futuro

Fusaka non è mai stato un punto di arrivo. Implementando PeerDAS e il meccanismo BPO, ha fornito agli sviluppatori CORE un modo ripetibile per scalare la capacità dei dati e una base per il lavoro più ambizioso a livello di esecuzione che seguirà. La roadmap dopo Fusaka sta già prendendo forma.

Il successore immediato è Glamsterdam, previsto per la seconda metà del 2026, che si orienta verso la scalabilità di Layer 1 stesso attraverso la separazione propositore-costruttore sancita e l'esecuzione parallela. Oltre al programma dei fork, Vitalik Buterin ha pubblicato una roadmap "Lean Ethereum" che copre la sicurezza quantistica, la privacy e la scalabilità a lungo termine fino al 2029.

Ulteriori fork BPO mirano a spingere il numero di blobs verso 48 per blocco entro la metà del 2026, continuando la scalabilità incrementale sbloccata da Fusaka. Ogni passo si aggiunge al precedente, spostando Ethereum costantemente verso il throughput che la sua roadmap incentrata sui rollups ha promesso da tempo.

Considerazioni Finali

Fusaka ha mantenuto la sua promessa centrale: ha scalato il livello dati di Ethereum senza compromettere la decentralizzazione da cui dipendono gli operatori dei nodi. PeerDAS è stato implementato senza intoppi, la capacità dei blobs è triplicata in poche settimane, e la rete ha assorbito i cambiamenti con interruzioni minime.

La domanda più difficile è cosa ne conseguirà. Fusaka ha fornito a Ethereum l'infrastruttura per accogliere la prossima ondata di utenti, ma l'infrastruttura da sola non garantisce che attività, commissioni o prezzo seguano. Mentre Glamsterdam e la più ampia roadmap del 2026 si sviluppano, la capacità della rete di convertire la capacità tecnica in valore duraturo rimane la storia da seguire.