Je ne suis plus étranger aux réflexions prometteuses qui prétendent faire passer Web3 à un nouveau niveau en optimisant le règlement (settlement) sur la blockchain.
Ça semble logique : si l’idée la plus répandue est « si la blockchain résout tout, il suffit de la rendre plus rapide, moins chère et plus scalable », alors il ne reste qu’à investir dans de nouvelles chaînes et attendre l’adoption massive. Une idée simple, et justement parce qu’elle est trop simple, elle se répète de cycle en cycle. Mais, Web3 — du moins, c’est ainsi que je le vois — n’a jamais été uniquement un problème de règlement. C’est un problème de droits et d’intentions dans un environnement sans confiance (trustless).
La blockchain est apparue assez tôt. Au cours des plus de 10 dernières années, ces systèmes se sont concentrés sur l’enregistrement des transactions de façon immuable : transfert d’actifs, mise à jour de l’état, garantie de la finality. Ils transforment toutes les actions valides en événements reconnus sur le ledger via des signatures, du gas et des nonce. Ça a l’air correct, mais le problème, c’est que...
La blockchain enregistre : « Qu’est-ce qui s’est passé ? » L’autorisation vérifie : « Qui a un billet pour entrer ? »
La plupart du temps, vous ne voyez que la transaction exécutée, la signature est correcte et l’état a changé. Ça semble parfait, mais en réalité, c’est seulement après que l’intention a été réalisée. La blockchain n’empêche rien, ne limite pas la portée, ne contrôle pas les policies. Elle ne fait qu’attester et enregistrer. Et puis il y a une autre couche de problèmes. La blockchain traditionnelle suppose presque que « si quelqu’un a une signature valide, alors il peut faire n’importe quoi ». Mais en pratique, non. Surtout quand des agents IA y participent : l’IA peut rebalance automatiquement un portefeuille, faire du farming automatiquement, staker automatiquement, claim des rewards automatiquement, voter automatiquement, payer automatiquement… mais où sont les limites ? L’IA est-elle autorisée à échanger des actifs ? À combien de USDC a-t-elle le droit ? Est-ce autorisé uniquement sur Uniswap, ou sur n’importe quel DEX ? Uniquement de 9h à 17h ? Seulement quand l’oracle n’est pas décalé de plus de 1% ? Faut-il une signature supplémentaire du owner ?
La blockchain ne vous montre pas le contexte des permissions. Elle ne vous donne qu’une transaction terminée : pas d’intention, pas de règles, pas de délégation clairement définie.
Beaucoup de gens regardent la couche de settlement et pensent qu’ils disposent d’une infrastructure suffisamment solide. Mais quand les agents IA deviennent l’acteur principal, une couche de settlement purement “exécution” peut facilement se transformer en risque de crowd behavior, camouflé sous le terme « execution trustless ».
Ce à quoi je reviens toujours n’est pas l’immutabilité du ledger, mais la façon de contrôler les droits avant même que le ledger ne soit touché.
Au moins d’après ce que j’observe, Newton ne suit pas la voie de la compétition sur le settlement. Il ne cherche pas à vous faire « voir des transactions s’exécuter plus vite ». Il semble essayer de résoudre quelque chose de moins séduisant, mais plus important : la couche d’autorisation — la couche qui décide des permissions avant l’exécution et le settlement. Ce n’est pas la blockchain qui regarde “à l’extérieur”, c’est Newton qui regarde la policy et les droits que vous concevez. L’approche de Newton n’ajoute pas une nouvelle chaîne de settlement. Les données et les transactions restent sur Ethereum, Solana, Base… Mais la manière dont l’exécution est autorisée est différente. Elle se relie directement au contrôle de l’intention, de la délégation, de la policy et de la vérification. Vous devez définir clairement : que l’IA peut faire, ce qu’elle ne peut pas faire, dans quelles conditions. Et le système appliquera cette règle de façon cohérente, sans émotion, avant que la transaction ne touche la blockchain.
La blockchain vous donne aussi la capacité d’exécuter. Newton enlève une partie de ce « libre arbitre infini » en imposant des permissions. Il ne remplace pas votre intelligence, mais rend les actions des agents IA plus limitées et plus sûres — ou révèle clairement si vos règles ont un problème.
Mais je ne pense pas que ce soit une solution parfaite. Les systèmes ont toujours des compromis. Avec une blockchain axée settlement, vous prenez le risque que « tout le monde peut faire n’importe quoi s’il a la clé ». Avec une couche d’autorisation comme Newton, vous prenez le risque de règles erronées ou de policies trop rigides.
Un modèle qui fonctionne bien dans un marché haussier peut se briser très vite quand les agents IA passent à l’échelle et que le marché devient fortement volatil, car Web3 n’est pas un environnement linéaire. Et il y a autre chose. Quand vous confiez l’autorisation au système, vous changez aussi votre rôle. Vous n’êtes plus seulement celui qui signe des transactions. Vous devenez la personne qui conçoit les policies et les règles pour tous les agents IA.
Si la règle est erronée, le système se trompe de manière très cohérente. Et parfois, cela peut être plus dangereux qu’une erreur aléatoire. Donc si je mets ces deux éléments côte à côte, je ne les vois pas comme deux outils en compétition directe. L’un sert le settlement et la finality. L’autre sert l’autorisation et les permissions. L’un vous donne le sentiment « la transaction est sûre une fois qu’elle a eu lieu ». Et l’autre vous force à faire face à la question : « cette transaction devait-elle être autorisée dès le départ ? »
Lequel est meilleur ? Je pense que cette question n’est pas vraiment essentielle. Ce qui compte, c’est que vous manquez quelque chose dans la stack Web3 actuelle.
Si vous êtes encore en train de vous débattre avec l’exécution et la finality, la couche settlement restera toujours séduisante. Si vous êtes prêt pour une phase où les agents IA automatisent en masse des actions on-chain, une couche d’autorisation comme Newton Mainnet Beta vaut la peine d’être regardée. Mais “ça vaut la peine d’être regardé” ne veut pas dire “il faut totalement avoir confiance”.
Newton essaie peut-être de résoudre le problème de Trustless Authorization, tandis que la blockchain conserve une approche de settlement traditionnelle. Cette différence est notable, surtout quand l’IA devient l’acteur principal.
En réalité, tout n’est vérifiable qu’au moment où on l’utilise. Un whitepaper, un récit ou une démo n’ont pas autant d’importance que le fait que Mainnet Beta applique vraiment la policy de manière efficace, s’intègre bien et fonctionne vite dans un environnement réel.
Enfin, tout revient à usage.
Ce n’est pas juste une question de rapidité de la chaîne, ni de “qualité” de l’autorisation. C’est combien de temps (et à travers combien de conditions de marché) vous (et vos agents IA) l’utilisez, et dans quelle mesure elle conserve la cohérence des permissions quand tout devient chaotique.
Je suis toujours Newton Mainnet Beta… surtout quand les agents IA passent réellement à une grande échelle, car c’est à ce moment-là que l’autorisation via un récit révélera clairement ses limites réelles.
Et c’est aussi ce que j’attends de voir.