Vitalik Buterin: PeerDAS di Ethereum sarà fondamentale per lo scaling L2

Il co-fondatore di Ethereum Vitalik Buterin ritiene che il Peer Data Availability Sampling (PeerDAS), una funzionalità chiave del prossimo aggiornamento Fusaka, risolverà i problemi di scalabilità del Layer-2 per la blockchain di Ethereum. 

Parlando giovedì in risposta a un thread su X di Hildebert Moulié, head of data di Dragon XYZ, Buterin ha spiegato che la tecnologia aiuterà i nodi a verificare i dati senza richiedere loro di scaricare l'intera blockchain.

“Il modo in cui funziona PeerDAS è che ogni nodo richiede solo un piccolo numero di chunk, come modo per verificare probabilisticamente che più del 50% dei chunk sia disponibile,” ha dichiarato Buterin scritto su X. “Se più del 50% dei chunk è disponibile, allora il nodo teoricamente può scaricare quei chunk e utilizzare la codifica di cancellazione per recuperare il resto.”

Il programmatore ha ribadito che ciò consentirebbe a una blockchain live su Ether di operare senza che un singolo nodo debba memorizzare set di dati completi. 

La rete Ethereum raggiunge il record di blob per blocco 

Tardi mercoledì, Moulié ha notato che Ethereum ha raggiunto per la prima volta nella sua storia il target di sei blob per blocco. I blob, o Binary Large Objects, sono stati introdotti in Ethereum attraverso il aggiornamento Dencun nel marzo 2024 sotto EIP-4844, noto anche come proto-danksharding.

Secondo Moulié, l'utilizzo dei blob durante il picco è stato in gran parte guidato dall'attività su diversi rollup L2. Base ha rappresentato il 42% dell'attività dei blob, seguita da World con il 25%, mentre altri contributori includevano Arbitrum al 8%, OP Mainnet al 4%, e Soneium e Scroll al 3% ciascuno.

5/ percentuale di blobspace attualmente utilizzato

42% Base
25% World
8% Arbitrum
4% OP Mainnet
3% Soneium
3% Scroll
2% Unichain
2% Shape
2% Lighter
1% Ink pic.twitter.com/J6EWWp0VF7

— hildobby (@hildobby) September 24, 2025

I blob sono stati sviluppati per ridurre i costi delle transazioni per le reti Layer-2 fornendo archiviazione dedicata per i dati compressi. Potrebbero essersi dimostrati efficaci in precedenza, ma secondo Moulié, prevedere l'utilizzo dei blob è difficile a causa di “pubblicazioni incoerenti da parte delle diverse catene.”

Il head of data di Dragon XYZ ha anche menzionato che i requisiti attuali per l'archiviazione dei validatori superano i 70 gigabyte di spazio per i blob non compressi, con stime che superano i 1.200 gigabyte per i dati non potati. Ogni blob contiene informazioni compresse, ma i rapporti di compressione variano a seconda della catena e raramente superano il 25%.

“Ogni stack ha il proprio algoritmo di compressione, ma in generale più diversificato è l'utilizzo della catena, più difficile è raggiungere rapporti di compressione più elevati,” ha osservato.

Secondo Moulié, più del 10% dei blob non è completamente utilizzato, originato da rollup più piccoli che pubblicano dati regolarmente prima che i blob raggiungano il loro limite di 128 kilobyte. Ha anche detto che circa il 30% dei blocchi contenenti blob è stato interessato da problemi di valore estraibile dai miner (MEV).

Fusaka consentirà a nodi diversi di eseguire attività per blocchi diversi

Il co-fondatore di EF Buterin ha affrontato alcuni dei problemi di scalabilità del L2, affermando che nel lancio iniziale di PeerDAS ci saranno ancora casi che richiedono l'archiviazione completa dei dati. 

“Nella prima versione, ci sono due casi in cui i dati completi di un blocco devono ancora esistere in un unico punto: la trasmissione iniziale e la ricostruzione in caso un publisher fornisca solo tra il 50% e il 100% di un blocco,” ha concluso.

Ha chiarito che il protocollo richiede solo un singolo attore onesto per mantenerne l'integrità, anche se altri tentano di agire in modo disonesto. 

“Abbiamo bisogno solo di un attore onesto per farlo; se ci sono anche 100 attori disonesti, il protocollo li ignora semplicemente. E nodi diversi possono eseguire questo compito per blocchi diversi,” ha notato Buterin.

Cronoprogramma dell'aggiornamento Fusaka previsto per dicembre

Mentre ha riportato da Cryptopolitan, il aggiornamento Fusaka, programmato per il 3 dicembre, introdurrà formalmente l'EIP-7594 e raddoppierà la capacità dei blob dal target e dal massimo attuali di sei e nove blob per blocco. 

Gli sviluppatori di Ether stanno pianificando un approccio graduale come i precedenti aggiornamenti, con due fork solo per i parametri dei blob per aumentare gradualmente la capacità.

Il numero massimo di blob sarà aumentato da nove a quindici nel primo fork, poi da sedici a ventuno nel secondo, secondo la ricercatrice di Ethereum Christine Kim. Il secondo fork è programmato per gennaio.

Sebbene PeerDAS e metodi correlati siano stati sviluppati da molto tempo, Buterin ha avvertito gli sviluppatori che sono ancora non testati.