Harmonic étend Aristotle à la preuve de propriétés des logiciels et des puces
L’essentiel de l’annonce
Aristotle peut proposer puis vérifier des propriétés de code C et Verilog. Les ingénieurs relisent ces propriétés et leurs hypothèses, sans confondre preuve ciblée et sécurité générale du système.
- Date de la source
- Catégorie
- Outils et usages
- À qui cela s’adresse
- Publication du 2026-10-27. Extension disponible.
- Sujet du contenu
- Harmonic étend Aristotle à la preuve de propriétés des logiciels et des puces
- Entreprises / organismes
- Harmonic
- Technologies
- Assistant de preuve, Évaluation d’un agent
Présentation
Harmonic développe Aristotle, un système de raisonnement fondé sur des preuves vérifiées par machine. Après les mathématiques de recherche, l’entreprise annonce le 27 octobre son extension au logiciel et aux composants électroniques, en commençant par C et Verilog.
L’objectif est de démontrer des propriétés précisément définies, au-delà d’une série de tests sur quelques exemples. La valeur d’une preuve dépend cependant de la propriété choisie et des hypothèses qui décrivent le système.
Ce qui change
La publication du 2026-10-27 décrit les apports suivants, dans le périmètre indiqué.
Passer du test à une propriété explicite
Aristotle propose des propriétés à partir du code puis indique celles qu’il a prouvées, celles qu’il n’a pas prouvées et les hypothèses utilisées. Les ingénieurs doivent examiner cette formulation.
Suivre les changements du code
Les propriétés retenues peuvent rejoindre le dépôt et les contrôles automatisés à chaque modification. Cela permet de détecter si un changement remet en cause ce qui avait été démontré.
Fonctionnement
La vérification formelle établit qu’une propriété vaut pour tous les cas du système défini. La définition de ce système reste une responsabilité centrale.
Formuler
L’outil propose des propriétés du code C ou Verilog que les ingénieurs examinent.
Démontrer
Le système cherche une preuve et rend visibles son résultat ainsi que ses hypothèses.
Recontrôler
Les propriétés acceptées sont conservées avec le projet et vérifiées lors des changements.
Usages possibles
Les équipes logiciel et matériel peuvent étudier l’outil pour des fonctions critiques dont le comportement attendu est formulable précisément.
Exemple possible
Un exemple possible
Une équipe pourrait demander de prouver qu’un calcul respecte une contrainte sur sa plage d’entrée. Cette preuve ne couvrirait pas automatiquement les erreurs de configuration ou les autres modules.
Accès et limites
Une preuve ne couvre que son modèle, ses hypothèses et les propriétés formulées. Elle ne certifie pas la sécurité générale d’un programme ou d’une puce. Les résultats sur Tensordyne et LibTomMath sont rapportés par Harmonic, sans reproduction indépendante ici. L’étendue de couverture d’un projet doit être vérifiée.
Conditions d’accès. Accès autonome avec facturation à l’usage annoncé. Offres entreprise, déploiement privé ou sur site selon conditions commerciales.
Pour votre projet
Pour votre projet, commencer par une propriété utile et relire les hypothèses avec les personnes qui connaissent le système. Un résultat non prouvé doit rester visible, sans être interprété automatiquement comme un défaut.
- La propriété représente-t-elle le besoin réel ?
- Quelles hypothèses limitent la preuve ?
Un examen sur vos propres données et contraintes reste nécessaire avant toute décision d’usage.
Sources et vérifications
Source de l’annonce
Harmonic étend Aristotle à la preuve de propriétés des logiciels et des puces
Lire la source officielleSource vérifiée le . Les résultats présentés sont ceux annoncés par les auteurs.
Sources consultées lors de la tâche planifiée. Aucun logiciel présenté n’a été installé ni essayé.
Fiche préparée avec ChatGPT. Notre méthode éditoriale.