Che cos'è EIP-4844?

EIP-4844, noto anche come Proto-Danksharding, ha introdotto un nuovo tipo di transazione su Ethereum: la transazione con blob (tipo 0x03). Anziché pagare per l'archiviazione 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 data availability con il normale gas . I rollup ereditano la sicurezza Ethereumsenza dover pagare i costi del livello di esecuzione per i dati grezzi che devono conservare solo a scopo di verifica antifrode e ricostruzione.

Al momento del lancio, ogni blocco poteva contenere da 0 a 6 blobs un obiettivo di 3. Ogni blob può contenere fino a 128 KB di dati, protetti da impegni crittografici KZG che consentono alla rete di verificarne la disponibilità senza che ogni nodo debba scaricare i dati in modo permanente.

EIP-4844 sempre EIP-4844 concepito come un passo intermedio verso il Danksharding completo, il piano a lungo termine volto a garantire Ethereum larghezza di banda grazie data availability .

Come funzionano le transazioni Blob

Le transazioni Blob coesistono con le transazioni normali, ma sono accompagnate da un "sidecar" di dati che risiede nel livello di consenso anziché in quello di esecuzione. Il meccanismo è volutamente semplice:

• Archiviazione temporanea: ogni blob viene conservato per circa 4.096 epoche (~18 giorni) prima di essere eliminato. Un periodo sufficientemente lungo da consentire rollup onesti rollup di scaricare i dati, ma abbastanza breve da mantenere gestibili i requisiti di spazio su disco dei nodi.
• Dimensione fissa: ogni blob può contenere fino a 128 KB di dati, indipendentemente dal fatto che lo spazio sia interamente utilizzato. I mittenti pagano per l'intero blob.
• EVM : gli smart contract vedono solo un hash con versione del blob, il che mantiene bassi i costi a livello di esecuzione.
• Mercato delle commissioni separato: Blobs un proprio sistema di determinazione dei prezzi EIP-1559, con una base che varia a seconda che il blocco precedente fosse al di sopra o al di sotto dell'obiettivo. Tutte base dei blob vengono bruciate.

Questo approccio ha consentito ai rollup di offrire data availability notevolmente più economica data availability appesantire il livello di esecuzione né rendere il servizio inaccessibile agli utenti comuni.

Retrospettiva: due anni di Blobs

Quando Proto-Danksharding nel marzo 2024, l'impatto è stato immediato. Le commissioni mediane su Arbitrum, Optimism, Base e zkSync da decine di centesimi a frazioni di centesimo da un giorno all'altro. Nei mesi successivi, l'attività giornaliera Base su Base è triplicata.

Verso la fine del 2024, la domanda si attestava quasi in ogni blocco vicino all'obiettivo dei 3 blob. Un singolo airdrop lancio di token potrebbe far salire le commissioni da frazioni di centesimo a diversi dollari per blob, erodendo i vantaggi in termini di costi che avevano reso blobs in primo luogo.

Con il passare dei mesi sono emersi due problemi strutturali:

1. L'offerta di blob era troppo limitata. Con solo 3 blobs blocco e un limite massimo fissato a 6, il sistema non era in grado di assorbire rollup crescente rollup senza picchi nelle commissioni.
2. Le commissioni Blob erano talvolta troppo basse per essere significative. Nei periodi di scarsa attività, la base scendeva fino a 1 wei. Ottimo per i rollup, ma questo comprometteva la determinazione dei prezzi e comportava che i nodi svolgessero un vero e proprio lavoro crittografico quasi a titolo gratuito.

Entrambe le questioni sono state risolte negli aggiornamenti successivi.

Pectra: raddoppio della capacità di Blob

Pectra , attivato il 7 maggio 2025, è stato il primo importante hard fork Ethereumdel 2025. Le novità principali riguardavano modifiche rivolte ai validatori, come l'EIP-7251 e l'EIP-7702, ma la modifica più importante per i rollup era nascosta all'interno dell'EIP-7691.

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

Pectra ha Pectra implementato l'EIP-7623, che ha aumentato il gas dei calldata da 16 a 42 gas byte. L'obiettivo era semplice: spingere i rollup rimasti che utilizzavano ancora i calldata a migrare ai blobs.

Per gran parte del 2025, questa combinazione ha funzionato bene. L2 sono rimaste basse e l'utilizzo dei blob si è mantenuto intorno al nuovo obiettivo di 6 blob. Ma il prossimo collo di bottiglia era già all'orizzonte e gli sviluppatori stavano preparando qualcosa di più ambizioso.

Fusaka PeerDAS: il vero salto di qualità

Fusaka è stato attivato il 3 dicembre 2025 e rappresenta il cambiamento più significativo nell'infrastruttura dei blob dopo EIP-4844 . Mentre Pectra un esercizio di ottimizzazione, Fusaka un modo completamente nuovo per la rete di gestire i dati blob, come confermato dalla Ethereum .

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

PeerDAS questo vincolo suddividendo i dati blob in 128 colonne distribuite tra i nodi, in modo che ciascun nodo memorizzi e gestisca solo un sottoinsieme. La rete nel suo complesso continua ad avere accesso a tutti i dati, ma nessun nodo singolo deve sopportare l'intero carico.

I nodi completi standard devono sottoscrivere solo 4 delle 128 subnets di colonne, riducendo i requisiti di larghezza di banda dei blob di circa 8 volte. Si tratta dello stesso concetto data availability su cui si basa il Danksharding completo, implementato in una forma che i validatori di produzione possono utilizzare già oggi.

BPO Forks: scalabilità in tempo reale

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

Ethereum ora aumentare la capacità dei blob in modo graduale, man mano che la rete dimostra di poter gestire un throughput più elevato, invece di dover attendere dai 12 ai 18 mesi per il prossimo hard fork. I primi due BPO sono stati attivati nei tempi previsti:

• BPO1 (9 dicembre 2025): il numero minimo di blob è stato aumentato da 6 a 10 e quello massimo da 9 a 15.
• BPO2 (7 gennaio 2026): il numero massimo di blob è stato aumentato da 10 a 14 e il limite massimo da 15 a 21.

Queste due fork, da sole, hanno triplicato la capacità di blob in un mese. Gli sviluppatori principali stanno già pianificando ulteriori BPO con l'obiettivo di arrivare a 48 blobs blocco entro la metà del 2026, con l'obiettivo a lungo termine di 128 blobs slot in condizioni di Danksharding completo.

Entrate derivanti dalle commissioni Blob dal lancio

Ogni base per i blob pagata su Ethereum bruciata, il che fa sì che i ricavi derivanti dai blob contribuiscano direttamente al meccanismo deflazionistico ETH. Il quadro emerso finora è più sfumato di quanto suggeriscano i dati principali.

Nel primo anno successivo Dencun, le transazioni blob hanno generato circa 1.020 ETH base EIP-4844 , più altri circa 2.000 ETH EIP-1559 , per un totale di circa 8 milioni di dollari. Si tratta di una cifra modesta rispetto L1 e ben al di sotto dei 34 milioni di dollari al mese che le L2 spendevano per i calldata prima dell'aggiornamento.

Il motivo è semplice: a parte brevi picchi dovuti a eventi come Blobscriptions eairdrop LayerZero , la base dei blob è rimasta per gran parte del 2024 e del 2025 pari o vicina a 1 wei. I rollup disponevano di data availability praticamente gratuita, mentre Ethereum catturare quasi nulla di quel valore.

La ricercaFidelity Assets ha simulato quali sarebbero stati i ricavi derivanti dai blob se fosse stato in vigore un limite minimo adeguato per le commissioni. Secondo le loro stime, se l’EIP-7918 fosse stato attivo, tra Dencun l’ottobre 2025 sarebbero stati generati circa 24.641 ETH circa 78 milioni di dollari) di ricavi cumulativi in più.

È proprio questo che Fusaka .

EIP-7918: Dare un senso alle commissioni Blob

L'EIP-7918, implementato in Fusaka, collega la base minima per i blob alla base L1 . Il prezzo dei blob riflette ora sempre il costo computazionale effettivo della verifica delle prove KZG, con un limite minimo fissato a 1/15,258 delgas L1 .

Il meccanismo non influisce sui rollup nei periodi di domanda effettiva, poiché in quei momenti la commissione di equilibrio si attesta ben al di sopra della soglia minima. Ciò che impedisce è che il prezzo crolli a zero quandogas L1 gas economico.

L'effetto immediato è stato impressionante. La base per i blob è aumentata di circa 15 milioni di volte rispetto al suoFusaka . Secondo le stime del settore, entro il 2026 le commissioni sui blob potrebbero rappresentare il 30-50% del totale ETH , a seconda di come si svilupperà L2 .

I ricavi generati da Blob stanno diventando una vera e propria linea di prodotti per Ethereum un servizio sovvenzionato per i rollup, il che modifica il rapporto economico a lungo termine tra L1 L2.

Impatto sulle Layer 2 e sull'attività a livello di Layer 2

L'effetto combinato di EIP-4844, Pectra e Fusaka rivoluzionato l'Layer 2 :

• Riduzione delle commissioni: una L2 tipica che alla fine del 2025 costava circa 0,50 $ è scesa a un valore compreso tra 0,20 $ e 0,30 $ nelle settimane successive Fusaka, con ulteriori riduzioni man mano che la capacità BPO viene sfruttata.
• Capacità di elaborazione: L2 integrato gestisce attualmente circa 5.600 TPS, mentre gli sviluppatori prevedono di superare i 24.000 TPS il programma BPO procederà nel corso del 2026.
• base Rollup : secondo le proiezioni Ethereum , rollup potrebbero diminuire di un ulteriore 40-60% nei primi mesi di Fusaka, con potenziali cali superiori al 90% man mano che la capacità continuerà ad aumentare.
• L1 : Fusaka ha Fusaka aumentato il gas predefinito gas per blocco a 60 milioni tramite l'EIP-7935, consentendo al base di elaborare circa il 20-30% in più di transazioni per blocco.

Il risultato complessivo è unaL1 Ethereum L1 notevolmente più potente, affiancata da un L2 che dispone finalmente della capacità necessaria per accogliere la prossima ondata di utenti.

Cosa succederà

Da questo punto in poi, il percorso è più chiaro che mai nella roadmap di scalabilità Ethereum. PeerDAS la base tecnica per il Danksharding completo, mentre i fork BPO offrono agli sviluppatori del core un modo per aumentare la capacità senza dover ricorrere ad aggiornamenti completi della rete. Ogni BPO rappresenta uno stress test che verifica se la rete è in grado di gestire il passo successivo.

Oltre al programma attuale, nella Ethereum sono previste altre due tappe fondamentali:

• Glamsterdam (prevista per il 2026): il prossimo importante hard fork dopo Fusaka, che dovrebbe apportare ulteriori miglioramenti al livello di esecuzione insieme a un continuo ridimensionamento dei blob.
• Danksharding completo: la fase finale perdata availability Ethereum , con un obiettivo di circa 128 blobs slot. Non è più il concetto speculativo che era al momento EIP-4844 .

Linea di fondo

EIP-4844 il cambiamento più significativo in termini di scalabilità Ethereumdopo The Merge, e i due anni trascorsi dal suo lancio hanno confermato la validità della roadmap rollup in un modo che pochi avrebbero previsto all'inizio del 2024. L2 sono crollate, rollup è diventata la quota dominante Ethereum e la rete dispone dell'infrastruttura necessaria per continuare a scalare per anni.

Pectra la capacità dei blob, Fusaka i fork PeerDAS BPO, mentre l'EIP-7918 ha garantito che le commissioni sui blob assumessero un significato concreto con l'aumentare della larghezza di banda. Proto-Danksharding sempre Proto-Danksharding solo un prototipo. Ciò che mainnet è in funzione sulla mainnet sta iniziando ad assomigliare molto di più alla versione definitiva.