En tant que vétéran aguerri, passé des années à « mettre les mains dans le cambouis » au niveau des infrastructures de base et du trading haute fréquence quantitatif, j’en ai vu trop : des livres blancs dits « narratifs » fabriqués en empilant des termes nouveaux et accrocheurs. Récemment, Newton Protocol ($NEWT) a été très prisé sur le marché secondaire grâce à l’idée : « TEE + ZKP pour réaliser des agents d’IA vérifiables ». La communication officielle est particulièrement trompeuse : elle affirme que chaque étape des actions d’un agent d’IA s’exécute dans une enclave matérielle, et qu’elle génère des preuves à connaissance nulle permettant aux smart contracts en chaîne de vérifier indépendamment. À première vue, la logique semble parfaitement s’emboîter : on aurait enfin une solution élégante au problème de confiance pour le calcul hors chaîne. Mais dès lors que vous avez réellement touché du doigt l’exploitation et la maintenance de nœuds au niveau industriel, ou déployé, dans un environnement commercial réel, des systèmes de consensus fondés sur la cryptographie, vous constatez que derrière cette architecture clinquante, se cache un angle mort systémique fondamental.
L’hypothèse centrale de sécurité du protocole Newton repose entièrement sur un prérequis fallacieux : « la TEE est absolument sûre ».
Tout d’abord, il faut démasquer le « boîtier noir » de la TEE (environnement d’exécution de confiance). Les agents d’IA de Newton s’exécutent sur les serveurs physiques du promoteur du projet ou du gestionnaire de nœud, et non dans une machine à états on-chain décentralisée. Cette architecture consiste, en essence, à confier le nerf de la sécurité à la technologie d’isolation des puces fournie par les fabricants de matériel. Or, les données réelles de l’histoire et de la communauté académique ont déjà mis à nu depuis longtemps toute la « culotte » de la TEE. Par exemple, dans les architectures de calcul confidentiel de niveau entreprise : au cours des dernières années, des attaques comme Foreshadow exploitant des fuites via canaux auxiliaires à partir de micro-architectures, aux attaques Plundervolt injectant des erreurs en manipulant la tension du processeur, puis, plus récemment, des piratages matériels de niveau physique qui écoutent et extraient directement des clés privées protégées depuis le bus mémoire DDR5 (comme TEE.fail). La ligne de défense de la TEE est donc, de l’aveu même des faits, percée de toutes parts.
Dans l’architecture de Newton, dès que le serveur de l’opérateur de nœud subit l’une quelconque des attaques par canaux auxiliaires mentionnées, ou si l’opérateur lui-même est un initié malveillant, il peut directement extraire la plus haute autorité de contrôle ainsi que la clé privée du portefeuille de l’agent d’IA dans l’enclave matérielle. En revanche, dans un environnement strictement on-chain (comme SVM ou une machine virtuelle EVM optimisée), toutes les transitions d’état sont validées de façon déterministe par vérification cryptographique via le consensus de l’ensemble du réseau. Une défaillance unique au niveau physique, de ce type, ne peut tout simplement pas se produire.
Cela mène à un second piège logique, encore plus mortel : dans ce contexte, la preuve à connaissance nulle (ZKP) n’est plus qu’un outil de maquillage. Newton affirme que les contrats on-chain valident les ZKP pour garantir que les agents ne commettent pas de mauvaises actions. Mais, du point de vue des principes cryptographiques, une ZKP ne peut prouver que « le processus de calcul spécifié s’exécute strictement selon la logique des circuits prévus ». Elle ne peut absolument pas vérifier si « les données d’entrée du système sont réelles », ni même si « l’environnement d’exécution a déjà été compromis en profondeur ».
Autrement dit, si des hackers percent le matériel de la TEE et modifient au niveau de l’OS les instructions d’entrée de l’agent d’IA ou les données de cotation, l’agent d’IA contaminé effectuera malgré tout les calculs dans l’enclave, puis générera, de manière logique, une ZKP mathématiquement correcte, parfaite, sans défaut, en utilisant des justificatifs légitimes extraits. Les contrats de vérification on-chain ne feront alors que « contrôler mécaniquement » la validation, comme un aveugle. La ZKP devient le complice de la falsification de transactions : puisque l’ensemble de la couche de vérification est complètement aveugle à l’injection de code qui se produit à l’intérieur du boîtier noir de la TEE. Cela contraste fortement avec une solution pure de zkML (apprentissage automatique avec ZKP) qui s’appuie sur des engagements par hachage de l’ensemble des poids du modèle et du processus de calcul, puis les vérifie on-chain. La proposition de Newton n’est, au mieux, qu’une enveloppe grossière de preuve matérielle.
L’effondrement des barrières techniques s’accompagne souvent de la chute du modèle économique. La dernière ligne de défense des protocoles décentralisés, c’est le mécanisme de jeu de l’économie cryptographique : le coût de la malveillance doit être bien supérieur au gain de la malveillance. Newton exige que les opérateurs d’agents mettent en garantie des tokens NEWT en tant que caution pour les pénalités en cas de violation. Mais des données de marché cruelles ont directement prononcé l’arrêt de mort de ce mécanisme.$BTC
En relisant l’historique des cours, le token NEWT a touché un sommet de 0,717 dollar en juillet 2025, puis en juin 2026, le prix a chuté de manière vertigineuse autour de 0,049 dollar. L’ensemble de la baisse dépasse 93 %. Cette destruction de valeur causée par l’assèchement de la liquidité anéantit totalement l’effet dissuasif du mécanisme de garantie. Faisons une petite simulation : un opérateur de nœud qui, au plus haut de l’an dernier, a mis en garantie l’équivalent de 100 000 dollars en NEWT ne voit aujourd’hui la valeur de sa caution qu’à moins de 7 000 dollars. Si l’agent d’IA exécuté par ce nœud détient un pool de capitaux d’une valeur de 50 000 dollars ou des permissions de trading à haute fréquence, les règles du jeu changent entièrement. Face à un écart énorme « ciseaux de l’intérêt », l’agent économique rationnel a une motivation très forte pour « percer » activement son serveur TEE, détourner l’agent d’IA et emporter 50 000 dollars, tout en acceptant tranquillement la minuscule pénalité de défaut de paiement de 7 000 dollars. Lorsque la caution ne couvre même pas une fraction des pertes potentielles des utilisateurs, la prétendue garantie économique n’est qu’un document sans valeur.
Le détail le plus glaçant se cache dans l’absence de rapport d’audit de sécurité. En tant que protocole qui se donne pour mission de gérer l’automatisation de la finance et l’allocation d’actifs inter-chaînes, Newton obtient une note de sécurité du code de seulement 55 sur la plateforme CertiK. Et ce qui est encore plus choquant, c’est que son état d’audit est clairement indiqué comme « None » (aucun audit). Dans les standards de sécurité Web3 de niveau industriel d’aujourd’hui, tout protocole DeFi portant une véritable valeur commerciale maintient généralement une note supérieure ou égale à 85, et doit être accompagné de rapports d’audit détaillés délivrés par des institutions de sécurité de tout premier plan jouissant d’une excellente réputation, voire nécessiter une validation formelle rigoureuse. Une note de 55 sans audit signifie généralement qu’il existe dans le code du protocole de nombreux backdoors de haut niveau non supprimés, des contrats d’agents modifiables à volonté, ou alors des composants centralisés extrêmement fragiles. Confier son argent réel à une équipe qui n’est même pas prête à respecter la base minimale de sécurité du code, c’est courir les yeux fermés en plein champ de mines.
En résumé, le protocole Newton cherche à masquer le fait que sa racine de confiance repose sur un matériel fragile en recouvrant le tout d’une couche magnifique d’IA et de ZKP. Les boîtiers noirs de la TEE, sujets à des failles fréquentes de niveau physique ; la validation ZKP sans effet réel, qui revient à du simple formalisme ; le mécanisme de sanction économique qui s’effondre totalement à cause de la chute des tokens ; et des standards de sécurité du code sans aucune limite : ces quatre défauts mortels constituent ensemble un baril de poudre susceptible d’exploser à tout moment. Pour les institutions de quantification et les investisseurs particuliers qui recherchent la détermination et la sécurité conforme, il faut reconnaître une évidence : si, au niveau d’un système, il est impossible de réaliser une auto-preuve cryptographique à 100 %, alors, aussi grandiose que soit la « vision » d’une IA décentralisée qu’il dessine, ce ne sera au final qu’un château de cartes prêt à s’effondrer à tout instant. Ne vous laissez pas aveugler par le récit pseudo-technique : dans la machine à hacher de la technique et du capital, dans le boîtier noir, il n’y a jamais de miracle—seulement une faux en attente d’être brandie. $NEWT