Poco più di un anno dopo che l'aggiornamento di Dencun aveva dato un enorme impulso alle reti Layer 2, e solo pochi mesi prima dell'attesissimo rilascio di Fusaka, il co-fondatore di Ethereum Vitalik Buterin ha lanciato una proposta audace.
In un post sul forum di aprile, ha suggerito che la rete potrebbe alla fine sostituire il suo cavallo di battaglia di lunga data, l'Ethereum Virtual Machine (EVM), con RISC-V, un'architettura di set di istruzioni open source di basso livello.
Il fascino di una nuova fondazione
Per chi non lo sapesse, l'EVM è il motore di esecuzione che alimenta ogni smart contract su Ethereum. Traduce il codice Solidity in istruzioni a livello macchina e regola l'interazione dei contratti. È stata la spina dorsale di Ethereum fin dal suo inizio. Quindi, quando Buterin ha proposto l'idea di sostituirlo, ha suscitato reazioni a catena nella comunità.
Il suo ragionamento si basa sulla scalabilità a lungo termine:
"Lo sforzo per la beam chain promette grandi risultati in termini di semplificazione del livello di consenso", ha scritto. "Ma affinché il livello di esecuzione possa ottenere risultati simili, questo tipo di cambiamento radicale potrebbe essere l'unica strada percorribile".
Buterin ha sostenuto che una macchina virtuale basata su RISC-V potrebbe accelerare drasticamente la generazione di prove a conoscenza zero, fino a 100 volte. Questo potrebbe rappresentare una svolta per gli zk-rollup, considerati la soluzione migliore per Ethereum per scalare in modo sicuro. Eliminando la necessità di tradurre il codice due volte, da Solidity a EVM e poi in formati compatibili con zk, RISC-V potrebbe semplificare la generazione di prove e ridurre i costi computazionali.
Tuttavia, una cosa è lanciare un'idea, un'altra è rivoluzionare il cuore stesso dell'ecosistema Ethereum. Stuart Popejoy, co-fondatore e CEO di Kadena, blockchain Layer 1 basata sul proof-of-work, è stato schietto sulla portata di questa rivoluzione:
"Non esiste un futuro in cui si verifichi una grande interruzione a breve termine, perché non potrebbe verificarsi in tempi rapidi", ha dichiarato a CryptoPotato. "Un sistema 'migliore' dovrebbe funzionare in parallelo per anni, oltre ad accumulare gli effetti di rete dell'EVM".
Popejoy, la cui piattaforma ha recentemente lanciato la testnet Chainweb EVM, sostiene che sostituire l'EVM non è come sostituire un database o aggiornare un protocollo. È come chiedere a Internet di sostituire HTTP; teoricamente possibile, ma praticamente assurdo.
Ciò non significa che l'idea sia priva di fondamento. Secondo la ricercatrice blockchain Blessing Onuogu, la proposta è "complessa e ambiziosa", ma potrebbe portare a un "Ethereum più scalabile ed efficiente". Onuogu ritiene che il potenziale prestazionale di RISC-V potrebbe consentire contratti intelligenti più sofisticati, che attualmente mettono a dura prova l'architettura basata su stack dell'EVM.
I vantaggi tecnici di RISC-V sono indiscutibili. È aperto, personalizzabile e già utilizzato in progetti come Nervos. È anche compatibile con l'esecuzione parallela e le applicazioni a conoscenza zero.
"I rollup ZK-STARK e ZK-SNARK potrebbero ridurre i tempi e i costi di dimostrazione", ha osservato lo sviluppatore pseudonimo Block.nm. "Con l'esecuzione basata sui registri, è più facile scrivere programmi dimostrabili".
Tuttavia, integrare RISC-V in Ethereum non è solo un aggiornamento software. È un riavvio completo dell'ecosistema. Innanzitutto, gli smart contract sono immutabili. Non è possibile semplicemente migrarli. Come ha spiegato Popejoy, "Lo stato esistente è crittograficamente legato a indirizzi specifici sulla EVM". Riscrivere i contratti da zero sarebbe obbligatorio. Così come rieseguirne l'audit.
E qui si cela una sfida ancora più profonda: la perdita di un decennio di conoscenze sulla sicurezza.
"Azzereremmo 10 anni di conoscenze accumulate in materia di sicurezza", ha avvertito Popejoy. "Abbiamo imparato molto sull'EVM; tutto questo diventerebbe irrilevante".
I problemi di compatibilità si estendono anche alle L2 di Ethereum. Le prove di frode su Optimism e Arbitrum si basano sull'esecuzione del bytecode EVM da parte della L1 per convalidare le transazioni rollup. Sostituendo l'EVM, si interrompe anche questa.
"Bisognerebbe costruire un interprete EVM completo in RISC-V", ha osservato Popejoy. "Questo vanifica l'obiettivo di renderlo più economico e veloce."
Se ciò non fosse fattibile, le L2 potrebbero essere costrette a trasformarsi in catene sovrane, frammentando l'ecosistema e compromettendo la componibilità.
Quindi, qual è la strada da seguire?
La maggior parte degli esperti concorda: non c'è una rottura netta. L'unico scenario realistico, secondo alcuni, prevede il supporto di due VM per almeno un decennio. I nuovi contratti potrebbero utilizzare l'architettura RISC-V più veloce, mentre quelli legacy continuerebbero a funzionare sull'EVM. Col tempo, gli sviluppatori potrebbero migrare volontariamente se i vantaggi fossero evidenti e gli strumenti fossero solidi.
"Il supporto per due VM offrirebbe flessibilità agli sviluppatori", ha affermato Onuogu. "Concede tempo per adattarsi e garantisce continuità". Ha sottolineato la necessità di un'implementazione graduale, simile a quella degli zk-rollup, che non ha interessato le app esistenti.
Nel frattempo, gli sviluppatori L2 dovrebbero già prepararsi. Block.nm consiglia di investire oggi stesso in architetture modulari, astrarre i sistemi di prova, disaccoppiare i livelli di settlement e sperimentare compilatori alternativi come LLVM IR e WebAssembly. "Non affidatevi esclusivamente a Solidity", ammoniscono.
Ma anche con la preparazione, la migrazione non sarà facile. Ethereum ospita decine di migliaia di app, miliardi di valore e milioni di utenti. Ognuna ha dipendenze diverse. Una nuova VM deve in qualche modo rispettare queste relazioni o rischiare di frammentare la community. Eppure, il dibattito sulla sostituzione dell'EVM riflette una verità più ampia: Ethereum deve evolversi.
Sebbene gli aggiornamenti di Dencun e Pectra abbiano risolto i principali colli di bottiglia, hanno solo spinto la scalabilità fino a un certo punto. Il livello base della rete è ancora gravato da complessità, esecuzione lenta e design monolitico. Come hanno notato Buterin e altri, la sostenibilità a lungo termine potrebbe richiedere un'architettura più semplice e pulita, soprattutto con concorrenti come Solana, Sui e framework di rollup modulari che stanno erodendo il dominio di Ethereum.
Ecco perché proposte come EIP-7983, che limitano l'utilizzo di gas per transazione, stanno guadagnando terreno. Promettono maggiore prevedibilità, una propagazione più rapida dei blocchi e un migliore supporto per l'esecuzione zk, il tutto riducendo al minimo le interruzioni. Questi cambiamenti incrementali riflettono l'etica progettuale emergente di Ethereum: semplificare dove possibile, preservare dove necessario.
RISC-V non è però una soluzione miracolosa. E come ha detto Popejoy, potrebbe non sostituire mai l'EVM. Ma apre le porte alla sperimentazione. Se Ethereum vuole rimanere la blockchain programmabile leader al mondo, non può accontentarsi del suo stack legacy.
"L'evoluzione di Ethereum non consiste nel sostituire tutto ciò che abbiamo costruito", ha concluso Onuogu. "Si tratta di costruire ciò che verrà dopo, con attenzione, trasparenza e tenendo conto dell'intero ecosistema".
Questa evoluzione potrebbe richiedere 10 anni o più, ma sembra che sia già iniziata.
L'articolo RISC-V su Ethereum: futuro scalabile o riavvio rischioso? è apparso per la prima volta su CryptoPotato .