Vitalik Buterin chiede a Ethereum di adottare la semplicità in stile Bitcoinnei prossimi cinque anni

Vitalik Buterin ha detto che Ethereum deve smettere di fingere che vada bene. Venerdì, ha pubblicato una lunga proposta che chiede a Ethereum di eliminare le sue viscere troppo complicate e avvicinarsi alla struttura pulita di Bitcoin entro cinque anni."Ethereum vuole essere il libro mastro del mondo", ha scritto Vitalik, indicando il suo ruolo di livello base per cripto, finanziamenti, governance, autenticazione e registri. Ma per arrivarci davvero, ha detto che la catena deve essere sia scalabile che resiliente - e in questo momento è troppo complessa per gestirlo.Il Fusaka Hard Fork dovrebbe aumentare lo spazio dei dati L2 di 10x. La tabella di marcia 2026 di Ethereumpromette di aumentare la capacità dei dati L1 da abbinare. La rete è già passata alla prova della partecipazione, migliorava la diversità dei clienti e sta lavorando alla verificabilità ZK e alla resistenza quantistica.Ma Vitalik non ha detto che non importa se il protocollo di base rimane gonfio. "Dobbiamo far luce sull'importanza della semplicità", ha scritto. Ha indicato il design di Bitcoin- blocchi, hash, prova del lavoro e niente di più - come dovrebbe seguire il modello Ethereum .Vitalik spinge per uno strato di consenso Ethereum più sempliceVitalik ha detto che Ethereum può arrivarci riscrivendo il suo livello di consenso. Vuole sostituire l'attuale catena del faro con qualcosa chiamato finalità a 3 slot, che rimuoverà slot, epoche, mescolamento del comitato e altre parti mobili."Potresti costruirlo in 200 righe di codice", ha scritto . Ha detto che offre la sicurezza di S tron e rimuove molto gonfiore dal sistema. I set di validatori più piccoli rendono anche la regola della scelta della forcella più semplice.Ha detto che Ethereum dovrebbe usare l'aggregazione basata su Stark in modo che chiunque possa essere un aggregatore senza bisogno di una fiducia speciale o di pagare in eccesso per Bitfields. La crittografia è complicata, ma è inscatolata e non avvita l'intero sistema. Ciò apre la porta a uno strato peer-to-peer più semplice.Le funzioni di validatore - come l'ingresso, l'uscita, il ritiro, le modifiche chiave e le perdite di inattività - devono essere ricostruite per ridurre il conteggio delle linee e rendere più facili da leggere le garanzie del sistema. Vitalik ha affermato che la parte migliore del consenso è che non è strettamente collegato allo strato di esecuzione, quindi può evolversi senza rompere itrac.Ma il vero casino, ha detto, è la macchina virtuale Ethereum .Vitalik vuole uccidere l'EVM e passare a RISC-VVitalik ha detto che l'EVM è pieno di merda obsoleta. Lo ha definito una macchina da 256 bit troppo ingegnerizzata ottimizzata per trucchi crittografici che nessuno usa più. Ha ammesso che la maggior parte della complessità proveniva dalle sue stesse scelte.La lotta per rimuovere il codice operativo di autodestrutto è stata una perdita di tempo. Così è stato l'intero dibattito EOF. La sua soluzione: salta i piccoli aggiornamenti e sostituisci semplicemente EVM.Ha proposto il passaggio a RISC-V o ad un altro VM come il Cairo, gli stessi utilizzati dai sistemi di prova a conoscenza zero di Ethereum. "I dati succinti mostrano che questo potrebbe aumentare l'efficienza di 100x", ha detto. Specifiche più semplici significherebbero un'esecuzione più veloce e un minor numero di bug. Gli sviluppatori otterrebbero più opzioni. Solidità e Vyper si compilerebbero su nuove macchine virtuali e gli sviluppatori utilizzando normali linguaggitracprogrammazione potrebbero Ethereum per la prima volta. La maggior parte dei precompili potrebbe essere demolita, tranne forse per le operazioni di curva ellittica.Vitalik ha ammesso che il RISC-V non sarà pronto domani. Durante l'attesa, vuole passare rapidi aggiornamenti all'EVM attuale, come l'aumento dei limiti ditrace l'aggiunta di nuovi Opcodi DUP/SWAP. Ma il vero obiettivo è sostituire l'intera cosa. Il suo piano arriva in quattro passaggi.Innanzitutto, ogni nuovo precompilo deve essere fornito con una versione RISC-V OnChain. In secondo luogo, gli sviluppatori dovrebbero essere autorizzati a scriveretracsia in RISC-V che in EVM. In terzo luogo, Ethereum farebbe una forchetta dura per rimuovere i precompili e sostituirli contracRISC-V. In quarto luogo, l'EVM verrebbe reimpostata all'interno di RISC-V e avrebbe eseguito OnChain come interprete ditrac.Vitalik ha detto che Ethereum spreca anche tempo usando strumenti diversi per lo stesso lavoro in luoghi diversi. Ha indicato i codici di cancellazione, necessari per la disponibilità dei dati, le trasmissioni P2P e l'archiviazione della cronologia. Tutti e tre dovrebbero usare lo stesso codice. Lo stesso vale per i formati di serializzazione: Ethereum dovrebbe spostarsi completamente su SSZ, che è già in uso nello strato di consenso e funziona all'interno di Smarttrac.Ha detto che anche l'albero della merkle di Ethereumfa schifo. L'attuale struttura esastica rende il blocco di dimostrazione. Passare a un albero binario con un hash migliore renderebbe la prova più veloce ed economica. Lo stesso albero binario dovrebbe essere utilizzato sia per l'esecuzione che per il consenso.Cryptolitan Academy: stanco delle oscillazioni del mercato? Scopri come DeFi può aiutarti a costruire un reddito passivo costante. Registrati ora