Quand je relis le livre blanc de Newton Protocol, ce qui m’a le plus attiré n’est pas le récit autour de l’IA ou de l’automatisation, mais la question plus fondamentale qu’il soulève : dans le futur, pour les systèmes on-chain, comment doit-on déterminer si un événement « devrait avoir lieu » ?
Par le passé, le principal avantage des smart contracts était la déterminisme : une fois le code écrit, il s’exécute selon des règles. Mais à mesure que les applications on-chain deviennent de plus en plus complexes, de nombreux scénarios ne se limitent plus à de simples transactions ; ils impliquent des limites, des conditions, des identités, des plages d’actifs et bien d’autres facteurs. Le problème n’est pas seulement de savoir si quelque chose peut s’exécuter, mais s’il existe avant l’exécution une logique claire.
La couche d’Authorization (Authorization Layer) proposée par Newton vise précisément à compléter cette capacité. Elle ne remplace pas les smart contracts : elle ajoute, avant l’exécution d’une transaction, un Policy Framework, afin que les développeurs puissent transformer les conditions d’exécution en règles combinables.
D’après la conception du livre blanc, les Policy peuvent définir le périmètre d’action, les conditions de restriction et la logique d’exécution, permettant aux applications de ne plus dépendre de processus figés, mais de fonctionner selon des règles préétablies.
Parmi les éléments, Automation Intent est celui qui m’intéresse le plus. À l’avenir, les utilisateurs ne géreront peut-être plus directement chaque étape d’action : ils exprimeront plutôt un objectif, et le système accomplira la tâche en fonction des conditions. Cela signifie que l’interaction on-chain passera progressivement de « l’exécution d’instructions » à « la réalisation d’intentions ».
En parallèle, Newton, grâce aux technologies liées au TEE et à la ZK, permet de vérifier le processus d’exécution tout en réduisant l’exposition des données sensibles. Avec VaultKit, les développeurs peuvent aussi intégrer plus facilement ces capacités dans les applications existantes.
Je pense que la valeur de Newton ne se limite pas à fournir un outil d’automatisation : elle consiste aussi à explorer une manière d’exécuter à la base dont les applications on-chain auront besoin à l’avenir. Bien sûr, il faudra ensuite que l’écosystème adopte ces approches, avec une attention portée à l’intégration des développeurs, aux appels réels et aux effets de réseau à long terme.
Si, à l’avenir, la finance on-chain évolue des transactions simples vers une collaboration complexe, alors la logique d’autorisation pourrait devenir une couche d’infrastructure indispensable.
@NewtonProtocol $NEWT #Newt
Par le passé, le principal avantage des smart contracts était la déterminisme : une fois le code écrit, il s’exécute selon des règles. Mais à mesure que les applications on-chain deviennent de plus en plus complexes, de nombreux scénarios ne se limitent plus à de simples transactions ; ils impliquent des limites, des conditions, des identités, des plages d’actifs et bien d’autres facteurs. Le problème n’est pas seulement de savoir si quelque chose peut s’exécuter, mais s’il existe avant l’exécution une logique claire.
La couche d’Authorization (Authorization Layer) proposée par Newton vise précisément à compléter cette capacité. Elle ne remplace pas les smart contracts : elle ajoute, avant l’exécution d’une transaction, un Policy Framework, afin que les développeurs puissent transformer les conditions d’exécution en règles combinables.
D’après la conception du livre blanc, les Policy peuvent définir le périmètre d’action, les conditions de restriction et la logique d’exécution, permettant aux applications de ne plus dépendre de processus figés, mais de fonctionner selon des règles préétablies.
Parmi les éléments, Automation Intent est celui qui m’intéresse le plus. À l’avenir, les utilisateurs ne géreront peut-être plus directement chaque étape d’action : ils exprimeront plutôt un objectif, et le système accomplira la tâche en fonction des conditions. Cela signifie que l’interaction on-chain passera progressivement de « l’exécution d’instructions » à « la réalisation d’intentions ».
En parallèle, Newton, grâce aux technologies liées au TEE et à la ZK, permet de vérifier le processus d’exécution tout en réduisant l’exposition des données sensibles. Avec VaultKit, les développeurs peuvent aussi intégrer plus facilement ces capacités dans les applications existantes.
Je pense que la valeur de Newton ne se limite pas à fournir un outil d’automatisation : elle consiste aussi à explorer une manière d’exécuter à la base dont les applications on-chain auront besoin à l’avenir. Bien sûr, il faudra ensuite que l’écosystème adopte ces approches, avec une attention portée à l’intégration des développeurs, aux appels réels et aux effets de réseau à long terme.
Si, à l’avenir, la finance on-chain évolue des transactions simples vers une collaboration complexe, alors la logique d’autorisation pourrait devenir une couche d’infrastructure indispensable.
@NewtonProtocol $NEWT #Newt