Los desarrolladores que priorizan la seguridad pueden esperar que la programación sin errores se vuelva alcanzable en la década de 2030, según el cofundador de Ethereum, Vitalik Buterin.
Después del controvertido hard fork de Gnosis Chain para recuperar $9.4 millones del hack de Balancer, el cofundador de Ethereum, Vitalik Buterin, dijo que la creencia de que “los errores son inevitables, no puedes hacer código sin errores” dejará de ser cierta en la década de 2030.
¿Qué dijo Vitalik Buterin sobre la programación?
Vitalik Buterin ha hecho una predicción de que el código sin errores se convertirá en una realidad 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ó que ejecutó un hard fork el 22 de diciembre, según informó Cryptopolitan. El hard fork recuperó $9.4 millones robados durante la explotación de Balancer en noviembre de 2024, que drenó más de $128 millones a través de múltiples blockchains. La recuperación requirió que la mayoría de los validadores adoptaran nuevo software, y aquellos que no lograron actualizar se enfrentan a penalizaciones.
Esto, por supuesto, fue recibido con cierta resistencia por parte de los defensores de la blockchain que criticaron el movimiento porque va en contra del principio de inmutabilidad. Un usuario X con el apodo de 'nodo coludido' dijo que el verdadero problema es cómo se construyen las aplicaciones de blockchain. Argumentaron que usar contratos inteligentes en máquinas virtuales programables es el enfoque incorrecto.
“Solo hay 7 contratos que valen la pena escribir, y deberían ser consagrados en la capa base y obtener seguridad de la diversidad de clientes”, escribió el usuario.
Buterin luego respondió aclarando que la verificación formal no es igual a libre de errores comprobables. Fue más allá al sugerir que el código libre de errores comprobables puede no ser posible.
“Incluso diría que 'libre de errores comprobables' no es posible, porque 'libre de errores' significa 'sin 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étodos matemáticos para verificar si los sistemas críticos de seguridad funcionan correctamente. La técnica se ha utilizado desde la década de 1960 en campos como la ingeniería aeroespacial.
Cuando se utiliza en contratos inteligentes, la verificación formal puede probar que la lógica comercial de un contrato cumple con una especificación predefinida; sin embargo, a pesar de que los contratos de Balancer fueron auditados 11 veces, realizadas por cuatro firmas de seguridad separadas, un fallo crítico aún se coló.
¿Es posible un futuro de código libre de errores?
Buterin propuso que la solución son múltiples capas de redundancia para filtrar las brechas entre la intención y la ejecución. Señaló a los sistemas de tipos como una forma de redundancia, y la verificación formal de reclamos específicos sobre el código como otra capa.
La verificación formal puede detectar problemas como desbordamientos y subdesbordamientos de enteros, re-entrada y malas optimizaciones de gas que pueden pasar desapercibidos por auditores y testers. Mientras tanto, las pruebas tradicionales solo pueden verificar la presencia de errores en lugar de su ausencia.
Buterin señaló que algunos software seguirán teniendo errores porque las ganancias de funcionalidad importan más que la perfección en ciertos casos. Pero los desarrolladores que priorizan la seguridad tendrán las herramientas para lograr un código verdaderamente libre de errores.
Únete a una comunidad de trading de cripto premium gratis durante 30 días - normalmente $100/mes.
