Il est facile de décrire le protocole Newton à un niveau général — « vérifie une règle avant qu’une transaction ne soit validée » — sans jamais expliquer à quoi ressemble concrètement ce processus en chaîne. Comme @NewtonProtocol est déjà en ligne en bêta sur le Mainnet, il vaut la peine de passer en revue les mécanismes, car les choix de conception font que la partie « vérifiable » de l’autorisation vérifiable est réellement vraie, plutôt qu’une simple accroche marketing.
Newton fonctionne comme un service activement validé, siégeant aux côtés des smart contracts plutôt que de les remplacer. Lorsqu’un utilisateur ou un agent autonome initie une action onchain, un petit morceau de code à l’intérieur du smart contract cible achemine cette requête vers le réseau Newton au lieu de lui permettre de s’exécuter à l’aveugle. À partir de là, un ensemble décentralisé d’opérateurs évalue la transaction selon une politique spécifique, rédigée en Rego — un langage de politique déclaratif conçu exactement pour ce type d’évaluation des règles en tant que code, déjà utilisé ailleurs dans l’infrastructure cloud et le contrôle d’accès.
L’évaluation elle-même a lieu à l’intérieur d’Environnements d’Exécution Fiable (Trusted Execution Environments), de sorte que l’opérateur effectuant le contrôle ne peut ni voir ni modifier les données évaluées. Une fois une décision prise, le réseau produit une attestation cryptographique : un reçu signé et vérifiable confirmant que la transaction a satisfait à toutes les conditions spécifiées par la politique. Tout le monde peut confirmer indépendamment ce reçu via le Newton Explorer, plutôt que de se contenter de la parole de Newton. Cette vérifiabilité est l’innovation réelle ici — pas seulement le fait qu’une règle a été appliquée, mais le fait que l’application elle-même puisse être vérifiée par un tiers a posteriori.
Les opérateurs ne le font pas gratuitement ni par confiance aveugle. La sécurité provient d’une garantie remise en gage : les opérateurs mettent en jeu NEWT et des actifs restakés basés sur Ethereum, ce qui leur donne une réelle participation économique s’ils évaluent des politiques de manière incorrecte ou malhonnête.
La prochaine extension de ce système est le projet de Marketplace d’Automatisation, alimenté par ce qu’on appelle le Newton Model Registry. Au lieu que chaque développeur écrive sa logique de politique à partir de zéro, les développeurs pourront publier des modèles d’agents — une logique d’automatisation préconstruite et vérifiable — pour que d’autres puissent les découvrir et les assembler, voire orchestrer plusieurs agents ensemble. Les opérateurs d’agents participant à la place de marché devront mettre en jeu NEWT en tant que collatéral pour offrir leurs services, avec des frais d’utilisation payés en NEWT également, étendant ainsi le rôle du token au-delà des seuls frais de service du protocole d’aujourd’hui.
En fin de compte, l’architecture cherche à résoudre un problème précis : comment permettre à des agents IA et à des systèmes automatisés d’agir onchain avec de vrais droits, sans faire confiance à un opérateur centralisé et sans renoncer à la capacité d’audit. Le fait que cela tienne dépend entièrement de l’adoption par les opérateurs et du volume réel de transactions passant par le réseau — à surveiller à mesure que le rollup Marketplace et Keystore se déploie.
