Cos'è EIP-4844?

L'EIP-4844, o Proto-Danksharding, ha introdotto un nuovo tipo di transazione su Ethereum: la transazione con trasporto di blobs (tipo 0x03). Invece di pagare per lo storage permanente dei calldata, i rollup possono allegare grandi blocchi di dati che i client di consenso verificano una sola volta e scartano dopo circa 18 giorni.

Il risultato è un mercato separato e molto più economico per la data availability, che si affianca al normale mercato del gas. I rollup ereditano la sicurezza di Ethereum senza pagare i prezzi del livello di esecuzione per i dati grezzi che devono conservare solo per le prove di frode e la ricostruzione.

Al lancio, ogni blocco poteva trasportare da 0 a 6 blobs con un obiettivo di 3. Ogni blob contiene fino a 128 KB di dati, protetti da impegni crittografici KZG che permettono alla rete di verificare la data availability senza che ogni nodo scarichi i dati in modo permanente.

L'EIP-4844 è stato concepito fin dall'inizio come un trampolino di lancio verso il Danksharding completo, il piano a lungo termine per offrire a Ethereum una massiccia larghezza di banda dati attraverso la data availability sampling.

Come funzionano le transazioni di blobs

Le transazioni di blobs si affiancano a quelle tradizionali, ma trasportano un "sidecar" di dati che risiede sul livello di consenso anziché su quello di esecuzione. Il meccanismo è deliberatamente semplice:

• Storage temporaneo: Ogni blob viene conservato per circa 4.096 epoch (~18 giorni) prima di essere eliminato. Un tempo sufficiente affinché i partecipanti onesti del rollup scarichino i dati e abbastanza breve da mantenere gestibili i requisiti di disco dei nodi.
• Dimensione fissa: Ogni blob contiene fino a 128 KB di dati, indipendentemente dal fatto che sia utilizzato completamente. I mittenti pagano per l'intero blob.
• Invisibilità EVM: Gli smart contract vedono solo un hash con versione del blob, il che mantiene bassi i costi del livello di esecuzione.
• Mercato delle commissioni separato: I blobs utilizzano un proprio sistema di prezzi in stile EIP-1559, con una commissione base che si adatta a seconda che il blocco precedente sia stato superiore o inferiore all'obiettivo. Tutte le commissioni base dei blobs vengono bruciate.

Questo design ha garantito ai rollup una data availability notevolmente più economica, senza sovraccaricare l'execution layer o rendere i prezzi proibitivi per gli utenti comuni.

Retrospettiva: Due Anni di blobs

Quando il Proto-Danksharding è stato implementato nel marzo 2024, l'impatto è stato immediato. Le commissioni mediane su Arbitrum, Optimism, Base e zkSync sono crollate da decine di centesimi a frazioni di centesimo nel giro di una notte. L'attività giornaliera sulla sola Base è triplicata nei mesi successivi.

Verso la fine del 2024, la domanda si è avvicinata all'obiettivo di 3 blobs quasi a ogni blocco. Un singolo airdrop o il lancio di un token potevano far impennare le commissioni da frazioni di centesimo a diversi dollari per blob, erodendo i vantaggi in termini di costi che avevano reso i blobs attraenti in primo luogo.

Con il passare dell'anno sono emersi chiaramente due problemi strutturali:

1. L'offerta di blobs era troppo limitata. Con soli 3 blobs target per blocco e un limite massimo rigido di 6, il sistema non riusciva ad assorbire la crescente domanda dei rollup senza picchi di commissioni.
2. Le commissioni dei blobs erano a volte troppo basse per essere significative. Durante i periodi di calma, la commissione base crollava a 1 wei. Ottimo per i rollup, ma comprometteva la scoperta del prezzo e significava che i nodi eseguivano reali operazioni crittografiche quasi senza alcun compenso.

Entrambi i problemi sono stati affrontati negli aggiornamenti successivi.

Pectra: Raddoppiare la Capacità dei Blobs

L'aggiornamento Pectra, attivato il 7 maggio 2025, ha rappresentato il primo importante hard fork di Ethereum per il 2025. Le caratteristiche principali riguardavano modifiche orientate ai validatori come EIP-7251 e EIP-7702, ma il cambiamento più rilevante per i rollup era celato all'interno di EIP-7691.

EIP-7691 ha raddoppiato la velocità di elaborazione dei blobs da un giorno all'altro. L'obiettivo per blocco è passato da 3 a 6 e il massimo da 6 a 9. Anche la frazione di adeguamento della gas fee è stata modificata: ora i blocchi pieni aumentano la gas fee di base di circa l'8,2% per blocco invece del 12,5%.

Pectra ha anche introdotto EIP-7623, che ha aumentato il costo in gas dei calldata da 16 a 42 gas per byte. L'intento era semplice: spingere i restanti rollup che utilizzano ancora i calldata a migrare verso i blobs.

Per gran parte del 2025, questa combinazione ha retto bene. Le commissioni L2 sono rimaste basse e l'utilizzo dei blobs si è aggirato intorno al nuovo obiettivo di 6 blobs. Ma il collo di bottiglia successivo era già visibile e gli sviluppatori stavano preparando qualcosa di più ambizioso.

Fusaka e PeerDAS: il vero salto di scalabilità

Fusaka si è attivato il 3 dicembre 2025 e rappresenta il cambiamento più grande per l'infrastruttura dei blobs dai tempi di EIP-4844. Laddove Pectra è stato un esercizio di ottimizzazione, Fusaka ha introdotto un modo completamente nuovo per la rete di gestire i dati dei blobs, confermato in tempo reale dalla Ethereum Foundation.

La funzione principale è PeerDAS (Peer Data Availability Sampling), definita in EIP-7594. Prima di Fusaka, ogni nodo doveva scaricare ogni blob per intero, il che imponeva un limite massimo rigoroso alla quantità di dati che la rete poteva elaborare senza compromettere la decentralizzazione.

PeerDAS rimuove tale limite suddividendo i dati dei blobs in 128 colonne distribuite tra i nodi, in cui ciascun nodo memorizza e serve solo un sottoinsieme. La rete nel suo complesso ha comunque accesso a tutto, ma nessun singolo nodo si fa carico dell'intero lavoro.

I nodi completi normali devono solo iscriversi a 4 dei 128 subnet di colonne, riducendo i requisiti di banda dei blob di circa 8 volte. Questo è lo stesso concetto di data availability sampling alla base del Danksharding completo, distribuito in una versione che i validatori di produzione possono eseguire oggi.

Fork BPO: scalabilità in tempo reale

Accanto a PeerDAS, Fusaka ha introdotto EIP-7892, che definisce un nuovo tipo di mini-aggiornamento chiamato fork Blob Parameter Only (BPO). I fork BPO modificano il target dei blob, il massimo e la frazione di aggiornamento della base fee senza includere altre modifiche al protocollo.

Ethereum può ora aumentare la capacità dei blob in modo graduale man mano che la rete dimostra di poter gestire una maggiore velocità di elaborazione, anziché attendere dai 12 ai 18 mesi per il successivo hard fork. I primi due BPO si sono attivati come previsto:

• BPO1 (9 dicembre 2025): ha aumentato il target dei blob da 6 a 10 e il massimo da 9 a 15.
• BPO2 (7 gennaio 2026): ha aumentato il target dei blobs da 10 a 14 e il massimo da 15 a 21.

Questi due fork da soli hanno triplicato la capacità dei blobs in un mese. Gli sviluppatori core stanno già pianificando ulteriori BPO con l'obiettivo di raggiungere 48 blobs per blocco entro la metà del 2026, con il target a lungo termine di 128 blobs per slot nell'ambito del Danksharding completo.

Ricavi dalle commissioni sui blobs dal lancio

Ogni commissione base dei blobs pagata su Ethereum viene bruciata, il che rende i ricavi dei blobs un contributore diretto al meccanismo deflazionistico di ETH. Finora i risultati storici sono più sfumati di quanto suggeriscano i dati principali.

Nel primo anno successivo a Dencun, le transazioni di blobs hanno pagato circa 1.020 ETH in commissioni base EIP-4844 più altri ~2.000 ETH in commissioni EIP-1559, per un totale di circa 8 milioni di dollari. Una cifra modesta per gli standard L1 e ben al di sotto dei 34 milioni di dollari al mese che i protocolli L2 spendevano in calldata prima dell'aggiornamento.

Il motivo è semplice: al di fuori di brevi picchi dovuti a eventi come i Blobscriptions e l'airdrop di LayerZero, la commissione base dei blob ha trascorso la maggior parte del 2024 e del 2025 a 1 wei o vicino a esso. I rollup ottenevano data availability quasi gratuita ed Ethereum catturava quasi zero valore.

La ricerca di Fidelity Digital Assets ha modellato quale sarebbe stato il fatturato dei blob con un adeguato limite minimo delle commissioni in vigore. La loro stima: tra Dencun e ottobre 2025 sarebbero stati generati ulteriori ~24.641 ETH (circa 78 milioni di dollari) di ricavi cumulativi se EIP-7918 fosse stato attivo.

Questo è esattamente ciò che ha risolto Fusaka.

EIP-7918: rendere significative le commissioni dei blob

L'EIP-7918, implementato in Fusaka, lega la commissione base minima dei blob alla commissione base di esecuzione di L1. Il prezzo dei blob riflette ora sempre l'effettivo costo computazionale della verifica delle prove KZG, con il limite minimo fissato a 1/15,258 del gas di L1.

Il meccanismo non influisce sui rollup durante i periodi di reale domanda, poiché in quei momenti la commissione di equilibrio si attesta ben al di sopra del minimo. Ciò che evita è che il prezzo crolli a zero quando il gas di L1 è economico.

L'effetto immediato è stato notevole. La commissione base dei blob è aumentata di circa 15 milioni di volte rispetto al livello minimo pre-Fusaka. Le stime del settore suggeriscono che le commissioni dei blob potrebbero contribuire al 30-50% del totale dei token ETH bruciati entro il 2026, a seconda di come evolverà l'attività su L2.

I ricavi dei blob stanno diventando una vera e propria linea di prodotti per Ethereum anziché un servizio sussidiato per i rollup, modificando la relazione economica a lungo termine tra L1 e L2.

Impatto sulle commissioni e sull'attività di Layer 2

L'effetto combinato di EIP-4844, Pectra e Fusaka è stato trasformativo per l'ecosistema Layer 2:

• Compressione delle fee: una tipica transazione L2 che costava circa 0,50 $ alla fine del 2025 è scesa tra 0,20 $ e 0,30 $ nelle settimane successive a Fusaka, con ulteriori riduzioni man mano che la capacità BPO viene utilizzata.
• Throughput: l'ecosistema L2 combinato elabora attualmente circa 5.600 TPS, con gli sviluppatori che prevedono oltre 24.000 TPS man mano che il programma BPO procede nel corso del 2026.
• Caso base per i rollup: la modellazione della Ethereum Foundation suggerisce che le fee dei rollup potrebbero diminuire di un ulteriore 40-60% durante i primi mesi di Fusaka, con potenziali cali superiori al 90% man mano che la capacità aumenta ulteriormente.
• Throughput L1: Fusaka ha anche innalzato il limite predefinito di gas per blocco a 60 milioni tramite EIP-7935, consentendo al layer base di elaborare circa il 20-30% di transazioni in più per blocco.

L'effetto netto è un L1 di Ethereum significativamente più capace, abbinato a un ecosistema L2 che ha finalmente lo spazio di manovra necessario per accogliere la prossima ondata di utenti.

Cosa succede dopo

Il percorso da qui in poi è più chiaro rispetto a qualsiasi altro punto della tabella di marcia di scalabilità di Ethereum. PeerDAS è la base tecnica per il Danksharding completo e i fork BPO offrono agli sviluppatori principali un modo per scalare la capacità senza aggiornamenti completi della rete. Ogni BPO è un test di stress che verifica se la rete è in grado di gestire il prossimo salto.

Oltre al programma esistente, altre due tappe fondamentali sono presenti nella tabella di marcia di Ethereum:

• Glamsterdam (previsto per il 2026): il prossimo importante hard fork dopo Fusaka, che dovrebbe portare ulteriori miglioramenti al livello di esecuzione insieme alla continua scalabilità dei blobs.
• Danksharding completo: la fase finale per la data availability di Ethereum, con un obiettivo di circa 128 blobs per slot. Non è più il concetto speculativo che era quando è stato lanciato l'EIP-4844.

In sintesi

EIP-4844 è stato il cambiamento di scalabilità più importante di Ethereum dai tempi di The Merge, e i due anni trascorsi dal lancio hanno convalidato la roadmap incentrata sui rollup in un modo che pochi avrebbero previsto all'inizio del 2024. Le commissioni L2 sono crollate, l'attività dei rollup è cresciuta fino a rappresentare la quota dominante dell'utilizzo di Ethereum e la rete dispone dell'infrastruttura necessaria per continuare a scalare per anni.

Pectra ha raddoppiato la capacità dei blob, Fusaka ha introdotto i fork PeerDAS e BPO, e EIP-7918 ha fatto in modo che le commissioni dei blob avessero effettivamente un senso con la crescita del throughput. Proto-Danksharding è sempre stato il prototipo. Ciò che gira oggi sulla mainnet sta iniziando a somigliare molto di più alla versione definitiva.