Lorsque j’ai commencé à entrer dans le Web3 très tôt, beaucoup de gens étaient attirés par les contrats intelligents, parce qu’ils représentaient une nouvelle manière de faire confiance. Le code est public, les règles sont transparentes ; tant que les conditions sont réunies, le programme s’exécute automatiquement. Mais à mesure que l’industrie continue d’évoluer, j’ai commencé à comprendre que les contrats intelligents résolvent surtout « l’exécution selon une logique définie », mais qu’ils ne résolvent pas nécessairement « comment décider de l’exécution face à un environnement complexe ».
Entre ces deux éléments, il existe en réalité un très grand écart.
Aujourd’hui, les applications en chaîne ne se limitent plus à de simples virements ou échanges d’actifs. Une action financière complète peut impliquer plusieurs protocoles, plusieurs sources de données et plusieurs contraintes conditionnelles. Les utilisateurs peuvent vouloir que le système accomplisse automatiquement un objectif donné, sans pour autant perdre totalement le contrôle ; les développeurs veulent améliorer l’efficacité, mais doivent aussi s’assurer que le processus d’exécution correspond aux attentes.
C’est aussi la particularité qui m’a frappé lorsque j’ai repris mes recherches sur la whitepaper du protocole Newton : sa position est assez unique.
Quand beaucoup de gens parlent de Newton, leur première réaction est l’IA agent ou l’automatisation. Mais si l’on examine l’architecture en profondeur, on s’aperçoit que ce qu’il veut vraiment faire, c’est construire une couche d’autorisation et de vérification au niveau de la chaîne, afin que les comportements automatisés aient une logique d’exécution plus explicite.
L’Authorization Layer proposé par Newton, dans l’essence, ajoute une couche intermédiaire capable de traiter des décisions de politique, en dehors du modèle traditionnel d’exécution des smart contracts.
Dans le passé, les processus on-chain étaient généralement :
L’utilisateur initie une transaction → exécution du smart contract → production du résultat.
Ce que Newton cherche à explorer, c’est :
Conditions définies par l’utilisateur → Détermination de la Policy → Exécution vérifiée → Finalisation de l’action.
Ce changement semble n’ajouter qu’une couche de processus, mais pour des applications futures complexes, c’est extrêmement crucial.
À l’avenir, beaucoup d’actions on-chain ne seront pas seulement des transactions ponctuelles : elles deviendront des tâches automatisées exécutées sur la durée. Par exemple, des stratégies de gestion d’actifs, la logique d’exploitation des protocoles, et des services financiers automatisés nécessitent que le système fonctionne en continu, selon certaines conditions.
À ce moment-là, le simple modèle d’exécution de code va progressivement révéler ses limites.
Le Policy Framework dans la whitepaper de Newton a été conçu pour répondre à ce problème. Il permet aux développeurs d’abstraire différentes conditions d’exécution, et transforme des décisions auparavant codées en dur dans la logique de l’application en modules de stratégie plus flexibles.
Cela signifie qu’une application n’a pas besoin de redessiner la logique sous-jacente à chaque fois, et qu’elle peut répondre à différents scénarios en combinant différentes Policy.
Je pense que cela ressemble beaucoup au processus de développement des infrastructures d’Internet.
Au début de l’ère d’Internet, chaque entreprise devait construire ses propres serveurs et gérer les problèmes techniques de bas niveau. Mais à mesure que le cloud, les bases de données et les frameworks de développement ont mûri, les développeurs peuvent davantage se concentrer sur l’innovation produit.
La blockchain traversera aussi des étapes similaires à l’avenir.
Lorsque les applications on-chain deviennent de plus en plus complexes, la vraie limite au développement de l’industrie n’est peut-être pas le manque de nouvelles idées, mais le manque de composants fondamentaux capables de faire tourner ces idées.
En plus de la Policy, l’Automation Intent dans l’architecture de Newton est aussi une direction importante.
Elle changeait la manière dont, auparavant, l’utilisateur devait dire au système « comment faire à chaque étape ». Désormais, l’utilisateur peut exprimer un objectif, et le système, en fonction des conditions, accomplit la tâche.
C’est essentiel pour la finance automatisée de demain.
Car une automatisation réellement mature ne devrait pas seulement remplacer des clics humains : elle devrait comprendre ce que l’utilisateur veut accomplir, et réaliser l’objectif dans un périmètre défini.
Parallèlement, Newton, grâce au TEE et à des technologies liées au ZK, permet de vérifier le processus d’exécution, tout en réduisant l’exposition des données sensibles. Le TEE fournit un environnement de calcul de confiance, et les preuves ZK aident à valider que certains résultats répondent aux exigences, sans avoir besoin de divulguer tous les détails d’exécution.
En réalité, cette approche de conception résout le problème le plus central des systèmes d’automatisation :
Comment amener les autres à croire à un processus, et pas seulement à voir un résultat.
Par ailleurs, VaultKit est aussi un élément important de l’écosystème Newton. Pour les développeurs, il offre une façon plus simple d’accéder à ces capacités, afin que les applications existantes puissent exploiter l’autorisation et le cadre d’automatisation de Newton, sans avoir à reconstruire toute l’infrastructure.
Bien sûr, je ne pense pas simplement que Newton a déjà apporté la réponse définitive à l’industrie.
Le plus grand défi d’un projet d’infrastructure n’est jamais de proposer une idée, mais de parvenir réellement à faire fonctionner l’usage du réseau. Ce sont des questions comme : les développeurs sont-ils prêts à s’y connecter, les applications génèrent-elles des appels continus, le réseau de l’Operator peut-il fonctionner de manière stable — ce sont elles qui déterminent la valeur finale.
Pour $NEWT, personnellement, je m’intéresse davantage aux données écologiques à long terme qu’aux variations de prix à court terme.
Si, à l’avenir, de plus en plus d’applications on-chain doivent gérer des comportements d’automatisation complexes, alors « l’exécution vérifiable » pourrait devenir un nouveau besoin fondamental.
Dans le passé, la blockchain résolvait la question de la manière dont la valeur est transférée.
Les smart contracts résolvent la question de la manière dont les règles s’exécutent.
Et ce que Newton veut explorer, c’est comment, dans un environnement plus complexe, rendre le processus d’exécution plus contrôlable, vérifiable et extensible.
Cela pourrait être une direction importante pour la concurrence des infrastructures on-chain à l’étape suivante.