Tout le monde parle d’agents IA exécutant des stratégies autonomes, mais presque personne ne pose la question structurelle fondamentale : comment empêcher ces systèmes automatisés de vider un portefeuille à cause d’une ligne de code défaillante ou d’une attaque soudaine par flash loan.

En regardant de près le paysage Web3, le plus gros obstacle au déploiement de l’automatisation on-chain n’est pas la rapidité des transactions : ce sont les garde-fous transactionnels et la gestion fine des permissions. C’est précisément pour cette raison que l’architecture derrière le Newton Mainnet Beta attire l’attention des développeurs en quête d’utilité structurelle.

🛡️ Les piliers du @NewtonProtocol : passer de l’exécution à l’autorisation

La plupart des smart contracts fonctionnent au niveau binaire : soit vous accordez à un dApp externe l’autorisation complète d’interagir avec vos tokens, soit vous ne lui donnez rien. Si un agent IA gère votre stratégie de rendement, une signature standard de portefeuille lui donne un accès large à l’exécution.

Le Newton Mainnet Beta — récemment lancé dans différents écosystèmes comme Base et Ethereum — propose un cadre décentralisé en trois couches, conçu pour corriger cette faille de conception en introduisant des règles vérifiables avant qu’une exécution ne soit validée on-chain :

1. Le Newton Keystore : une couche d’infrastructure spécialisée, conçue pour stocker des permissions utilisateur programmatiques et strictement limitées. Au lieu d’accorder un accès illimité au coffre, les utilisateurs peuvent définir des paramètres personnalisés — par exemple autoriser un agent à composer le rendement quotidien, tout en l’empêchant explicitement de déplacer les actifs de principal

2. Le Newton Model Registry : un marché canonique on-chain où les développeurs peuvent publier et monétiser des logiques d’automatisation et des stratégies de trading. Point crucial : ces modèles complexes restent entièrement propriétaires et protégés contre le plagiat public grâce à des paramètres avancés de type zéro-connaissance.

   Binance

3. SDK VaultKit & infrastructure sélectionnée : les développeurs peuvent intégrer directement ces garde-fous pré-exécution à des pools de liquidité existants. Par exemple, les intégrations précoces comme les coffres Euler utilisent ce cadre afin que les opérateurs puissent appliquer activement des politiques de risque, marché par marché.

   Binance

🪙 Maintenir le réseau de sécurité : le rôle du $NEWT

Un réseau de politique décentralisé n’est aussi robuste que sa structure d’incitations. Au cœur de cet écosystème programmatique se trouve le token $NEWT. Plutôt que de servir uniquement de texte de gouvernance spéculatif, $NEWT agit comme le moteur utilitaire fondamental du protocole :

Binance

• Frais de gas & d’exécution : permettent de supporter la charge de calcul nécessaire pour vérifier les paramètres par rapport à des flux d’oracles de données en direct (y compris des moniteurs de risque comme Chainalysis Hexagate et des données de tarification via RedStone).

  Binance

• Collatéralisation par agents : obliger les opérateurs d’agents automatisés à bloquer des tokens dans le système, en guise de « skin-in-the-game » économique, afin de garantir une exécution honnête.

  Binance

L’innovation décentralisée véritable ne consiste pas à construire des machines à sous plus rapides ; il s’agit d’introduire de la responsabilité dans du code autonome. Alors que l’attention se détourne de la simple spéculation pour se tourner vers l’utilisation à long terme du réseau, les configurations d’infrastructure qui permettent aux utilisateurs de répartir une responsabilité granulaire définiront probablement l’avenir de la finance on-chain sécurisée.

#Newt #NewtonProtocol #DeFi #Web3Infrastructure #AIAgents