Vitalik Buterin, co-fondatore di Ethereum, ha utilizzato un post del 27 settembre per delineare una Ethereum in cui la chain di base regola i risultati finali mentre le prove crittografiche gestiscono una quota crescente del lavoro di verifica. La sua visione 2030 riunisce prove STARK ricorsive, campionamento della disponibilità dei dati, strumenti per la privacy e un consenso ridisegnato. Il saggio descrive una direzione tecnica pluriennale piuttosto che un calendario di rilascio: il codice pertinente, l'ambito di ciascun aggiornamento e le date di consegna devono ancora passare attraverso il normale processo di sviluppo di Ethereum.

Lo spostamento proposto può essere sintetizzato in una frase: la chain continua a decidere i risultati finali, mentre le prove offrono ai partecipanti un modo più efficiente di controllare il lavoro che ha prodotto tali risultati.

Cosa Ethereum deve ancora fare da solo

Ethereum necessita di un registro condiviso di chi possiede cosa e di quale transazione sia arrivata per prima. Tale registro impedisce che gli stessi fondi vengano spesi due volte e fornisce alle applicazioni uno stato finale a cui ogni partecipante può fare riferimento.

Oggi, i full node validano le transazioni e le modifiche di stato in modo indipendente. Verificano se un mittente dispone di fondi sufficienti, se uno smart contract ha rispettato le proprie regole e se lo stato risultante corrisponde al protocollo. Questo lavoro duplicato rafforza la sicurezza della rete, ma limita anche i guadagni di capacità che deriverebbero dall'aggiunta di altri computer.

Secondo la roadmap di Buterin, l'ordinamento delle transazioni e il regolamento finale restano al livello di base, mentre l'infrastruttura circostante ottiene più spazio per gestire calcoli complessi prima che raggiungano un blocco finale.

Le prove possono sostenere più lavoro di controllo

Una prova a conoscenza zero è un'enunciato matematico compatto del fatto che un calcolo ha seguito un insieme definito di regole. Le STARK — acronimo di Scalable Transparent Argument of Knowledge — sono una costruzione trasparente basata su hash che non richiede un trusted setup. Un prover esegue i calcoli più onerosi e fornisce evidenze che altri partecipanti possono verificare in modo efficiente. Le prove ricorsive estendono il modello combinando molte prove in una singola prova, consentendo alla rete di controllare un unico risultato compresso che copre un insieme più ampio di dipendenze. Questo approccio potrebbe ridurre la quantità di calcolo ripetuto che raggiunge l'ambiente di esecuzione di Ethereum.

Buterin illustra l'idea con un wallet cherolla una posizione DeFi complessa che coinvolge diversi asset collaterali e regole automatizzate. Nell'architettura che descrive, una prova potrebbe attestare che la posizione è stata aggiornata correttamente, e Ethereum regolerebbe quindi lo stato risultante secondo le proprie regole.

Costi inferiori ed esecuzione più rapida di azioni complesse restano risultati possibili. La loro portata dipenderebbe dai costi di generazione delle prove, dalla progettazione delle applicazioni e dalle funzionalità che raggiungeranno eventualmente la Mainnet.

La disponibilità dei dati è una questione di sicurezza separata

Una prova valida e dati disponibili svolgono funzioni diverse. La prova riguarda se un calcolo definito è stato eseguito correttamente; la disponibilità dei dati riguarda se le informazioni che supportano quel calcolo possono ancora essere recuperate e ispezionate. La distinzione ha importanza in pratica: senza dati recuperabili, anche una prova valida lascerebbe i partecipanti incapaci di ricostruire in modo indipendente lo stato prodotto dal calcolo.

PeerDAS lavora sul secondo problema. Consente ai nodi di campionare i dati blob e di acquisire fiducia che il dataset più ampio sia disponibile, eliminando la necessità per ciascun nodo di scaricare l'intero dataset prima di partecipare al controllo. PeerDAS è arrivato con l'aggiornamento Fusaka, diventando una parte attiva dell'architettura di scaling di Ethereum. Il saggio di Buterin spinge oltre lo stesso principio di design: porre meno lavoro ripetuto su ciascun singolo partecipante preservando un percorso di verifica indipendente.

Il saggio colloca inoltre il lavoro precedente sulla verifica dei validator basata su prove, inclusa la proposta Lean Ethereum, all'interno di un piano più ampio che copre calcolo, dati e privacy in tutta la rete.

Anche la privacy coprirà le tracce lasciate dai wallet

La sfida della privacy di Ethereum va oltre nascondere gli importi dei pagamenti o gli indirizzi dei destinatari. I wallet spesso interpellano server esterni per saldi, dati dei token e storici delle transazioni, e queste richieste possono rivelare quali account una persona segue o controlla.

Buterin descrive strumenti crittografici e infrastrutture decentralizzate che potrebbero proteggere una quota maggiore di questi metadati. Gli obiettivi dichiarati includono pagamenti privati, logica privata degli account e un numero ridotto di query dei wallet esposte a un singolo fornitore di servizi.

L'uso quotidiano richiederebbe più della semplice ricerca sul protocollo. Il software dei wallet deve supportare gli strumenti in modo sicuro, e le interfacce devono spiegare il modello di sicurezza con sufficiente chiarezza perché gli utenti possano fare scelte informate.

Hegotá avvia una transizione tecnica più lunga

La roadmap ufficiale di Ethereum colloca l'aggiornamento Hegotá nel 2027. Buterin lo descrive come probabilmente l'ultimo aggiornamento costruito principalmente attorno a una tecnologia che risulterebbe familiare agli sviluppatori di metà anni 2010. La fase successiva potrebbe coinvolgere STARK ricorsive, un consenso più ottimizzato, verifica formale automatizzata e crittografia resistente ai computer quantistici.

La verifica formale può testare se il codice corrisponde a una specifica scritta, ma non può risolvere omissioni o decisioni errate all'interno di quella specifica. La ricerca quantum-safe prepara Ethereum ai futuri progressi della potenza di calcolo; la crittografia esistente di Ethereum resta in uso oggi.

Queste idee devono ancora affrontare ricerca, lavoro sulle specifiche, sviluppo dei client, revisione della sicurezza, test e consenso della community. Per chi segue l'evoluzione, i traguardi osservabili sono le bozze delle specifiche, le implementazioni dei client e i test sulle reti pubbliche — le stesse fasi che ogni aggiornamento di Ethereum supera prima di raggiungere la Mainnet. La generazione delle prove deve diventare più economica e sicura sotto carichi di lavoro reali, e la gestione di grandi quantità di stato applicativo condiviso resta un'altra sfida importante individuata nel saggio.

La roadmap sarà giudicata dalla verifica indipendente

Lo standard pratico è semplice. Utenti, sviluppatori e operatori di nodi hanno bisogno di un modo realistico per verificare il sistema senza affidarsi a un intermediario opaco. Le prove compatte devono essere efficienti, i dati devono restare accessibili e i wallet devono comunicare le ipotesi alla base di ciascuna azione.

L'architettura proposta da Ethereum mantiene la chain responsabile dell'ordinamento e del regolamento, mentre i sistemi di prova e le infrastrutture decentralizzate gestirebbero una quota maggiore del lavoro che porta a quei risultati finali. Il valore della roadmap dipenderà dal fatto che questo assetto renda la verifica più pratica senza aggiungere complessità che gli utenti ordinari non possono valutare.

Questo articolo è fornito solo a scopo informativo e non costituisce consulenza finanziaria o di investimento. La roadmap di Ethereum resta soggetta a revisione tecnica, coordinamento della community e modifiche.