Vitalik Buterin chiede che Ethereum adotti la semplicità in stile Bitcoinnei prossimi cinque anni

Vitalik Buterin ha affermato che Ethereum deve smetterla di fingere di stare bene. Venerdì ha pubblicato una lunga proposta in cui chiede a Ethereum di eliminare le sue strutture troppo complicate e di avvicinarsi alla struttura pulita di Bitcoin entro cinque anni.

"Ethereum vuole essere il registro mondiale", ha scritto Vitalik, sottolineando il suo ruolo di base per criptovalute, finanza, governance, autenticazione e archiviazione. Ma per riuscirci, ha affermato, la blockchain deve essere sia scalabile che resiliente, e al momento è troppo complessa per gestirla.

L'hard fork di Fusaka dovrebbe aumentare di 10 volte lo spazio dati L2. La roadmap di Ethereumper il 2026 promette di aumentare di conseguenza la capacità dati L1. La rete è già passata alla proof-of-stake, ha migliorato la diversificazione dei clienti e sta lavorando sulla verificabilità ZK e sulla resistenza quantistica.

Ma Vitalik ha affermato che nulla di tutto ciò ha importanza se il protocollo principale rimane gonfio. "Dobbiamo mettere in luce l'importanza della semplicità", ha scritto. Ha indicato il design di Bitcoin– blocchi, hash, proof-of-work e nient'altro – come il modello Ethereum dovrebbe seguire.

Vitalik spinge per un livello di consenso Ethereum più semplice

Vitalik ha affermato che Ethereum può raggiungere questo obiettivo riscrivendo il suo livello di consenso. Vuole sostituire l'attuale beacon chain con qualcosa chiamato "finalità a 3 slot", che eliminerebbe slot, epoche, riorganizzazione dei comitati e altre parti mobili.

"Potresti realizzarlo in 200 righe di codice", ha scritto. Ha affermato che offre unatronsicurezza e riduce notevolmente il carico sul sistema. I set di validatori più piccoli semplificano anche la regola di scelta del fork.

Ha affermato che Ethereum dovrebbe utilizzare l'aggregazione basata su STARK, in modo che chiunque possa essere un aggregatore senza dover garantire una fiducia speciale o pagare cifre esorbitanti per i bitfield. La crittografia è complessa, ma è integrata e non interferisce con l'intero sistema. Questo apre le porte a un livello peer-to-peer più semplice.

Le funzioni di validazione, come ingresso, uscita, prelievo, cambio chiave e perdite di dati per inattività, dovrebbero essere ricostruite per ridurre il numero di righe e rendere le garanzie di sistema più facili da leggere. Vitalik ha affermato che l'aspetto migliore del consenso è che non è strettamente connesso al livello di esecuzione, quindi può evolversi senza violare itrac.

Ma il vero problema, ha detto, è la Ethereum Virtual Machine.

Vitalik vuole eliminare l'EVM e passare a RISC-V

Vitalik ha affermato che l'EVM è pieno di roba obsoleta. L'ha definita una macchina a 256 bit sovradimensionata, ottimizzata per trucchi crittografici che nessuno usa più. Ha ammesso che gran parte della complessità deriva dalle sue scelte.

La lotta per rimuovere l'opcode SELFDESTRUCT è stata una perdita di tempo. Così come l'intero dibattito sull'EOF. La sua soluzione: saltare i piccoli aggiornamenti e sostituire semplicemente l'EVM.

Ha proposto di passare a RISC-V o a un'altra VM come Cairo, le stesse utilizzate dai sistemi di prova a conoscenza zero di Ethereum. "Dati concisi mostrano che questo potrebbe aumentare l'efficienza di 100 volte", ha affermato. Specifiche più semplici significherebbero un'esecuzione più rapida e meno bug. 

Gli sviluppatori avrebbero più opzioni. Solidity e Vyper verrebbero compilati su nuove VM e gli sviluppatori che utilizzano linguaggi di programmazione normali potrebbero scriveretracEthereum per la prima volta. La maggior parte delle precompilazioni potrebbe essere eliminata, tranne forse per le operazioni sulle curve ellittiche.

Vitalik ha ammesso che RISC-V non sarà pronto domani. Nell'attesa, vuole apportare rapidi aggiornamenti all'attuale EVM, come l'aumento dei limiti di dimensione deitrace l'aggiunta di nuovi codici operativi DUP/SWAP. Ma il vero obiettivo è sostituire l'intero sistema. Il suo piano si articola in quattro fasi.

In primo luogo, ogni nuova precompilazione deve includere una versione RISC-V onchain. In secondo luogo, agli sviluppatori dovrebbe essere consentito di scriveretracsia in RISC-V che in EVM. In terzo luogo, Ethereum effettuerebbe un hard fork per rimuovere le precompilazioni e sostituirle contracRISC-V. In quarto luogo, l'EVM verrebbe reimplementato all'interno di RISC-V ed eseguito onchain come interprete ditrac.

Vitalik ha affermato che Ethereum spreca anche tempo utilizzando strumenti diversi per lo stesso scopo in luoghi diversi. Ha sottolineato i codici di cancellazione, necessari per la disponibilità dei dati, le trasmissioni P2P e l'archiviazione della cronologia. Tutti e tre dovrebbero utilizzare lo stesso codice. Lo stesso vale per i formati di serializzazione: Ethereum dovrebbe passare completamente a SSZ, che è già in uso nel livello di consenso e funziona all'interno degli smarttrac.

Ha affermato che anche l'albero di Merkle di Ethereumfa schifo. L'attuale struttura esagonale rende difficile la dimostrazione a blocchi. Passare a un albero binario con un hash migliore renderebbe la dimostrazione più rapida ed economica. Lo stesso albero binario dovrebbe essere utilizzato sia per l'esecuzione che per il consenso.