Vitalik prevê um futuro sem erros paratracinteligentes

Segundo Vitalik Buterin, cofundador do Ethereum, os desenvolvedores que priorizam a segurança podem esperar que a programação sem erros se torne possível na década de 2030. 

Após o controverso hard fork da Gnosis Chain para recuperar US$ 9,4 milhões do ataque hacker à Balancer, o cofundador Ethereum Vitalik Buterin, afirmou que a crença de que "bugs são inevitáveis, você não pode criar código sem bugs" deixará de ser verdadeira na década de 2030.

O que Vitalik Buterin disse sobre programação? 

Vitalik Buterin previu que o código livre de erros se tornará uma realidade na década de 2030, por meio de uma interação na plataforma de mídia social X. 

A discussão começou quando a Gnosis Chain anunciou a execução de um hard fork em 22 de dezembro, conforme relatado pela Cryptopolitan. O hard fork recuperou US$ 9,4 milhões roubados durante o ataque à Balancer em novembro de 2024, que drenou mais de US$ 128 milhões em várias blockchains. A recuperação exigiu que a maioria dos validadores adotasse um novo software, e aqueles que não atualizaram estão sujeitos a penalidades.

Naturalmente, isso encontrou resistência por parte dos defensores da blockchain, que criticaram a medida por contrariar o princípio da imutabilidade. Um usuário do X com o codinome 'colluding node' afirmou que o verdadeiro problema reside na forma como as aplicações blockchain são construídas. Ele argumentou que o uso detracinteligentes em máquinas virtuais programáveis ​​é uma abordagem equivocada. 

"Existem apenas 7tracque valem a pena redigir, e eles deveriam ser incorporados à camada base e obter segurança por meio da diversidade de clientes", escreveu o usuário. 

Buterin respondeu esclarecendo que formalmente verificado não significa comprovadamente livre de erros. Ele foi além, sugerindo que código comprovadamente livre de erros pode nem mesmo ser possível.

"Eu diria até que 'comprovadamente livre de bugs' não é possível, porque 'livre de bugs' significa 'nenhuma lacuna entre a intenção e a execução do código', e nossa intenção é um objeto extremamente complexo ao qual temos apenas acesso limitado." 

A verificação formal utiliza métodosmaticpara verificar se sistemas críticos para a segurança funcionam corretamente. Essa técnica vem sendo usada desde a década de 1960 em áreas como a engenharia aeroespacial. 

Quando utilizada em contratos inteligentestraca verificação formal pode comprovar que a lógica de negócios de um contratotraca umadefi; no entanto, apesar de da Balancertracos terem sido auditados 11 vezes, por quatro empresas de segurança diferentes, uma falha crítica ainda passou despercebida. 

É possível um futuro com código livre de erros? 

Buterin propôs que a solução reside em múltiplas camadas de redundância para filtrar as lacunas entre a intenção e a execução. Ele apontou os sistemas de tipos como uma forma de redundância e a verificação formal de afirmações específicas sobre o código como outra camada.

A verificação formal pode detectar problemas como underflow e overflow de inteiros, reentrância e otimizações de gás deficientes que podem passar despercebidos por auditores e testadores. Enquanto isso, os testes tradicionais só conseguem verificar a presença de erros, e não a sua ausência.

Buterin observou que alguns softwares continuarão apresentando bugs porque, em certos casos, os ganhos de funcionalidade importam mais do que a perfeição. Mas os desenvolvedores que priorizam a segurança terão as ferramentas necessárias para alcançar um código verdadeiramente livre de bugs.