Fusaka è ora attivo e il dibattito si è spostato da ciò che avrebbe fatto a quanto bene ha tenuto. Attivato sette mesi dopo Pectra, ha segnato il secondo hard fork di Ethereum del 2025 e il passaggio più rapido tra aggiornamenti importanti da quando la rete è passata al proof-of-stake.

Il rilascio ha confermato un cambio di ritmo. Gli sviluppatori principali hanno sostituito la vecchia cadenza annuale con fork più ravvicinati e frequenti, e Fusaka è stata la prova di concetto. Ecco cosa è stato effettivamente rilasciato, come ha risposto la rete e cosa significa per ETH mentre si entra più a fondo nel 2026. 👇

Che cos'è stato l'aggiornamento Fusaka di Ethereum?

L'upgrade Fusaka di Ethereum è stato un hard fork coordinato entrato in funzione sulla mainnet il 3 dicembre 2025. Seguendo la tradizione, il nome unisce "Fulu", una stella della costellazione di Cassiopea, e "Osaka", ex città ospitante della Devcon, collegando i livelli di consenso ed esecuzione in un'unica release.

Fusaka si è concentrato sulla scalabilità anziché su funzionalità rivolte agli utenti, a differenza dell'aggiornamento Pectra che lo ha preceduto. La sua modifica principale, PeerDAS (EIP-7594), ha riprogettato il modo in cui i nodi verificano che i dati blob del Layer 2 esistano, permettendo loro di campionare frammenti invece di memorizzare ogni byte. Ha posto le basi per il Danksharding completo.

Il fork ha raccolto circa dodici Ethereum Improvement Proposal, per lo più ereditate da precedenti cicli di definizione, con l'obiettivo di rafforzare la Ethereum Virtual Machine e il livello dati. Insieme, hanno posizionato Ethereum per servire rollup più veloci e applicazioni ad alta intensità di dati senza spingere i requisiti dei nodi oltre l'hardware consumer.

I principali vantaggi introdotti da Fusaka

Fusaka ha dato priorità alla salute della rete e a una scalabilità prevedibile rispetto alle novità di maggior impatto, riflettendo la cautela che ne ha definito l'ambito finale. Le modifiche hanno cambiato il modo in cui Ethereum gestisce carichi di dati più pesanti e il modo in cui i validatori coordinano la produzione dei blocchi nella rete.

I principali vantaggi introdotti da Fusaka comprendono i seguenti:

• Blob sampling (PeerDAS): riduce di circa 85% la pressione su banda e archiviazione dei nodi di consenso, permettendo ai validatori di verificare la disponibilità dei blob da campioni parziali anziché da download completi.
• Maggiore throughput dei blob: ha portato il massimo di blob per blocco da 9 a 21 tramite fork graduali, ampliando in modo sensibile la capacità Layer 2 e riducendo nel tempo i costi di pubblicazione dei rollup.
• Limite di gas L1 più alto: Ha portato il limite di gas predefinito dei blocchi a 60 milioni tramite EIP-7935, offrendo al livello base circa 20–30% di spazio in più per le transazioni e l'esecuzione di smart contract complessi.
• Scalabilità flessibile dei blob (EIP-7892): ha introdotto i fork Blob Parameter Only, aggiornamenti leggeri che modificano le impostazioni dei blob senza un hard fork completo ogni volta che gli sviluppatori vogliono più capacità.
• Proposer prevedibili (EIP-7917): ha introdotto un lookahead deterministico dei proposer, così i validatori scoprono prima chi proporrà i blocchi futuri, favorendo le preconferme e la stabilità del consenso.
• Firma nativa con passkey (EIP-7951): aggiunto un precompile secp256r1, che abilita le firme native del dispositivo tramite WebAuthn, FIDO2 e moduli di sicurezza hardware per un onboarding dei wallet più fluido.

Fusaka, PeerDAS e la decisione sull'EOF: la spiegazione

Due componenti hanno definito l'ambito di Fusaka: PeerDAS, entrato nella release come funzionalità principale, ed EOF, che gli sviluppatori hanno infine scartato. Capirli entrambi spiega perché l'aggiornamento finale è risultato più snello di quanto suggerissero le prime roadmap.

Che cos'è PeerDAS in Fusaka?

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

Questa architettura ha separato la capacità di throughput dei blob dal costo dell'hardware dei validatori, permettendo a Ethereum di ampliare la capacità dati senza richiedere macchine di livello enterprise. Gli sviluppatori hanno dato minore priorità a ogni funzionalità che rischiava di ritardare PeerDAS, perché era il prerequisito per soddisfare la futura domanda di rollup e di disponibilità dei dati, come spiegato nel nostro approfondimento su EIP-4844.

Perché EOF è stato escluso da Fusaka

EVM Object Format (EOF) mirava a ristrutturare gli smart contract tracciando confini netti tra codice, dati e metadati, in sostituzione dell'attuale bytecode non strutturato. Il piano raggruppava circa una dozzina di EIP coordinate nella prima revisione profonda dell'EVM dalla sua nascita.

Gli sviluppatori principali hanno rimosso EOF da Fusaka dopo una chiamata All Core Developers di aprile 2025, citando complessità irrisolte, rischi sulla tempistica e la mancanza di un consenso di massima. Il responsabile del protocollo Tim Beiko ha presentato il taglio come una misura a tutela di PeerDAS, lasciando ai sostenitori di EOF il compito di argomentare a favore di un fork successivo anziché forzarne l'inclusione.

Calendario di rilascio di Ethereum Fusaka

Fusaka è arrivata su mainnet nei tempi previsti dopo aver superato tre testnet pubbliche a ottobre 2025. Il rilascio è poi proseguito con due fork solo di parametri che hanno aumentato la capacità dei blob per gradi misurati anziché tutta in una volta, un approccio volutamente cauto data la novità della tecnica di campionamento.

Il rilascio di Fusaka si è svolto attraverso queste tappe principali:

• Holesky testnet: attivata il 1° ottobre 2025, testa le modifiche di base, tra cui l'aumento del limite di gas e le prestazioni dei validatori con le nuove regole.
• Sepolia testnet: attivata il 14 ottobre 2025, incentrata sul comportamento di PeerDAS e su limiti di gas più alti simulati nelle diverse implementazioni dei client.
• testnet Hoodi: attivata il 28 ottobre 2025, è stata l'ultima prova permissionless dei validatore prima che gli sviluppatori confermassero la prontezza della mainnet.
• Attivazione sulla mainnet: è andata online il 3 dicembre 2025 all'epoch 411392, con una finalizzazione senza problemi in circa quindici minuti su tutti i principali client.
• Fork BPO1: attivato il 9 dicembre 2025, ha portato l'obiettivo di blob a 10 e il massimo a 15 per blocco.
• Fork BPO2: attivato il 7 gennaio 2026, ha portato l'obiettivo a 14 e il massimo a 21, completando la regolazione dei parametri di Fusaka.

Elenco delle EIP di Ethereum Fusaka

Il set finale di EIP di Fusaka puntava a tre obiettivi: aumentare la capacità dati del Layer 2, migliorare l'efficienza di esecuzione del Layer 1 e perfezionare l'esperienza di sviluppatori e validatori. In base all'annuncio del mainnet della Ethereum Foundation e al monitoraggio di Forkcast, queste sono state le proposte che hanno dato forma al rilascio.

Gli EIP di Fusaka più rilevanti per ruolo sono i seguenti:

• EIP-7594: ha introdotto PeerDAS, il protocollo di campionamento che consente ai nodi di consenso di verificare la disponibilità dei blob senza scaricarli per intero, fulcro dell'intero aggiornamento.
• EIP-7892: ha abilitato i fork Blob Parameter Only, consentendo modifiche leggere agli obiettivi e ai massimi dei blob senza un hard fork coordinato completo.
• EIP-7935: imposta il limite di gas predefinito per blocco a 60 milioni, standardizzando tra i client un valore che i validatori avevano iniziato ad adottare già prima dell'attivazione.
• EIP-7825: Ha limitato il gas per transazione a circa 16,7 milioni (2²⁴), una misura di rafforzamento contro i DoS che pone anche le basi per l'esecuzione parallela.
• EIP-7918: ha limitato la blob base fee in base al costo di esecuzione, impedendo che i prezzi dei blob scendessero a 1 wei e preservando un segnale di costo significativo.
• EIP-7951: ha aggiunto un precompile secp256r1, che consente di verificare on-chain a basso costo firme in stile passkey e supportate da hardware.
• EIP-7917: ha introdotto il lookahead deterministico dei proposer, permettendo a rollup e applicazioni di anticipare i prossimi proposer di blocchi per una sequenza migliore.
• EIP-7939: ha aggiunto l'opcode CLZ (count leading zeros), che offre agli sviluppatori un'istruzione nativa economica per la matematica a livello di bit e per le funzioni crittografiche di supporto.

Diverse proposte minori hanno completato il pacchetto, tra cui la coppia di riprezzamento ModExp (EIP-7823 ed EIP-7883), il limite alla dimensione dei blocchi RLP (EIP-7934) e miglioramenti al protocollo di rete (EIP-7642). Queste hanno per lo più affinato l'economia del gas e l'efficienza di propagazione con la crescita della capacità dei blocchi.

Come ha reagito la rete dopo il lancio

Il vero test di Fusaka è arrivato dopo l'attivazione, quando i dati reali su utilizzo dei blob e commissioni hanno sostituito le proiezioni. I primi segnali hanno in gran parte rispecchiato le aspettative degli sviluppatori, anche se alcuni esiti hanno sorpreso gli osservatori che nelle settimane successive seguivano il prezzo del gas di Ethereum e i mercati dei blob.

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

Un risultato controintuitivo si è distinto. Il limite minimo delle commissioni blob di EIP-7918 ha fatto salire bruscamente le commissioni base dei blob rispetto ai precedenti livelli vicini allo zero, poiché la pubblicazione dei dati non era più di fatto gratuita. I costi di L2 sono rimasti bassi comunque, perché il limite minimo ha soprattutto ripristinato un segnale di prezzo funzionante, senza rendere davvero costoso il blobspace per i rollup.

Fusaka ed ETH: andamento del prezzo dal lancio

Fusaka si è attivato con una breve spinta rialzista, con ETH vicino a 3.200 $ nel giorno del lancio, in rialzo di circa 4% mentre il fork veniva finalizzato, tra l'ottimismo per i tagli dei tassi della Fed e i minimi pluriennali delle riserve sugli exchange. Questa forza è durata solo fino all'inizio di gennaio, quando ETH si aggirava ancora sopra 3.000 $ prima che prevalessero le condizioni di mercato più generali.

Il calo è poi proseguito. ETH è sceso sotto 1.800 $ entro febbraio 2026 per il concorrere di timori di recessione, vendite di ETH da parte del cofondatore Vitalik Buterin e deflussi persistenti dagli ETF spot. I rialzi primaverili verso 2.350 $ a marzo e 2.100 $ ad aprile sono stati entrambi venduti, e a giugno un movimento risk-off ha spinto il prezzo vicino a 1.570 $.

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

Questa discrepanza riassume il problema dell'accumulo di valore che pesa su ETH. Uno spazio nei blocchi più economico e abbondante non aumenta automaticamente il burn delle commissioni del livello base né il rendimento dello staking quando la domanda resta debole, quindi Fusaka ha migliorato la qualità della rete più del suo prezzo. Nulla di tutto ciò costituisce consulenza finanziaria, quindi fai le tue ricerche prima di investire.

Cosa ha preparato Fusaka per il futuro

Fusaka non è mai stato un punto d'arrivo. Introducendo PeerDAS e il meccanismo BPO, ha fornito agli sviluppatori principali un modo ripetibile per scalare la capacità dei dati e una base per il lavoro più ambizioso sul 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 concentra sulla scalabilità del Layer 1 stesso tramite la separazione proposer-builder integrata nel protocollo e l'esecuzione parallela. Oltre al calendario dei fork, Vitalik Buterin ha pubblicato una roadmap "Lean Ethereum" che riguarda sicurezza quantistica, privacy e scalabilità a lungo termine fino al 2029.

Ulteriori fork BPO mirano a portare il numero di blob verso 48 per blocco entro metà 2026, proseguendo lo scaling incrementale reso possibile da Fusaka. Ogni passo si somma al precedente, avvicinando progressivamente Ethereum alla capacità di elaborazione che la sua roadmap incentrata sui rollup promette 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 di nodi. PeerDAS è stato rilasciato senza problemi, la capacità dei blob è triplicata in poche settimane e la rete ha assorbito i cambiamenti con interruzioni minime.

La domanda più difficile è che cosa ne deriverà. 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 la seguano. Con l'avanzare di Glamsterdam e della più ampia roadmap del 2026, la capacità della rete di trasformare le capacità tecniche in valore duraturo resta la storia da seguire.