Vitalik Buterin sollecita la garbage collection per contenere il gonfiore di Ethereum

Vitalik Buterin, cofondatore di Ethereum, esorta sviluppatori e manutentori del protocollo a confrontarsi con l’accumulo di complessità che deriva dall’immancabile tendenza ad aggiungere funzionalità senza rimuoverne di obsolete.

La critica di Buterin alla complessità

Secondo Buterin, la vera affidabilità e la sovranità individuale non dipendono esclusivamente da metriche quantitative di decentralizzazione ma anche e soprattutto dalla semplicità del codice e delle regole che definiscono il protocollo.

Vitalik Buterin said:

“Even a highly decentralized protocol can fail if it becomes an unwieldy mess; ultimately that protocol fails.”

Buterin individua tre effetti negativi principali legati alla complessità crescente: indebolimento della fiducia senza intermediari, fallimento del cosiddetto walkaway test e erosione della capacità degli utenti tecnicamente avanzati di comprendere e verificare il sistema da soli.

Perché la compatibilità all’indietro favorisce l’accumulo

Il nodo critico, secondo Buterin, è il criterio con cui vengono valutati gli aggiornamenti: se la misura principale è quanto un cambiamento sia non dirompente rispetto allo stato attuale, prevale un bias che favorisce aggiunte piuttosto che rimozioni. Questo porta il protocollo ad appesantirsi progressivamente.

Per contrastare questa dinamica, Buterin propone di introdurre una funzione esplicita di semplificazione o di garbage collection nel processo di sviluppo: obiettivi misurabili per ridurre le righe di codice, limitare l’uso di primitive crittografiche e introdurre vincoli invarianti che rendano il comportamento dei client più prevedibile e quindi più semplice da implementare correttamente.

Esempi di “pulizia” già avviati

Buterin cita interventi passati come reset significativi: la transizione da proof-of-work (PoW) a proof-of-stake (PoS) ha rappresentato una ristrutturazione su larga scala, mentre riforme recenti sui costi del gas mirano a legare le regole a consumi di risorse più tangibili, sostituendo criteri arbitrari con legami più chiari alla realtà operativa.

Tra le proposte concrete di pulizia figurano la possibilità di spostare funzionalità raramente usate dal nucleo del protocollo verso smart contract opzionali, in modo da alleggerire l’onere sugli sviluppatori dei client e rendere il core più manutenibile nel tempo.

La posizione di Solana Labs

Su posizioni differenti, Anatoly Yakovenko, CEO di Solana Labs, sostiene che una blockchain deve restare in costante evoluzione: fermarsi equivale a diventare irrilevante per sviluppatori e utenti che richiedono aggiornamenti continui per nuovi casi d’uso e ottimizzazioni di performance.

Anatoly Yakovenko said:

“A blockchain that stops evolving risks becoming irrelevant.”

La posizione di Yakovenko enfatizza il valore dell’iterazione continua e della velocità di sviluppo, anche quando non esiste un singolo gruppo che guidi tutte le trasformazioni, contrapponendosi così all’idea che la longevità ideale dipenda dall’assenza di interventi esterni sul lungo periodo.

Implicazioni per l’ecosistema e prospettive

Il dibattito evidenzia un trade-off strutturale tra stabilità, verificabilità e rapidità di innovazione. La scelta tra rimuovere funzionalità per semplificare e mantenere la piena retrocompatibilità riguarda non solo aspetti tecnici ma anche governance, responsabilità delle squadre di sviluppo e strategia di lungo termine per il mantenimento dei client.

Per superare il problema dell’accumulo serviranno processi decisionali chiari e metriche che valutino non soltanto il valore aggiunto di nuove feature ma anche il costo di complessità che esse impongono alla base di codice e agli implementatori.

In definitiva, la discussione sollevata da Buterin e la risposta di attori come Anatoly Yakovenko mostrano come la comunità blockchain si trovi a bilanciare due priorità: conservare un kernel semplice e verificabile nel tempo oppure favorire un ritmo di cambiamento che risponda rapidamente alle esigenze del mercato e degli sviluppatori.