Je reviens sans cesse à un test simple que j’utilise depuis une décennie : si un protocole disparaissait demain, est-ce que quelqu’un s’en rendrait compte en dehors des personnes qui détiennent le token ? Avec la plupart des projets « IA + crypto », la réponse honnête est non, et c’est à travers ce prisme que j’ai abordé Newton Protocol avant de me laisser prendre par le récit qui l’entoure.
Le discours est suffisamment cohérent pour que je comprenne pourquoi des gens s’y laissent entraîner. Newton construit un rollup dédié destiné à permettre aux agents d’IA de gérer des portefeuilles et d’exécuter des stratégies sans jamais détenir directement vos clés. Le mécanisme repose sur des comptes « smart accounts » bâtis sur ERC-4337 et EIP-7702, associés à des environnements d’exécution de confiance et à des preuves à divulgation nulle de connaissance, afin que, selon la promesse, les actions d’un agent soient à la fois privées et vérifiables. En termes simples : l’agent fait quelque chose pour vous, et au lieu de faire confiance à la parole de l’opérateur, vous obtenez un reçu cryptographique montrant que l’action correspondait aux règles que vous avez définies. C’est une vraie amélioration de conception par rapport aux bots de trading « boîte noire » qui ont circulé dans DeFi pendant des années : vous n’aviez aucun moyen de savoir si le bot faisait ce qu’il affirmait, ou s’il faisait simplement ce qui arrangeait la personne qui l’exécutait.
Mais j’ai appris à distinguer « la conception résout un vrai problème » de « le marché a prouvé que les gens veulent que ce problème soit résolu ». Ce sont deux affirmations différentes, et la crypto a une longue histoire de les confondre. Une primitive cryptographique ingénieuse ne génère pas de la demande par elle-même. La demande vient du fait que quelqu’un décide que l’automatisation vaut le coût de frais plutôt que de le faire soi-même ou de faire confiance à un bot centralisé qu’on utilise déjà. Donc la question qui m’importe vraiment n’est pas de savoir si la combinaison TEE-plus-ZK est techniquement solide — elle l’est plausiblement — mais si quelqu’un fait transiter un capital significatif à travers elle parce que c’est objectivement mieux, et pas parce qu’il y a une incitation symbolique (token) qui y est attachée.
À ce sujet, les preuves sont maigres et surtout circonstancielles. Le volume de trading du token lui-même a été substantiel, avec des chiffres rapportés dépassant les centaines de millions au total, mais le volume de trading de tokens vous renseigne sur l’intérêt spéculatif, pas sur l’usage du protocole. Ce sont deux marchés complètement distincts, et ils sont constamment confondus dans cet espace. Je veux savoir combien d’intentions d’automatisation sont réellement soumises au rollup keystore, combien de développeurs indépendants ont publié des agents dans le registre qui ne sont pas les démos de l’équipe, et s’il circule du capital dans le système qui n’a pas été mis là par des fermiers d’airdrops à la poursuite de la prochaine distribution. Pour l’instant, d’après ce qui est documenté publiquement, plusieurs composants phares — le rollup multichain zkPermissions, le marketplace d’agents vérifiable, un set de validateurs réellement significativement décentralisé — sont décrits comme à venir plutôt que déjà en ligne et prouvés. Ce n’est pas disqualifiant pour un protocole en phase précoce, mais cela signifie que le prix actuel est largement un pari sur l’exécution plutôt qu’un reflet d’une activité qui existe déjà.
Les tokenomics méritent le même niveau d’examen que n’importe quel récit à offre fixe. Un milliard de tokens, sans inflation, ça sonne discipliné jusqu’à ce que vous regardiez où se situe réellement l’offre. La grande majorité de l’offre totale était verrouillée dès la genèse, avec des échéances de déblocage progressives (en « cliffs ») pour l’équipe centrale et les premiers investisseurs, qui ont atterri environ un an après le lancement, puis des libérations linéaires sur plusieurs années, et des fonds dédiés à l’écosystème qui se débloquent sur un horizon tout aussi long. Cette structure est standard, et je n’en tiens pas rigueur à l’équipe — c’est comme ça qu’on garde les gens dans la durée. Mais cela signifie que l’offre circulante d’aujourd’hui ne représente qu’une petite fraction de ce qui existera éventuellement, et chaque mois qui passe ajoute de nouveaux tokens vendables sur un marché qui doit générer une pression d’achat proportionnelle nouvelle juste pour rester stable. J’ai vu cette dynamique couler exactement des dizaines de projets qui avaient une technologie parfaitement raisonnable, mais qui n’ont pas réussi à produire une demande organique suffisamment vite pour absorber leur calendrier d’acquisition. La qualité de la techno et la performance du token ne sont pas le même combat, et seul l’un des deux est garanti de se produire selon un calendrier fixe.
La gouvernance est, honnêtement, la partie que je trouve la plus difficile à évaluer. Principalement parce qu’à ce stade, « le vote décentralisé » est encore plus une promesse qu’une réalité. Pour l’instant, l’exploitation des validateurs semble largement reposer sur la fondation, avec une feuille de route annoncée vers l’implication de tiers autorisés, puis éventuellement de tiers non autorisés. J’ai déjà vu cette formulation de feuille de route ailleurs dans d’autres protocoles : parfois cela arrive à l’heure, et parfois cela se fige discrètement une fois que la fondation se rend compte que le contrôle centralisé est plus pratique. Il n’y a rien de mal à des « roues d’entraînement » à ce stade de la vie d’un rollup : la plupart des lancements d’infrastructures sérieuses se font comme ça. Mais je considère « éventuellement décentralisé » comme une affirmation non vérifiée tant qu’il n’y a pas une transition concrète avec de vrais validateurs tiers détenant une mise significative — pas seulement un schéma dans un document de feuille de route.
Les hypothèses de sécurité sont ce qui me rend le plus prudent, parce que ce protocole empile plusieurs primitives relativement nouvelles les unes sur les autres. Les TEE ont déjà un historique de vulnérabilités par canaux auxiliaires qui ont frappé d’autres projets ayant supposé une isolation matérielle inattaquable. Les systèmes de preuve à connaissance nulle sont puissants, mais leur complexité crée sa propre surface d’attaque : un bug dans l’implémentation d’une zkVM peut être aussi dommageable qu’un bug dans un smart contract traditionnel, mais c’est simplement plus difficile pour des tiers de l’auditer. Et maintenant, vous ajoutez par-dessus une logique décisionnelle pilotée par l’IA, qui dépend de la fiabilité des oracles et des flux de prix. Chaque couche supplémentaire est un endroit où quelque chose peut se briser silencieusement d’une manière qui n’apparaît que dans des conditions adverses que personne n’a testées. Je ne dis pas cela pour rejeter l’ambition — le construire ainsi correspond sans doute à la bonne architecture long terme — mais ambition et sécurité renforcée ne se livrent pas sur le même calendrier. Je voudrais voir ce système survivre à une vraie pression adversariale, pas seulement à un rapport d’audit, avant de lui confier un capital significatif.
Ce qui me convainc, avec le temps, de n’importe quel protocole, c’est quelque chose de plus ennuyeux : des développeurs indépendants qui construisent des choses que l’équipe centrale n’a pas demandées, des revenus de frais qui ne relèvent pas d’un farming d’incitations circulaire, et un set de validateurs qui ne dépend vraiment pas d’une seule fondation. Pour Newton, rien de tout cela n’est encore réfutable, et rien n’est non plus prouvé. Ce n’est pas une critique tant que ça, plutôt une description de la position d’un projet environ dix-huit mois après l’idée : quelque part entre une architecture intéressante et une économie qui fonctionne.
Je surveille donc le calendrier de déblocage aussi attentivement que le registre des développeurs, parce que je pense qu’ils raconteront des histoires concurrentes au cours de la prochaine année. Que se passe-t-il, pour l’usage et les revenus de frais, dans les mois qui suivent le plus gros déblocage par paliers ? L’activité des agents sur le marketplace vient-elle de développeurs externes sans allocation de tokens à protéger, ou seulement des démos de la fondation ? Et si le set de validateurs ne devient jamais réellement permissionless, est-ce que quiconque détient des NEWT le remarque, ou s’en soucie ? Je n’ai pas encore de réponses fermes, et je me méfierais de toute personne qui prétend le savoir aussi tôt.
