Il co-fondatore Ethereum Vitalik Buterin ritiene che il Peer Data Availability Sampling (PeerDAS), una funzionalità fondamentale del prossimo aggiornamento di Fusaka, risolverà i problemi di scalabilità Layer-2 per la blockchain Ethereum .
Intervenuto giovedì in risposta a un thread X del responsabile dei dati di Dragon XYZ, Hildebert Moulié, Buterin ha spiegato che la tecnologia aiuterà i nodi a verificare i dati senza dover scaricare l'intera blockchain.
"Il funzionamento di PeerDAS prevede che ogni nodo richieda solo un numero limitato di blocchi, in modo da verificare in modo probabilistico che più del 50% dei blocchi sia disponibile", ha scritto su X. "Se più del 50% dei blocchi è disponibile, allora il nodo può teoricamente scaricarli e utilizzare la codifica di cancellazione per recuperare il resto".
Il programmatore ha ribadito che ciò consentirebbe a una blockchain live su Ether di funzionare senza che nessun singolo nodo debba memorizzare set di dati completi.
La rete Ethereum raggiunge blob per record di blocco
Mercoledì sera, Moulié ha annunciato che Ethereum ha raggiunto per la prima volta nella storia il suo obiettivo di sei blob per blocco. I blob, o Binary Large Object, sono stati introdotti in Ethereum tramite l' aggiornamento Dencun nel marzo 2024 con EIP-4844 , noto anche come proto-danksharding.
Secondo Moulié, l'utilizzo dei blob durante il picco è stato in gran parte determinato dall'attività su diversi rollup L2. Base ha rappresentato il 42% dell'attività dei blob, seguito da World con il 25%, mentre altri contributori includevano Arbitrum con l'8%, OP Mainnet con il 4% e Soneium e Scroll con il 3% ciascuno.
5/ % di spazio blob attualmente utilizzato
42% Base
25% Mondo
8% Arbitrum
4% OP Mainnet
3% Soneium
3% Scroll
2% Unichain
2% Shape
2% Lighter
1% Ink pic.twitter.com/J6EWWp0VF7— hildobby (@hildobby) 24 settembre 2025
I BLOB sono stati sviluppati per ridurre i costi di transazione per le reti Layer-2, fornendo storage dedicato per i dati compressi. Si sono dimostrati efficaci in passato, ma, secondo Moulié, prevedere l'utilizzo dei BLOB è difficile a causa della "pubblicazione incoerente da parte di diverse catene"
Il responsabile dei dati di Dragon XYZ ha anche affermato che gli attuali requisiti 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 suo algoritmo di compressione, ma in genere più è diversificato l'utilizzo della catena, più è difficile raggiungere rapporti di compressione più elevati", ha osservato.
Secondo Moulié, oltre il 10% dei blob non è completamente utilizzato, originato da rollup più piccoli che pubblicano dati regolarmente prima che i blob raggiungano il limite di 128 kilobyte. Ha anche affermato che circa il 30% dei blocchi contenenti blob è stato interessato da problemi con i valori MEV (MinertracTable Value).
Fusaka consentirà a nodi diversi di eseguire attività per blocchi diversi
Il co-fondatore di EF Buterin ha affrontato alcuni dei problemi di scalabilità L2, affermando che nel lancio iniziale di PeerDAS ci saranno ancora casi che richiederanno 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 posto: la trasmissione iniziale e la ricostruzione nel caso in cui un editore fornisca solo tra il 50% e il 100% di un blocco", ha ipotizzato.
Ha chiarito che il protocollo richiede che un solo attore onesto ne mantenga l'integrità, anche se molti altri tentano di agire in modo disonesto.
"Abbiamo bisogno di un solo attore onesto per svolgere queste attività; se ci sono anche 100 attori disonesti, il protocollo semplicemente li bypassa. E nodi diversi possono svolgere questo compito per blocchi diversi", ha osservato Buterin.
Aggiornamento di Fusaka previsto per dicembre
Come riportato da Cryptopolitan , l' aggiornamento di Fusaka , previsto per il 3 dicembre, introdurrà formalmente EIP-7594 e il doppio della capacità blob rispetto all'obiettivo attuale, con un massimo di sei e nove blob per blocco.
Gli sviluppatori di Ether stanno pianificando un approccio graduale come gli aggiornamenti precedenti, con due fork Blob Parameter Only per aumentare gradualmente la capacità.
Secondo la ricercatrice Ethereum Christine Kim, il numero massimo di blob aumenterà da nove a quindici nel primo fork, poi da sedici a ventuno nel secondo. Il secondo fork è previsto per gennaio.
Sebbene PeerDAS e i metodi correlati siano stati sviluppati da molto tempo, Buterin ha avvisato gli sviluppatori che non sono ancora stati testati.
