Ethereum si è concentrato sulla scalabilità, con The Merge come cambiamento principale. Il co-fondatore Vitalik Buterin è tornato sull'argomento, sottolineando che la roadmap ora è incentrata sul rollup.
Ciò significa che Ethereum non si basa esclusivamente sullo sharding e che i protocolli di livello 2 rivestono un ruolo cruciale per il livello principale. Raggiungere l'assenza di fiducia e l'interoperabilità è un altro obiettivo essenziale. Tutto ciò deve essere realizzato mantenendo scalabilità, sicurezza di rete e decentralizzazione.
Ethereum si sta concentrando su una roadmap incentrata sull'aggregazione (rollup)
Ethereum Vitalik Buterin, co-fondatore ha rivisitato la roadmap del 2023 per discutere del futuro della rete. Ha affermato che EthereumEthereumEthereum EthereumEthereumEthereumEthereum EthereumEthereum e i livelli 2.
Grazie ad aggiornamenti come l'EIP-4844, il livello 1 Ethereum ora gestisce più dati e i diversi livelli di aggregazione (livello 2) funzionano come shard, ha spiegato il co-fondatore.
Afferma inoltre che Ethereum completerà lo sviluppo della soluzione di scalabilità basata sul rollup e lavorerà per superare le sfide alla sicurezza e alla decentralizzazione della rete, preservandone l'integrità.
Nel frattempo, a The Surge, che si riferisce a una serie di aggiornamenti volti a migliorare la scalabilità e l'efficienza di Ethereum, sono stati assegnati 4 obiettivi principali.
Il primo obiettivo è portare le transazioni al secondo (TPS) a oltre 100.000 tra il livello 1 e il livello 2 combinati. Il secondo obiettivo è preservare il decentramento e la robustezza della rete principale.
Il terzo obiettivo è garantire che alcuni livelli 2 ereditino pienamente le caratteristiche principali di Ethereum: essere decentralizzati, aperti e resistenti alla censura. Infine, si vuole promuovere la massima interoperabilità tra i livelli 2, in modo che Ethereum appaia come un unico ecosistema, e non frammentato in blockchain separate.
Per raggiungere questi obiettivi, Buterin chiarisce che rompere il trilemma della scalabilità è difficile ma non impossibile. Buterin propone due approcci per risolvere il trilemma di decentralizzazione, scalabilità e sicurezza.
Il primo approccio consiste nel campionamento della disponibilità dei dati con SNARK, che permette ai nodi di verificare la disponibilità dei dati e la correttezza dei calcoli. Gli SNARK (Succinct Non-Interactive Arguments of Knowledge) sono basati sulla fiducia e non richiedono verifiche. Il secondo approccio è l'architettura Plasma, che prevede il trasferimento dell'elaborazione delle transazioni e dei controlli dei dati agli utenti in modo intelligente e compatibile con gli incentivi.
L'implementazione di PeerDAS comporta dei compromessi
Buterin suggerisce che per risolvere il trilemma saranno necessari metodi avanzati come SNARK e Plasma, e non semplici correzioni software. Inoltre, PeerDAS e altri miglioramenti mirano a rendere Ethereum più scalabile distribuendo i dati sulla rete.
Sebbene l'aggiornamento di Dencun abbia migliorato la disponibilità dei dati introducendo 375 kB di dati per intervallo di 12 secondi, Buterin afferma che limita comunque il numero di transazioni.
Nel caso del Peer Data Availability Sampling, si utilizzano "blob" di punti dati. Un nodo Ethereum ricostruisce l'intero blob utilizzando solo un sottoinsieme di questi campioni. Nel campionamento 1D, invece, ogni nodo ascolta una parte specifica dei dati trasmessi. I nodi possono condividere i campioni di dati senza dover scaricare tutti i dati.
Ehi @VitalikButerin, articolo molto informativo. Ho però un paio di domande.
Se i rollup e l'EIP-4844 sono il modo per scalare ETH, come farà DAS a mantenerlo senza bisogno di fiducia senza compromettere la decentralizzazione? E cosa succede se tutti questi L2 si trasformano in piccoli silos? Come farà ETH a...— Zeerabets (@Zeerabets) 17 ottobre 2024
Il co-fondatore Ethereum ha spiegato che, mentre PeerDAS consente ai nodi di richiedere campioni da altri nodi al di fuori della propria sottorete, esiste un approccio più conservativo che prevede l'utilizzo di SubnetDAS all'interno della sottorete locale.
Con ciò, il blog sottolinea che l'obiettivo è aumentare i dati per slot a 16 MB, il che si tradurrebbe in una potenziale velocità di elaborazione di circa 58.000 TPS. Buterin scrive: "E quindi, in definitiva, vogliamo andare oltre ed eseguire il campionamento 2D, che funziona tramite campionamento casuale non solo all'interno dei blob, ma anche tra i blob"
Buterin sottolinea che il passo successivo è l'implementazione di PeerDAS e il successivo aumento del numero di blob. Tuttavia, l'obiettivo a lungo termine è quello di superare il DAS 1D e sviluppare il Data Availability Sampling (DAS) 2D per consentire il campionamento sia all'interno che tra i blob.
Buterin ritiene inoltre che Ethereum debba abbandonare la tecnicamaticdegli impegni KZG e orientarsi verso un'alternativa resistente ai computer quantistici e priva di configurazioni affidabili, come ad esempio i più avanzati STARK.
Nel frattempo, Ethereum deve scegliere tra DAS 2D e DAS 1D. In entrambi i casi si tratta di un compromesso tra efficienza e semplicità. Il primo offre la massima scalabilità ma è più complesso, mentre il secondo è più facile da gestire ma ha una capacità di dati inferiore.
Tuttavia, Buterin sottolinea che Plasma potrebbe ridurre la necessità di DAS. In questo caso, il compromesso consisterebbe in una modifica dell'architettura di Ethereum, poiché aumenterebbe la dipendenza dagli utenti per la gestione dei dati. Buterin suggerisce inoltre che, se venissero implementate tecniche di compressione dei dati, si potrebbe ridurre la necessità di DAS 2D avanzati.
Ethereum può esaminare le tecniche di compressione dei dati
La compressione dei dati mira a ridurre le dimensioni di ogni transazione on-chain per migliorare la scalabilità. Ethereum potrebbe utilizzare diversi metodi di compressione, come la compressione a zero byte, l'aggregazione delle firme,
la sostituzione degli indirizzi con puntatori e la serializzazione personalizzata per i valori delle transazioni.
Indipendentemente dal metodo utilizzato, la tecnica mira a ridurre le dimensioni di ciascuna transazione in termini di byte, in modo da poter elaborare un numero maggiore di transazioni all'interno dello stesso spazio dati.
Questo rappresenterà un vantaggio, ma anche in questo caso ci sono dei compromessi. Ad esempio, Buterin spiega che la compressione dei dati richiederebbe il passaggio alle firme BLS, il che a sua volta richiederà un notevole sviluppo. Anche la sostituzione degli indirizzi con i puntatori è complessa per il codice client. Nel complesso, questi cambiamenti potrebbero potenzialmente rendere più difficile la verifica o l'audit delle transazioni e potrebbero creare problemi per gli strumenti che si basano sui dati completi delle transazioni.
Detto questo, Buterin spiega che tutte le attuali soluzioni di scalabilità presentano delle criticità in vari aspetti. Pertanto, la soluzione di scalabilità Plasma potrebbe rivelarsi molto efficace, in quanto utilizza un operatore per pubblicare i blocchi off-chain, mantenendo al contempo le radici Merkle di tali blocchi on-chain.
Naturalmente, portarli in produzione rimane un'impresa ardua. Raggiungere la dipendenza dai sistemi di prova L2 è un altro problema per Ethereum. Buterin afferma che la maggior parte dei rollup non garantisce la completa decentralizzazione della fiducia a causa della presenza di un consiglio di sicurezza.
Con l'obiettivo principale di raggiungere lo stato di Fase 2, Buterin suggerisce tecniche di verifica formale insieme alla creazione di sistemi di prova multipli e all'impiego di un meccanismo multisig. Poiché i sistemi di prova L2 avanzati contribuiranno a ridurre lo stress MEV sul livello 1, si otterrà di conseguenza la scalabilità.
Tra questi sviluppi, i miglioramenti nell'interoperabilità tra i livelli L2 rimangono importanti. Buterin afferma che una migliore interazione tra i livelli L2 e L1 migliorerà l'usabilità complessiva di Ethereum. A differenza delle altre modifiche proposte, l'interoperabilità non è un singolo aggiornamento tecnico, ma è cruciale per la roadmap di scalabilità a lungo termine di Ethereum.
