RéponsesPublié18 sources
Vlad Tenev prédit que tout le code sera vérifié d’ici deux ans
Le 4 novembre 2026, Vlad Tenev a prédit que tout le code serait vérifié formellement d’ici deux ans, en commençant par les logiciels critiques.[16] Une preuve formelle établit des propriétés définies dans un modèle donné ; elle ne garantit pas que les exigences décrivent tous les besoins du monde réel. Tenev a cofon...
Publié parModifié avec GPT-6 LunaImages générées avec GPT Image 2
Réponse de recherche
Points clés à retenir
- Le 4 novembre 2026, Vlad Tenev a prédit que tout le code serait vérifié formellement d’ici deux ans, en commençant par les logiciels critiques.[16]
- Une preuve formelle établit des propriétés définies dans un modèle donné ; elle ne garantit pas que les exigences décrivent tous les besoins du monde réel.
- Tenev a cofondé Harmonic, qui développe la technologie Aristotle présentée dans plusieurs exemples : sa prédiction est donc un pari intéressé, et non une preuve d’adoption généralisée.[14]
Prompt 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
La prédiction de Vlad Tenev, publiée le 4 novembre 2026, est ambitieuse : selon lui, tout le code sera vérifié formellement d’ici deux ans, en commençant par les logiciels critiques avant que la pratique ne s’étende au reste.16 Cela revient à fixer l’échéance à novembre 2028. Les exemples récents de Harmonic témoignent de progrès en matière de vérification assistée par l’IA, mais restent des démonstrations ciblées : ils ne prouvent pas que chaque base de code pourra être vérifiée dans ce délai.
Une prédiction qui engage aussi Harmonic
Après l’annonce, le 27 octobre, de l’application d’Aristotle à la vérification de logiciels et de puces, Tenev avait déjà affirmé que « tous les logiciels et matériels seront vérifiés ». Sa déclaration du 4 novembre ajoute un calendrier de deux ans et prévoit que les systèmes critiques seront les premiers concernés.15
16
Tenev a cofondé Harmonic et en est le président exécutif.14 Sa prédiction est donc pertinente pour comprendre le marché potentiel de la technologie de l’entreprise, mais elle doit aussi être considérée comme une prévision portée par une personne ayant un intérêt commercial dans son essor. Harmonic bénéficie du soutien du bras d’investissement de Nvidia, de Sequoia Capital et de Ribbit Capital. Une levée de fonds de 120 millions de dollars, annoncée en novembre dernier, valorisait l’entreprise à 1,45 milliard de dollars.
31 Ces financements témoignent de la confiance des investisseurs, mais ne démontrent ni que la technologie convient à tous les usages ni que son adoption suivra le calendrier annoncé.
Ce que la vérification formelle garantit — et ce qu’elle ne garantit pas
Harmonic explique qu’Aristotle peut utiliser la vérification formelle pour établir si certaines propriétés sont vraies pour les entrées couvertes par un système défini. Cette approche diffère des tests, qui portent sur des cas sélectionnés, et de la revue de code, qui repose sur l’examen du programme par des personnes.6
La nuance essentielle est qu’une preuve ne vaut que pour la propriété énoncée et le système qu’elle décrit. Elle peut montrer qu’un programme respecte une spécification sans établir que cette spécification traduit correctement le besoin réel. Le modèle, les préconditions et les hypothèses d’environnement délimitent également la portée du résultat. Si une situation dangereuse est écartée par une hypothèse, la preuve peut être valide sans rien dire sur cette situation.
« Vérifié » ne signifie donc pas « sans défaut dans tous les contextes ». Une preuve formelle apporte des garanties solides sur des propriétés précisément définies ; elle ne suffit pas à confirmer que les exigences sont justes, que les hypothèses correspondent aux conditions d’utilisation ou que le comportement hors du modèle est sûr.
Ce que montrent les exemples de Harmonic
Le 27 octobre, Harmonic a annoncé qu’Aristotle étendait ses capacités, jusque-là consacrées aux preuves mathématiques, à la vérification de logiciels en C et de matériel décrit en Verilog.2
6 L’annonce montre que l’entreprise applique son approche à des problèmes d’ingénierie. Elle ne démontre pas une adoption étendue à l’ensemble des langages, des entreprises ou des systèmes logiciels.
Quelques démonstrations rapportées donnent une idée plus concrète des travaux en cours :
- Le système de contrôle du réacteur DIII-D : selon les informations publiées, le laboratoire de fusion a utilisé Aristotle pour reconstruire une partie de son logiciel de contrôle en quatre heures, à partir d’un article de recherche et d’une consigne de 254 mots.
33 Le résultat porte sur une partie du logiciel. Il ne prouve pas que le système de contrôle dans son ensemble a été vérifié, ni que cette reconstruction suffit à certifier son fonctionnement sûr.
- Les instructions d’un processeur Ibex : une veille de recherche rapporte que, le 3 novembre, Harmonic a annoncé avoir prouvé neuf propriétés pour une configuration précise du multiplicateur et du diviseur RISC-V Ibex, en les comparant à une spécification Sail.
18 Il s’agit d’un résultat circonscrit, pas d’une preuve portant sur l’ensemble du processeur ou toutes ses configurations.
- La portée des contrôles : les travaux annoncés concernent des propriétés spécifiées en C et en Verilog ; ils ne constituent pas une garantie générale que tout programme ou toute puce est correct à tous égards.
6 Les informations disponibles ne fournissent pas de bilan complet, évalué indépendamment, des contrôles pris en charge, de leurs exclusions et de leurs limites selon les usages.
Ces exemples sont intéressants : ils illustrent des tentatives concrètes d’appliquer les méthodes formelles à des logiciels et à du matériel. Mais vérifier certains morceaux de code ou certaines configurations ne suffit pas à démontrer que la démarche est praticable, abordable et durable sur toute la variété des systèmes en production.
Quelles preuves pour rendre l’échéance crédible ?
La prédiction porte sur une adoption généralisée, pas seulement sur la capacité d’un outil à prouver quelques propriétés choisies. Pour l’étayer, il faudrait notamment des résultats reproductibles de façon indépendante, des déploiements en production sur des systèmes variés, une description claire des langages et chaînes d’outils pris en charge, ainsi que des éléments montrant que les preuves restent à jour à mesure que les logiciels évoluent.
Un examen indépendant demeure également essentiel. Les équipes doivent toujours évaluer les exigences, les modèles, les hypothèses et l’intégration avec le système effectivement déployé. La vérification des preuves peut renforcer l’assurance qualité, mais elle ne fait pas disparaître ces questions.
Les informations disponibles ici ne précisent pas quels composants, le cas échéant, de la plateforme de négociation de Robinhood ont été vérifiés formellement. C’est une lacune dans les éléments publiés, et non la preuve qu’aucun composant ne l’a été.
À ce stade, la lecture la plus prudente est celle d’une prédiction ambitieuse, formulée par un dirigeant directement lié à Harmonic, face à des exemples prometteurs mais limités. Ces résultats plaident pour poursuivre l’exploration de la vérification formelle assistée par l’IA ; ils ne démontrent pas que tout le code sera vérifié d’ici novembre 2028.
Studio Global AI
Continuez vos recherches
Cette page comprend une réponse basée sur la source que vous pouvez continuer dans Studio Global.
Les gens demandent aussi
Quelle est la réponse courte à « Vlad Tenev prédit que tout le code sera vérifié d’ici deux ans » ?
Le 4 novembre 2026, Vlad Tenev a prédit que tout le code serait vérifié formellement d’ici deux ans, en commençant par les logiciels critiques.[16]
Quels sont les points clés à valider en premier ?
Le 4 novembre 2026, Vlad Tenev a prédit que tout le code serait vérifié formellement d’ici deux ans, en commençant par les logiciels critiques.[16] Une preuve formelle établit des propriétés définies dans un modèle donné ; elle ne garantit pas que les exigences décrivent tous les besoins du monde réel.
Que dois-je faire ensuite en pratique ?
Tenev a cofondé Harmonic, qui développe la technologie Aristotle présentée dans plusieurs exemples : sa prédiction est donc un pari intéressé, et non une preuve d’adoption généralisée.[14]