RespuestasPublicado18 fuentes
La ambiciosa apuesta de Vlad Tenev: verificar formalmente todo el código en dos años
El 4 de noviembre de 2026, Vlad Tenev predijo que todo el código se verificará formalmente en dos años, empezando por el software de seguridad crítica.[16] La verificación formal puede demostrar propiedades especificadas bajo un modelo y sus supuestos; no garantiza que la especificación refleje todos los requisitos...
Publicado porEditado con GPT-6 LunaImágenes generadas con GPT Image 2
Respuesta de investigación
Conclusiones clave
- El 4 de noviembre de 2026, Vlad Tenev predijo que todo el código se verificará formalmente en dos años, empezando por el software de seguridad crítica.[16]
- La verificación formal puede demostrar propiedades especificadas bajo un modelo y sus supuestos; no garantiza que la especificación refleje todos los requisitos del mundo real.
- Tenev cofundó Harmonic, la empresa que desarrolla Aristotle y presenta algunos de los ejemplos citados.
Prompt de IA
openai.comCreate a landscape editorial hero image for this Studio Global article: What is Robinhood CEO Vlad Tenev’s November 4 prediction that all code will be formally verified within two years, starting with safety-crit. Article summary: Tenev’s November 4, 2026 prediction is that “all code will be formally verified within two years,” beginning with safety-critical software and spreading to less-critical code—effectively a deadline of November 2028.[16] . Topic tags: general, academic, news, general web, user generated. Style: premium digital editorial illustration, source-backed research mood, clean composition, high detail, modern web publication hero. Use reference image context only for broad subject, composition, and topical grounding; do not copy the exact image. Avoid: logos, brand marks, copyrighted characters, real person likenesses, fake screenshots, UI text, readable text, watermarks
Vlad Tenev lanzó el 4 de noviembre de 2026 un pronóstico de gran alcance: en dos años, todo el código estará formalmente verificado, empezando por los sistemas de seguridad crítica y extendiéndose después al resto.16 En otras palabras, la fecha límite sería noviembre de 2028.
Los ejemplos recientes de Harmonic apuntan a avances en la verificación asistida por inteligencia artificial, pero son demostraciones acotadas. No prueban que todos los programas puedan verificarse ni que la adopción alcance esa escala en el plazo previsto.
Qué predijo Tenev y por qué importa su vínculo con Harmonic
El 27 de octubre, después de que Harmonic anunciara que ampliaría Aristotle para verificar software y diseños de chips, Tenev escribió que «todo el software y el hardware se verificarán».15 Su publicación del 4 de noviembre añadió un horizonte concreto de dos años y una secuencia: empezar por el código de seguridad crítica y avanzar desde ahí.
16
Tenev cofundó Harmonic y es su presidente ejecutivo, según la propia empresa.14 Su pronóstico, por tanto, también habla del posible mercado para la tecnología de Harmonic: conviene leerlo como una previsión de alguien con intereses comerciales en el sector, no como una evaluación independiente.
La compañía cuenta con el respaldo del brazo de capital de riesgo de Nvidia, Sequoia Capital y Ribbit Capital. Una ronda de financiación de 120 millones de dólares realizada en noviembre del año anterior valoró a Harmonic en 1.450 millones de dólares.31 La financiación y la valoración reflejan el compromiso de los inversores, pero no demuestran que la tecnología funcione para todos los casos ni que la adopción vaya a cumplir el plazo de Tenev.
Qué demuestra la verificación formal —y qué queda fuera
Harmonic describe Aristotle como una herramienta que usa métodos formales para demostrar si ciertas propiedades especificadas se cumplen para las entradas contempladas dentro de un sistema definido.6 Es distinto de probar un programa con casos seleccionados o de revisar su código manualmente.
La diferencia es importante, pero una demostración depende de qué propiedad se intenta probar y de cómo se describe el sistema. Puede confirmar que una implementación cumple una especificación sin demostrar que esa especificación recoge correctamente las necesidades del mundo real. También cuentan el modelo, las condiciones previas y los supuestos sobre el entorno. Si un escenario peligroso queda excluido por uno de esos supuestos, la prueba puede ser válida y, aun así, no ocuparse de ese riesgo.
Por eso, «verificado» no equivale a «infalible en cualquier contexto». Una prueba formal aporta evidencia sólida sobre propiedades definidas; por sí sola, no determina si los requisitos son correctos, si los supuestos coinciden con el entorno de uso o si el sistema se comportará con seguridad fuera del modelo.
Qué muestran hasta ahora los ejemplos de Harmonic
El 27 de octubre, Harmonic anunció que Aristotle se ampliaría desde las demostraciones matemáticas a la verificación de software escrito en C y de hardware descrito en Verilog.2
6 El anuncio muestra que la compañía está aplicando su tecnología a problemas de ingeniería, pero no acredita una adopción generalizada en distintos lenguajes, empresas o sistemas.
Algunos ejemplos divulgados son más concretos:
- Software de control del reactor DIII-D: Según la información publicada, el laboratorio de fusión utilizó Aristotle para reconstruir una parte del software de control del reactor en cuatro horas, a partir de un artículo de investigación y una instrucción de 254 palabras.
33 El resultado se refiere a una parte del software: no demuestra que se verificara todo el sistema de control ni que la reconstrucción, por sí sola, certifique una operación segura.
- Instrucciones del procesador Ibex: Un informe de seguimiento de investigación recoge que Harmonic presentó el 3 de noviembre una prueba de nueve propiedades para una configuración concreta del multiplicador y divisor RISC-V Ibex, comparada con una especificación Sail.
18 Es un resultado de alcance definido, no una prueba de todo el procesador ni de todas sus configuraciones.
- Alcance de las comprobaciones: El trabajo anunciado por Harmonic se centra en propiedades especificadas para C y Verilog; no ofrece una garantía general de que un programa o chip sea correcto en todos los aspectos.
6 La información disponible tampoco establece un panorama completo, evaluado de manera independiente, de las comprobaciones compatibles, sus exclusiones y sus límites en cada uso.
Estos casos son relevantes porque ilustran intentos concretos de aplicar métodos formales al software y al hardware. Pero demostrar propiedades de código o configuraciones seleccionadas no basta para establecer que la verificación será viable, asequible y sostenible en todo tipo de sistemas de producción.
Qué tendría que ocurrir para que el pronóstico gane credibilidad
El pronóstico de Tenev no se limita a que una herramienta pueda demostrar algunas propiedades: anticipa una adopción generalizada. Para respaldarlo harían falta resultados reproducibles de forma independiente, despliegues en producción en sistemas diversos, información clara sobre los lenguajes y las herramientas compatibles, y pruebas de que las demostraciones se pueden mantener a medida que cambia el software.
La revisión independiente también seguirá siendo necesaria. Los equipos tendrán que examinar los requisitos, los modelos, los supuestos y la integración con el sistema desplegado. Las pruebas formales pueden reforzar las garantías de ingeniería, pero no hacen desaparecer esas preguntas.
La información disponible aquí no identifica qué componentes, si los hay, de la plataforma de operaciones bursátiles de Robinhood han sido verificados formalmente. Es una falta de información pública, no una prueba de que no existan componentes verificados.
Por ahora, la lectura más prudente es que Tenev hizo una predicción ambiciosa y comercialmente interesada, mientras que Harmonic ha presentado ejemplos prometedores, pero de alcance limitado. Esos ejemplos justifican explorar la verificación formal asistida por IA; no demuestran que todo el código vaya a estar verificado en noviembre de 2028.
Studio Global AI
Continúe su investigación
Esta página incluye una respuesta respaldada por fuentes que puede continuar dentro de Studio Global.
La gente también pregunta
¿Cuál es la respuesta corta a "La ambiciosa apuesta de Vlad Tenev: verificar formalmente todo el código en dos años"?
El 4 de noviembre de 2026, Vlad Tenev predijo que todo el código se verificará formalmente en dos años, empezando por el software de seguridad crítica.[16]
¿Cuáles son los puntos clave a validar primero?
El 4 de noviembre de 2026, Vlad Tenev predijo que todo el código se verificará formalmente en dos años, empezando por el software de seguridad crítica.[16] La verificación formal puede demostrar propiedades especificadas bajo un modelo y sus supuestos; no garantiza que la especificación refleje todos los requisitos del mundo real.
¿Qué debo hacer a continuación en la práctica?
Tenev cofundó Harmonic, la empresa que desarrolla Aristotle y presenta algunos de los ejemplos citados.