Vitalik prevede un futuro senza bug per itracintelligenti

Secondo il co-fondatore di EthereumVitalik Buterin, gli sviluppatori che danno priorità alla sicurezza possono aspettarsi di raggiungere una codifica priva di bug entro il 2030. 

Dopo il controverso hard fork di Gnosis Chain per recuperare 9,4 milioni di dollari dall'hack di Balancer, il co-fondatore Ethereum Vitalik Buterin ha affermato che la convinzione che "i bug sono inevitabili, non è possibile creare codice privo di bug" non sarà più vera nel 2030.

Cosa ha detto Vitalik Buterin sulla programmazione? 

Vitalik Buterin ha previsto che il codice privo di bug diventerà una realtà nel 2030 attraverso un'interazione sulla piattaforma di social media X. 

La discussione è iniziata quando Gnosis Chain ha annunciato di aver eseguito un hard fork il 22 dicembre, come riportato da Cryptopolitan. L'hard fork ha recuperato 9,4 milioni di dollari rubati durante l'exploit Balancer del novembre 2024, che ha prosciugato oltre 128 milioni di dollari su diverse blockchain. Il recupero ha richiesto alla maggior parte dei validatori di adottare un nuovo software e coloro che non lo hanno aggiornato sono stati sanzionati.

Questa mossa, ovviamente, ha incontrato una certa resistenza da parte dei sostenitori della blockchain, che l'hanno criticata perché va contro il principio di immutabilità. Un utente X con il soprannome di "collusore" ha affermato che il vero problema è il modo in cui vengono costruite le applicazioni blockchain. Hanno sostenuto che l'utilizzo di smarttracin macchine virtuali programmabili è l'approccio sbagliato. 

"Ci sono solo 7tracche vale la pena scrivere e dovrebbero essere semplicemente sanciti nello strato di base e ottenere sicurezza dalla diversità dei clienti", ha scritto l'utente. 

Buterin ha poi risposto chiarendo che "formalmente verificato" non equivale a "dimostrare che è privo di bug". Ha inoltre suggerito che un codice dimostrabilmente privo di bug potrebbe addirittura non essere possibile.

"Mi spingerei addirittura a dire che 'dimostrabilmente privo di bug' non è possibile, perché 'privo di bug' significa 'nessuna lacuna tra l'intenzione e l'esecuzione del codice', e la nostra intenzione è un oggetto estremamente complesso a cui abbiamo solo un accesso limitato." 

La verifica formale utilizza metodimaticper verificare il corretto funzionamento dei sistemi critici per la sicurezza. La tecnica è utilizzata fin dagli anni '60 in settori come l'ingegneria aerospaziale. 

Se utilizzata nei contratti intelligentitractractractractractractractractracla logica aziendale di un contratto soddisfa unadefi; tuttavia, nonostante i Balancertraccontratti siano stati sottoposti a 11 verifiche, condotte da quattro diverse società di sicurezza, una falla critica è comunque sfuggita ai controlli. 

È possibile un futuro con un codice privo di bug? 

Buterin ha proposto che la soluzione consista in più livelli di ridondanza per filtrare le lacune tra intenzione ed esecuzione. Ha indicato i sistemi di tipo come una forma di ridondanza e la verifica formale di specifiche affermazioni sul codice come un altro livello.

La verifica formale può rilevare problemi come underflow e overflow di interi, rientranze e scarse ottimizzazioni del gas che potrebbero sfuggire a revisori e tester. I test tradizionali, invece, possono solo verificare la presenza di errori, non la loro assenza.

Buterin ha osservato che alcuni software continueranno ad avere bug perché, in certi casi, i miglioramenti di funzionalità contano più della perfezione. Ma gli sviluppatori che danno priorità alla sicurezza avranno gli strumenti per realizzare un codice veramente privo di bug.