[Thread in inglese] Il nuovo percorso di Ethereum: verso 10.000 TPS e la visione finale di "ZK Everything"

Chainfeeds Guida alla lettura:

Ethereum si sta preparando per la più significativa trasformazione architettonica dalla sua nascita: sostituire EVM con RISC-V. Il motivo è semplice: in un futuro dominato da ZK, EVM è diventato il più grande collo di bottiglia.

Fonte dell'articolo:

https://x.com/0xJaehaerys/status/1960051628129865918

Autore dell'articolo:

jaehaerys

Opinione:

jaehaerys: Ethereum si trova al più importante punto di svolta architettonico dalla sua creazione: sostituire la Ethereum Virtual Machine (EVM) con RISC-V. La ragione fondamentale che guida questo cambiamento è che, nell'era delle zero-knowledge proof (ZK), EVM è diventato il principale collo di bottiglia. Attualmente, il funzionamento di zkEVM consiste nel ricompilare prima l'interprete EVM in RISC-V e poi procedere alla prova, un processo che comporta una perdita di prestazioni da 50 a 800 volte. Con l'ottimizzazione di altre componenti come le funzioni hash, la prova di esecuzione dei blocchi è diventata la parte più dispendiosa in termini di tempo, e l'inefficienza di EVM è stata amplificata. Vitalik ha sottolineato che, invece di aggiungere un ulteriore strato EVM, sarebbe meglio esporre direttamente RISC-V, eliminando così lo strato di interpretazione ridondante. Allo stesso tempo, i "contratti precompilati" su cui Ethereum ha fatto affidamento a lungo si sono rivelati una fonte di debito tecnico. Queste funzioni hardcoded aumentano la complessità del protocollo e il rischio di consenso, richiedendo un hard fork per ogni nuova aggiunta e rallentando così l'innovazione. Vitalik ha chiaramente affermato che si dovrebbe sospendere l'introduzione di nuovi precompile e passare all'implementazione tramite RISC-V. Inoltre, l'architettura stack a 256 bit adottata da EVM è estremamente inefficiente, soprattutto quando nei contesti ZK i calcoli interi più comuni richiedono solo 32/64 bit, e il sovraccarico aggiuntivo viene amplificato di 2–4 volte. In sintesi, i tre principali problemi di collo di bottiglia delle prestazioni, debito di complessità e architettura obsoleta rendono la "ricostruzione del livello di esecuzione di Ethereum con RISC-V" una scelta urgente. RISC-V non è un prodotto specifico, ma uno standard di set di istruzioni aperto e modulare. Il suo core minimalista comprende solo circa 47 istruzioni di base, con una sicurezza e verificabilità molto superiori rispetto alla complessa EVM; il suo ecosistema aperto significa che gli sviluppatori non devono costruire da zero la toolchain del compilatore, e linguaggi come Rust, C++ e Go possono essere compilati direttamente su RISC-V, abbassando notevolmente la soglia per la comunità di sviluppatori di Ethereum. Ancora più importante, l'ecosistema ZK ha quasi raggiunto il consenso: 9 progetti zkVM su 10 hanno scelto RISC-V come ISA di base, dimostrando che questo standard è diventato di fatto la soluzione unificata del settore. Rispetto all'oscura e ambigua "Yellow Paper", RISC-V possiede una specifica SAIL formale e leggibile dalla macchina, fornendo una base per la verifica della correttezza a livello matematico. Allo stesso tempo, la "modalità privilegiata" di RISC-V offre un isolamento a livello hardware per ambienti di esecuzione affidabili: i contratti in user mode devono chiamare il kernel tramite l'istruzione ECALL, costruendo così un confine di sicurezza più solido rispetto al sandbox software di EVM. Il percorso di migrazione sarà suddiviso in tre fasi: la prima fase sostituirà i precompile con RISC-V in scenari a basso rischio; la seconda fase vedrà la coesistenza di due VM, con contratti EVM e RISC-V che potranno chiamarsi reciprocamente; la terza fase sarà la "strategia Rosetta", in cui EVM sarà compatibile a lungo termine come contratto in esecuzione su RISC-V. Questa evoluzione graduale garantisce stabilità e spiana la strada alla semplificazione finale del protocollo. La trasformazione da EVM a RISC-V non è solo un aggiornamento del livello di esecuzione, ma rimodellerà l'intero ecosistema Ethereum. Per i Rollup, quelli ottimistici (Arbitrum, Optimism) dipendono dal ricalcolo delle prove di frode su L1 EVM; una volta che EVM sarà sostituito, il loro modello dovrà essere completamente ricostruito o rischierà di essere disaccoppiato. I ZK Rollup, invece, godranno di un vantaggio strategico: la maggior parte dei progetti interni utilizza già RISC-V, e l'ambiente di esecuzione L1 e L2 sarà unificato nativamente, consentendo "Rollup nativi" con regolamento efficiente e senza soluzione di continuità su L1, riducendo i costi di prova. Per gli sviluppatori, linguaggi come Rust, Go e Python potranno essere eseguiti direttamente su L1, ampliando radicalmente i confini dello sviluppo di smart contract; per gli utenti, i costi di prova potrebbero ridursi di cento volte, portando Ethereum a raggiungere un livello di "Gigagas L1" con decine di migliaia di TPS. Guardando ancora più avanti, questa trasformazione si allinea con la visione di "Lean Ethereum": semplificare consenso, dati e livello di esecuzione, facendo evolvere Ethereum in uno strato di fiducia minimale e verificabile per Internet. L'obiettivo di Vitalik, "the endgame is ZK-snark everything", non è più un'illusione, ma una roadmap realistica resa possibile da RISC-V. Questo significa che il futuro di Ethereum non sarà più una "virtual machine per smart contract" nel senso tradizionale, ma una base di fiducia globale, verificabile, semplice e trasparente. [Testo originale in inglese]