Il co-fondatore di Ethereum, Vitalik Buterin, ha esortato la comunità blockchain a ripensare l’approccio progettuale della rete, spingendo per una struttura più minimalista ed efficiente.
In un post sul blog pubblicato il 3 maggio, Buterin ha sostenuto che Ethereum dovrebbe adottare un modello di protocollo più semplice, simile a quello di Bitcoin, per migliorare l’efficienza, la scalabilità e la sicurezza.
Buterin elogia la semplicità di Bitcoin
Buterin ha descritto il sistema attuale di Ethereum come eccessivamente complesso, avvertendo che la sua profondità tecnica aumenta i costi, isola gli sforzi di ricerca e aumenta la probabilità di gravi bug.
Il co-fondatore di Ethereum ha anche sottolineato che il design attuale centralizza troppo il controllo tra un piccolo gruppo di collaboratori tecnicamente avanzati. Ha sostenuto che questo approccio mina l’etica della decentralizzazione della rete.
Per affrontare queste sfide, Buterin propone di semplificare il protocollo su tutti i livelli della rete nei prossimi cinque anni. Quindi, suggerisce che Ethereum tragga ispirazione da Bitcoin, la più grande criptovaluta per capitalizzazione di mercato.
“Anche uno studente delle superiori intelligente è in grado di comprendere appieno e capire il protocollo di Bitcoin. Un programmatore è in grado di scrivere un client come progetto hobbistico,” ha scritto Buterin.
Secondo Buterin, semplificare il protocollo renderà Ethereum più resiliente, ridurrà i costi infrastrutturali e abbasserà la barriera d’ingresso per gli sviluppatori.
Ha anche concluso che la semplicità dovrebbe essere trattata come un valore fondamentale, proprio come la decentralizzazione. Crede che Ethereum debba dare priorità alle scelte progettuali che promuovono chiarezza, robustezza e sostenibilità a lungo termine.
Come può Ethereum ridurre la sua complessità?
Per raggiungere questa visione, Buterin ha evidenziato tre aree chiave in cui Ethereum può ridurre la complessità.
In primo luogo, ha raccomandato modifiche al livello di consenso, in particolare semplificando il sistema di finalità e riducendo il numero di validatori. Questi passaggi, ha detto, ridurrebbero i costi operativi e velocizzerebbero il consenso della rete.
Ha sottolineato che il livello di consenso è debolmente accoppiato con il sistema di esecuzione di Ethereum. Questa separazione offre agli sviluppatori maggiore flessibilità per implementare miglioramenti senza compromettere la funzionalità principale.
“La cosa positiva del livello di consenso è che è relativamente scollegato dall’esecuzione EVM, il che significa che c’è una latitudine relativamente ampia per continuare a fare questi tipi di miglioramenti,” ha detto Buterin.
Il secondo è focalizzato sulla revisione della Ethereum Virtual Machine (EVM).
Per fare ciò, Buterin raccomanda di introdurre RISC-V, un’architettura di calcolo più semplice ed efficiente, come opzione di esecuzione alternativa. Immagina anche un futuro in cui gli sviluppatori possano scrivere contratti utilizzando RISC-V insieme all’EVM.
Inoltre, ha suggerito di sostituire le precompilazioni con un’implementazione canonica on-chain. Ha anche proposto di costruire un interprete EVM basato su RISC-V per supportare futuri aggiornamenti con una migliore manutenibilità.
Infine, ha chiesto la standardizzazione tra i componenti del protocollo. Invece di utilizzare strumenti diversi per funzioni simili, Ethereum potrebbe adottare un unico codice di cancellazione, formato di serializzazione e albero di Merkle. Questo approccio unificato aiuterebbe a ridurre la ridondanza e migliorare la chiarezza della rete.
“C’è tipicamente molto poco o nessun beneficio nell’usare protocolli diversi per fare la stessa cosa in posti diversi, ma tali schemi appaiono comunque, in gran parte perché le diverse parti della pianificazione del protocollo non comunicano tra loro,” ha sottolineato Buterin.
Dichiarazione di non responsabilità
Tutte le informazioni contenute nel nostro sito web sono pubblicate in buona fede e solo a scopo informativo generale. Qualsiasi azione intrapresa dal lettore in base alle informazioni contenute nel nostro sito web è strettamente a suo rischio e pericolo.
