Certificat de preuve vérifiable par machine ou relecture humaine (2026) : ce qu'un certificat Lean démontre vraiment
Dix preuves ouvertes depuis dix ans, certificat Lean, moins de 2 000 dollars. Peu avant, le noyau Lean acceptait une preuve du faux. Ce qu'un certificat prouve.
Utilisez le certificat pour l'intérieur de l'argument et la personne compétente pour sa frontière — et ne laissez jamais l'un revendiquer le rôle de l'autre. Les faits d'août 2026 rendent cela particulièrement concret. Dix résultats ouverts depuis une décennie, certificat Lean à l'appui, pour moins de 2 000 dollars : c'est un véritable effondrement du coût de ce qui était jusque-là cher, à savoir contrôler chaque étape d'un long raisonnement. Ce travail se compte désormais en secondes de calcul, reproductible par n'importe qui, indéfiniment. La relecture humaine n'a rien à opposer à cela, et prétendre le contraire relèverait de la nostalgie. Mais deux faits de la même semaine fixent la limite avec précision. Le noyau de Lean a accepté pendant près d'une semaine une preuve du faux sans axiome, et la principale réimplémentation indépendante l'a fait aussi : un certificat déplace la confiance vers le vérificateur, il ne la supprime pas. Et au 2 août, le dépôt openai/ten-proofs comptait 269 étoiles, 24 bifurcations, zéro ticket et zéro proposition de modification. Personne n'avait rien audité. « Vérifiable » est une propriété, « vérifié » est un événement, et presque tous les résumés de cette affaire confondent les deux. La limite plus profonde n'est pas un défaut et ne sera pas corrigée. Un certificat démontre que l'énoncé formel découle des axiomes. Il ne dit rien sur le fait que cet énoncé formel soit la conjecture que quiconque avait en tête. C'est pourquoi l'objection de Gary Marcus a survécu aux certificats au lieu d'être levée par eux : un article de 249 pages sans aucun compte rendu de la vérification, du rôle humain ni des échecs laisse ouverte précisément la brèche que les machines ne peuvent pas refermer. La formulation d'Itai Sher est encore plus tranchante : sans les problèmes tentés puis abandonnés, il manque le dénominateur, et un taux de réussite de taille inconnue n'est pas un résultat. Notre recommandation pour les équipes qui tranchent cette question au quotidien — code produit par une IA, migrations, modèles financiers, correctifs de sécurité — est un partage du travail, pas un choix. Poussez tout ce qui est mécanisable dans des vérifications automatiques et lancez-les à chaque modification, car c'est là que le coût marginal est nul et là que l'attention humaine est le plus mal employée. Concentrez ensuite le temps expert, qui est rare, sur exactement les deux questions auxquelles un vérificateur ne peut structurellement pas répondre : est-ce le bon énoncé, et quelle est l'ampleur des dégâts s'il est faux ? Le risque des prochaines années ne vient pas des équipes qui refusent les certificats. Il vient de celles qui voient une coche verte et cessent de demander ce qui a été vérifié.
Comparaison Détaillée
Une analyse comparative des facteurs clés pour vous aider à faire le bon choix.
| Facteur | Certificat de preuve vérifiable par machineRecommandé | Relecture par des spécialistes | Gagnant |
|---|---|---|---|
| Ce qui est réellement garanti | Que l'énoncé formel découle des axiomes indiqués, de façon mécanique et exhaustive. Aucune étape n'est sautée, aucun « manifestement » n'est accordé de confiance, et le vérificateur n'a aucune réputation à préserver. | Qu'une personne compétente a jugé l'argument solide — et, surtout, que ce qui est démontré correspond bien à ce dont il était question. La relecture humaine couvre la question autant que la réponse. | |
| Coût marginal par vérification | Pratiquement nul. Une fois le certificat produit, la vérification prend quelques secondes de calcul, se relance à chaque modification et reste ouverte à tous, indéfiniment. | Des semaines ou des mois d'attention experte rare, et cela ne devient pas moins cher la deuxième fois. Revérifier, c'est repayer le prix entier. | |
| Où se situe la confiance | Elle est déplacée, pas supprimée. Vous faites désormais confiance au noyau — un logiciel comportant des défauts, comme le documente en détail le retour d'expérience publié par Lean en juillet 2026. | Répartie entre des personnes identifiées qui engagent leur réputation et disposent d'une intuition du domaine que le vérificateur n'a pas. Diffuse, lente, mais sans point de rupture unique. | |
| L'écart de formalisation | Ouvert par construction. Un certificat démontre l'énoncé formel, jamais que la formalisation correspond à la conjecture que l'on avait en tête. C'est précisément l'écart que Gary Marcus continuait de pointer une fois les certificats publiés. | C'est exactement le point fort de la relecture. Lire l'énoncé informel à côté de l'énoncé formel et objecter quand les deux divergent est un travail humain sans substitut mécanique. | |
| Passage à l'échelle | Illimité et parallèle. Dix mille certificats se vérifient aussi facilement qu'un seul, et la vérification peut être confiée à quiconque dispose du programme. | Strictement limité par le nombre de personnes capables de juger l'affirmation précise — souvent moins de dix dans un domaine pointu, et elles ont un métier par ailleurs. | |
| Mode de défaillance | Silencieux et systémique. Un défaut du noyau valide en silence tout ce qui passe par lui, sans le moindre avertissement. En juillet 2026, cette situation a duré environ une semaine sur deux implémentations indépendantes. | Bruyant et localisé. Une personne passe à côté d'un point dans un article. Ennuyeux, mais borné : l'erreur ne se propage pas à tous les autres résultats du domaine. | |
| Rapidité de correction | Quelques heures. Entre la reproduction minimale et le correctif intégré, il s'est écoulé environ une heure pour le défaut du noyau Lean, et la version étiquetée est sortie le jour même. Un défaut logiciel a des délais de réaction logiciels. | Des années. Un résultat erroné qui survit à la relecture peut rester longtemps dans la littérature, et son retrait suppose que quelqu'un se donne la peine de le refaire. | |
| Coût de mise en place | Élevé et payé d'emblée. Formaliser un énoncé en Lean est le vrai travail — souvent plus difficile que la preuve informelle — et exige des compétences dont la plupart des équipes ne disposent pas. | Aucun au-delà de l'existant. Revues, comités de lecture et personnes expérimentées sont des structures que vous financez déjà. | |
| Score Total | 3/ 8 | 2/ 8 | 3 égalités |
Statistiques Clés
Données réelles provenant de sources vérifiées du secteur pour appuyer votre décision.
OpenAI
Leonardo de Moura, Lean
Leonardo de Moura, Lean
leanprover/lean4, ticket 14576
GitHub, openai/ten-proofs
Gary Marcus
Toutes les statistiques proviennent de sources tierces vérifiées. La source, l'année et le lien direct sont affichés pour chaque chiffre.
Quand Choisir Chaque Option
Un guide clair basé sur votre situation spécifique et vos besoins.
Choisissez Certificat de preuve vérifiable par machine quand...
- L'affirmation est entièrement formalisable — une preuve, un protocole, une passe de compilation, une propriété de sûreté du typage ou de cryptographie — de sorte que la vérification mécanique couvre l'énoncé entier et non un fragment.
- La même affirmation sera revérifiée de nombreuses fois, à chaque modification ou à chaque livraison. C'est là que le coût marginal quasi nul se cumule, et là que la relecture humaine ne pourra jamais suivre.
- Aucune personne compétente n'est disponible, ou le cercle est si restreint que la relecture devient un problème d'agenda plutôt qu'un problème technique.
- Vous avez besoin d'une assurance qui ne dépende pas de la confiance accordée au producteur : un auditeur externe, un client ou un régulateur peut exécuter lui-même le vérificateur sans vous croire sur parole.
Choisissez Relecture par des spécialistes quand...
- La vraie difficulté est de savoir si l'on résout le bon problème. Un certificat ne peut pas vous dire que l'énoncé formel correspond à votre intention ; seule une personne qui lit les deux le peut.
- L'affirmation résiste à la formalisation : décisions d'architecture, modèles de menace, arbitrages de conception, bref tout ce dont la justesse dépend d'un contexte qui n'entre jamais dans l'énoncé formel.
- Le résultat doit peser auprès de personnes : un conseil, un client, un tribunal ou une communauté scientifique. Le consensus entre spécialistes identifiés est un fait social, qu'aucune machine ne fabrique.
- Formaliser coûterait plus cher que la décision ne vaut. Pour une affirmation ponctuelle à faible portée, un après-midi de relecture expérimentée est l'instrument le moins coûteux.
Notre Recommandation
Utilisez le certificat pour l'intérieur de l'argument et la personne compétente pour sa frontière — et ne laissez jamais l'un revendiquer le rôle de l'autre. Les faits d'août 2026 rendent cela particulièrement concret. Dix résultats ouverts depuis une décennie, certificat Lean à l'appui, pour moins de 2 000 dollars : c'est un véritable effondrement du coût de ce qui était jusque-là cher, à savoir contrôler chaque étape d'un long raisonnement. Ce travail se compte désormais en secondes de calcul, reproductible par n'importe qui, indéfiniment. La relecture humaine n'a rien à opposer à cela, et prétendre le contraire relèverait de la nostalgie. Mais deux faits de la même semaine fixent la limite avec précision. Le noyau de Lean a accepté pendant près d'une semaine une preuve du faux sans axiome, et la principale réimplémentation indépendante l'a fait aussi : un certificat déplace la confiance vers le vérificateur, il ne la supprime pas. Et au 2 août, le dépôt openai/ten-proofs comptait 269 étoiles, 24 bifurcations, zéro ticket et zéro proposition de modification. Personne n'avait rien audité. « Vérifiable » est une propriété, « vérifié » est un événement, et presque tous les résumés de cette affaire confondent les deux. La limite plus profonde n'est pas un défaut et ne sera pas corrigée. Un certificat démontre que l'énoncé formel découle des axiomes. Il ne dit rien sur le fait que cet énoncé formel soit la conjecture que quiconque avait en tête. C'est pourquoi l'objection de Gary Marcus a survécu aux certificats au lieu d'être levée par eux : un article de 249 pages sans aucun compte rendu de la vérification, du rôle humain ni des échecs laisse ouverte précisément la brèche que les machines ne peuvent pas refermer. La formulation d'Itai Sher est encore plus tranchante : sans les problèmes tentés puis abandonnés, il manque le dénominateur, et un taux de réussite de taille inconnue n'est pas un résultat. Notre recommandation pour les équipes qui tranchent cette question au quotidien — code produit par une IA, migrations, modèles financiers, correctifs de sécurité — est un partage du travail, pas un choix. Poussez tout ce qui est mécanisable dans des vérifications automatiques et lancez-les à chaque modification, car c'est là que le coût marginal est nul et là que l'attention humaine est le plus mal employée. Concentrez ensuite le temps expert, qui est rare, sur exactement les deux questions auxquelles un vérificateur ne peut structurellement pas répondre : est-ce le bon énoncé, et quelle est l'ampleur des dégâts s'il est faux ? Le risque des prochaines années ne vient pas des équipes qui refusent les certificats. Il vient de celles qui voient une coche verte et cessent de demander ce qui a été vérifié.
Questions Fréquentes
Réponses aux questions courantes sur cette comparaison.
Besoin d'aide pour décider ?
Réservez une consultation gratuite de 30 minutes et nous vous aiderons à déterminer la meilleure approche pour votre projet spécifique.