Vitalik predice un futuro sin errores para lostracinteligentes

Los desarrolladores que priorizan la seguridad pueden esperar que la codificación sin errores sea posible en la década de 2030, según el cofundador de Ethereum, Vitalik Buterin. 

Después de la controvertida bifurcación dura de Gnosis Chain para recuperar 9,4 millones de dólares del hackeo de Balancer, el cofundador Ethereum Vitalik Buterin, dijo que la creencia de que "los errores son inevitables, no se puede crear un código libre de errores" dejará de ser cierta en la década de 2030.

¿Qué dijo Vitalik Buterin sobre la codificación? 

Vitalik Buterin ha hecho una predicción de que el código libre de errores se convertirá en algo común en la década de 2030 a través de una interacción en la plataforma de redes sociales, X. 

La discusión comenzó cuando Gnosis Chain anunció la ejecución de una bifurcación dura el 22 de diciembre, según La Cryptopolitanbifurcación dura recuperó 9,4 millones de dólares robados durante el exploit Balancer de noviembre de 2024, que drenó más de 128 millones de dólares en múltiples blockchains. La recuperación requirió que la mayoría de los validadores adoptaran un nuevo software, y quienes no lo actualizaron se enfrentan a sanciones. .

Esto, por supuesto, se topó con cierta resistencia por parte de los defensores de la cadena de bloques, quienes criticaron la medida por contradecir el principio de inmutabilidad. Un usuario de X, conocido como "nodo coludido", afirmó que el verdadero problema radica en cómo se crean las aplicaciones de la cadena de bloques. Argumentó que el uso detracinteligentes en máquinas virtuales programables es un enfoque erróneo. 

“Solo hay 7tracque vale la pena escribir, y deberían estar consagrados en la capa base y obtener seguridad de la diversidad de clientes”, escribió el usuario. 

Buterin respondió aclarando que la verificación formal no equivale a una comprobación de errores. Incluso sugirió que un código comprobablemente libre de errores podría incluso no ser posible.

“Incluso me atrevería a decir que no es posible estar 'demostrablemente libre de errores', porque 'libre de errores' significa 'no hay brecha entre la intención y la ejecución del código', y nuestra intención es un objeto extremadamente complejo al que solo tenemos acceso limitado” 

La verificación formal utiliza métodosmaticpara comprobar el correcto funcionamiento de los sistemas críticos para la seguridad. Esta técnica se ha empleado desde la década de 1960 en campos como la ingeniería aeroespacial. 

Cuando se utiliza entrac, la verificación formal puede demostrar que la lógica de negocio de un contratotraccon unadefi; sin embargo, a pesar de que Balancertraclos contratos fueron auditados 11 veces por cuatro empresas de seguridad diferentes, se filtró una falla crítica. 

¿Es posible un futuro con código libre de errores? 

Buterin propuso que la solución reside en múltiples capas de redundancia para filtrar las brechas entre la intención y la ejecución. Señaló los sistemas de tipos como una forma de redundancia, y la verificación formal de afirmaciones específicas sobre el código como otra capa.

La verificación formal puede detectar problemas como subdesbordamientos y desbordamientos de enteros, reentradas y optimizaciones de gas deficientes que pueden pasar desapercibidos para auditores y evaluadores. Mientras tanto, las pruebas tradicionales solo pueden comprobar la presencia de errores, no su ausencia.

Buterin señaló que algunos programas seguirán presentando errores porque, en ciertos casos, las mejoras en la funcionalidad son más importantes que la perfección. Sin embargo, los desarrolladores que priorizan la seguridad contarán con las herramientas para lograr un código verdaderamente libre de errores.