Rego, le langage de politique : le moteur derrière les règles de conformité de Newton
Quand j’ai pour la première fois découvert la mention de Rego dans la documentation du protocole Newton, j’ai presque sauté dessus. Un langage de politique. Ça sonne comme quelque chose de sec. Comme quelque chose qu’on lit une fois et qu’on oublie immédiatement. Ensuite, j’y ai regardé de plus près et j’ai réalisé que c’était en fait l’une des options techniques les plus intéressantes que Newton ait faites, et que le fait de la comprendre change la façon dont on pense à ce que la couche de conformité de Newton est vraiment capable de faire. Ce qu’est Rego et d’où il vient : Rego n’est pas quelque chose que Newton a inventé. C’est un langage de politiques déclaratif open source développé par Styra et largement utilisé dans les logiciels d’entreprise grâce à un projet appelé Open Policy Agent, ou OPA. Si vous avez déjà travaillé dans l’infrastructure cloud, la sécurité Kubernetes ou des systèmes de contrôle d’accès en entreprise, il y a de fortes chances que vous ayez déjà rencontré Rego, sans forcément connaître le nom.
L’attestation BLS fait partie de ces termes qui semblent intimidants jusqu’à ce qu’on explique de quoi il s’agit réellement. Alors laissez-moi essayer.
Lorsque le réseau d’opérateurs du protocole Newton évalue une transaction par rapport à une politique — en vérifiant si elle passe un contrôle de sanctions, respecte une limite de dépenses, et satisfait une règle de risque — il faut quelque chose qui prouve que cette évaluation a bien eu lieu et qu’elle a été effectuée correctement. Cette preuve, c’est l’attestation.
BLS signifie Boneh-Lynn-Shacham. C’est un schéma de signature cryptographique. Ce qui le rend particulièrement utile pour Newton, c’est que plusieurs opérateurs peuvent chacun signer le même résultat d’évaluation, et que ces signatures peuvent être combinées en une preuve unique compacte. Ainsi, plutôt que le réseau ne dise « faites-nous confiance, nous avons vérifié », il produit une signature vérifiable unique que chacun peut confirmer comme ayant été générée par le nombre requis d’opérateurs agissant honnêtement.
Pourquoi cela est important, concrètement ? Parce que cela rend la preuve sans confiance (trustless). Vous n’avez pas besoin de croire sur parole que la vérification de conformité a été effectuée. Vous n’avez pas besoin de faire confiance à un opérateur en particulier. Vous vérifiez mathématiquement l’attestation BLS : soit elle est correcte, soit elle ne l’est pas. Il n’y a pas d’entre-deux où quelqu’un pourrait la falsifier de manière convaincante.
Pour des cas comme la conformité aux sanctions ou l’application d’une limite de dépenses, où les enjeux sont réels et où le besoin d’une preuve vérifiable est authentique, c’est précisément l’outil cryptographique adapté.
Mainnet Beta est en ligne. Chaque évaluation de politique produit actuellement l’une de ces attestations.
Qui autorise l’IA ? La réponse du protocole Newton aux risques liés aux agents on-chain
Laissez-moi poser une question que je pense que la plupart des personnes qui construisent dans ce domaine évitent discrètement. Quand un agent d’IA exécute une transaction on-chain, qui a réellement dit qu’il pouvait le faire ? Pas dans un sens abstrait. Dans un sens réel, technique et vérifiable. Quel mécanisme existe qui affirme que cet agent était autorisé à faire ce mouvement, à ce moment-là, avec ce montant ? Et si l’agent fait quelque chose en dehors de ces limites, qu’est-ce qui était réellement en place pour l’en empêcher avant que les fonds ne soient transférés ? À l’heure actuelle, pour la plupart des déploiements d’agents on-chain, la réponse honnête est : presque rien de réellement significatif.
Il y a une conversation qui se déroule bruyamment dans le monde des cryptos en ce moment à propos des agents IA. À quel point ils seront puissants. À quel point ils automatiseront. Combien de choses ils feront plus vite et mieux que les humains.
Ce qui n’est pas suffisamment discuté à haute voix, c’est ce qui se passe quand ces agents se trompent.
Et je ne parle pas d’un scénario « faux » au sens de la science-fiction. Je veux dire quelque chose de très ennuyeux, très coûteux, et très réel. Un agent qui opère en dehors des paramètres que quiconque a réellement autorisés. Un agent qui prend des décisions à partir de données erronées. Un agent compromis qui se met à exécuter des transactions que personne n’a approuvées. Un agent de trésorerie qui déplace des fonds qu’il n’était jamais censé toucher.
Il ne s’agit pas de risques hypothétiques. Des formes précoces d’agents autonomes onchain existent déjà. L’infrastructure pour détecter leurs erreurs n’existe pour l’essentiel pas.
Voici le problème précis. Les agents IA n’utilisent pas de frontends. Ils appellent directement des contrats. Ce qui signifie que toutes les mesures de sécurité qui vivent au niveau de l’interface — chaque contrôle de conformité, chaque filtre anti-fraude, chaque contrôle d’accès intégré à une application — ne s’appliquent tout simplement pas à eux.
Newton Protocol est la réponse la plus crédible que j’ai trouvée à ce problème. L’application de politiques au niveau du contrat signifie que la transaction d’un agent est vérifiée par rapport à des règles définies avant qu’elle ne s’exécute. Pas signalée après les dégâts. Arrêtée avant que cela n’arrive.
Mainnet Beta est en ligne. L’infrastructure existe déjà, maintenant.
La porte dérobée que chaque smart contract a — et comment Newton la referme
Je veux décrire quelque chose que je pense que la plupart des gens en DeFi comprennent intellectuellement, mais qu’ils n’ont pas encore vraiment confronté, au regard de ce que cela signifie concrètement. Chaque smart contract a une porte dérobée. Pas un bug. Pas une fonction mal écrite. Pas quelque chose qui aurait échappé à un audit. Une caractéristique structurelle du fonctionnement des smart contracts qui crée une faille dans presque tous les systèmes de sécurité et de conformité construits autour d’eux. Voilà ce que je veux dire : Quand un protocole met en place des mesures de sécurité — filtrage des sanctions, détection de la fraude, contrôles de conformité, contrôles d’accès — ces mesures vivent presque toujours au niveau du frontend ou de la couche applicative. Le site web vérifie votre portefeuille avant de vous laisser poursuivre. L’interface valide vos saisies avant d’envoyer une transaction. L’API de conformité est appelée avant que quoi que ce soit n’atteigne la chaîne.
Il y a un chiffre auquel je reviens sans cesse quand je pense à ce que le protocole Newton essaie vraiment de débloquer.
Des milliers de milliards de dollars. Un capital institutionnel — fonds de pension, fonds souverains, gestionnaires d’actifs réglementés — qui observe la DeFi depuis des années sans jamais réellement se manifester.
Et voilà ce qui m’agace dans la façon dont ce sujet est généralement présenté. Les gens expliquent cela par le fait que les institutions sont lentes, prudentes ou qu’elles ne comprennent pas assez bien la crypto. Ce n’est pas vraiment ce qui se passe. Certaines de ces entités comprennent très bien la technologie. Le problème n’est pas la compréhension. Le problème, c’est que participer exige une infrastructure de conformité qui n’existe tout simplement pas au niveau du protocole dans la plupart des DeFi.
Imaginez ce dont une institution réglementée a réellement besoin. Un filtrage des sanctions qui se déclenche sur chaque transaction, pas uniquement sur celles qui passent par un front-end que n’importe quel bot peut contourner. Des contrôles de fonds techniquement appliqués plutôt que simplement écrits dans un document de gouvernance que les gens acceptent de respecter. Des pistes d’audit qu’un auditeur externe peut vérifier de façon indépendante. Des contrôles de risque qui s’exécutent à partir de données qui ne peuvent pas être manipulées au sein d’un seul bloc.
Sans ces éléments, les obligations de conformité que ces institutions doivent respecter rendent la participation à la DeFi légalement impossible, quels que soient l’attrait et la rentabilité des rendements. Donc le capital reste à l’écart. Année après année. « Les institutions arrivent » devient une blague récurrente.
Newton Protocol construit l’infrastructure qui change réellement cette équation. Discrètement. Sans grande publicité.
Le Mainnet Beta de Newton est en ligne — Voilà ce que cela signifie vraiment
Permettez-moi de commencer par quelque chose qui, selon moi, doit être dit. Je suis dans la crypto depuis assez longtemps pour être réellement cynique à propos des annonces de mainnet. Le terme a tellement été étiré au-delà de sa signification d’origine qu’il ne résonne presque plus. Des projets annoncent des mainnets qui sont, en réalité, des testnets glorifiés. Ils lancent avec fracas et avancent ensuite discrètement, sans véritable usage. Ils livrent des produits « mainnet » qui fonctionnent parfaitement dans des conditions contrôlées et cèdent dès que la première pression réelle arrive. Donc, quand je vous dis que le Mainnet Beta du Newton Protocol est en ligne et que je pense que c'est important, je veux l'étayer avec des éléments concrets. Pas avec des impressions. Pas avec des spéculations sur le prix des tokens. Des détails réels sur ce qui a été livré, ce qu’il fait, et pourquoi la transition vers la production est significative pour ce projet en particulier.
Avant de comprendre correctement le protocole Newton, j’ai passé beaucoup trop de temps à être perdu à cause d’une terminologie qui donnait l’impression que des concepts simples étaient compliqués. Voici donc ce que j’aurais aimé qu’on me dise dès le début.
Un — les smart contracts ne voient pas le monde réel. Ils exécutent du code, mais n’ont aucun contexte sur l’identité de l’expéditeur d’une transaction ou sur la question de savoir si elle devrait être autorisée. C’est le cœur du problème que Newton résout.
Deux — les filtres côté front-end ne sont pas une vraie sécurité. Bloquer des portefeuilles au niveau du site ne change rien pour quiconque appelle le contrat directement. Les bots, les agrégateurs et les agents IA le font en permanence.
Trois — la « conformité décentralisée » n’est pas une contradiction. Newton fait appliquer des règles via un réseau d’opérateurs décentralisé, adossé au restaking d’EigenLayer, et non via une entreprise centralisée à laquelle vous devez faire confiance.
Quatre — vos données personnelles ne vont jamais onchain. Newton ne met sur la blockchain que des empreintes cryptographiques. La preuve de conformité est publique. Vos informations réelles ne le sont pas. Les deux sont vrais simultanément.
Cinq — ce n’est plus théorique. Newton Mainnet Beta est en ligne. Le SDK VaultKit est disponible. Les flux de prix RedStone sont intégrés. De vraies politiques sont appliquées à de vraies transactions, dès maintenant.
Je suis passé de la confusion à une vraie impression dès que ces cinq points ont fait « clic ». Le projet devient bien plus clair quand vous partez avec le bon modèle mental.
La couche d’infrastructure silencieuse qui pourrait rendre la DeFi sûre institutionnellement
Les choses les plus importantes en construction dans la crypto sont presque jamais les plus bruyantes. Je suis dans cet espace depuis assez longtemps pour avoir remarqué le schéma. Les projets qui finissent vraiment par avoir de l’importance, ceux qui deviennent la base sur laquelle tout le reste est construit, sont généralement ceux dont personne ne crie le plus fort sur les réseaux sociaux. Ils sont discrets. Peu glamour. Une sorte d’infrastructure qui ne se prête pas à des graphiques de prix spectaculaires ni à des threads viraux. Newton Protocol me ressemble à ces projets sur lesquels je réfléchis et dont j’ai envie d’expliquer pourquoi je pense ça, sans que ça sonne comme du battage publicitaire, parce que j’essaie vraiment de raisonner sur ce qui est réel ici plutôt que sur ce qui paraît bien.
Il y a une expression qu’on entend tellement souvent dans la crypto qu’elle a presque perdu son sens : « trustless ».
Mais je veux l’appliquer à quelque chose de précis que je pense qui mérite vraiment ce label. La façon dont Newton Protocol gère la vérification.
Voici la tension qui existe dans tout système de conformité. Pour vérifier quelque chose à propos d’une personne ou d’une transaction, il faut de l’information. Mais dès que vous collectez et stockez des informations sur des personnes, vous créez un problème de surveillance. Qui détient ces données ? Qui peut y accéder ? Que se passe-t-il s’ils sont contraints de les remettre ?
La plupart des solutions de conformité acceptent simplement cette tension et choisissent un camp. Soit vous vérifiez correctement et vous exposez des données, soit vous protégez la vie privée et vous ne pouvez pas vérifier correctement.
Newton n’accepte pas ce compromis, et la manière dont ils l’évitent est ce que je trouve vraiment intéressant.
Ce qui se passe onchain n’est jamais la donnée personnelle réelle. C’est un hash cryptographique — une empreinte qui prouve qu’une vérification a eu lieu et quel en a été le résultat, sans révéler quoi que ce soit en dessous. L’évaluation s’exécute offchain via le réseau décentralisé d’opérateurs de Newton. L’attestation — la preuve que le contrôle s’est bien déroulé — est ce qui devient l’enregistrement permanent.
Ainsi, vous obtenez une vérifiabilité totale. Zéro exposition de données. Les deux à la fois.
Ce n’est pas une promesse. C’est la façon dont la cryptographie est structurée. Les promesses peuvent être trahies. La mathématique ne ment pas.
Pourquoi la conformité onchain définira la prochaine décennie de DeFi — et le rôle de Newton dans tout ça
Laissez-moi vous dire ce que je pense réellement qui freine DeFi. Pas ce que disent les analyses bien léchées. Ce que je crois sincèrement après avoir passé beaucoup de temps à lire, à réfléchir et à essayer de combler l’écart entre ce que la crypto promet et ce qu’elle a livré jusqu’à présent. Ce n’est pas la technologie. Honnêtement, la technologie est incroyable et s’améliore chaque année. Ce n’est pas la liquidité. Ce n’est pas l’expérience utilisateur, même si elle a encore besoin de travail. Ce n’est même pas l’incertitude réglementaire, même si on la cite constamment. C’est l’absence d’une capacité spécifique. La capacité de vérifier qu’une transaction doit être autorisée — d’une manière sans confiance, décentralisée, cryptographiquement vérifiable — avant qu’elle ne s’exécute. Pas au niveau du site web. Pas via une API centralisée. Au niveau du contrat, sous une forme que n’importe qui peut vérifier indépendamment, d’une manière qui s’applique quelle que soit l’origine de la transaction.
J’ai remarqué un schéma avec les projets d’infrastructure sérieuse dans le monde de la crypto.
Plus la technologie sous-jacente est impressionnante, plus il est souvent douloureux de la construire réellement. Quelque part, l’équipe s’est tellement plongée dans les problèmes cryptographiques difficiles que l’expérience développeur est devenue une simple réflexion après coup. La documentation est rare. Les abstractions fuient. Au final, vous devez comprendre les entrailles pour obtenir une intégration de base qui fonctionne.
Je suis entré dans le SDK de Newton Protocol en m’attendant exactement à ça. Un réseau d’opérateurs décentralisé, le restaking d’EigenLayer, des attestations BLS, le langage de politique Rego — tout cela donne l’impression que ce serait un truc qui prendrait une semaine à câbler correctement, avec trois onglets de navigateur ouverts tout le temps.
En réalité, ce n’était pas le cas, et ça m’a surpris.
Le SDK étend un client de portefeuille standard viem. Si vous avez écrit récemment du code Ethereum moderne, vous connaissez déjà viem. Le schéma est immédiatement familier. Vous n’apprenez pas un nouveau modèle mental : vous ajoutez des capacités à quelque chose que vous avez probablement déjà utilisé.
La fonction principale que vous appelez vraiment, c’est simulateTask. Décrivez votre intention de transaction, fournissez vos détails de politique, récupérez un résultat avec un booléen à la fin. Autorisé ou non. Un seul appel await qui abstrait une bonne partie de toute l’infrastructure distribuée sérieuse en dessous.
VaultKit, c’est là que la profondeur se révèle — de vraies politiques applicables pour les coffres, des limites de dépenses, des vérifications de sanctions, des règles pour les contreparties. Mais même là, l’expérience m’a semblé plus réfléchie que je ne l’attendais.
La barrière technique est faible. Le travail intéressant, c’est de déterminer quelles règles votre protocole a réellement besoin.
Newton Protocol SDK Quickstart : votre première vérification de politique en 5 minutes
Je vais être honnête avec vous au sujet de ma première réaction quand j’ai commencé à regarder Newton Protocol depuis l’angle développeur. J’ai supposé que ça allait être compliqué. Vraiment compliqué. Un moteur de politique décentralisé fonctionnant sur EigenLayer, des attestations BLS, des preuves cryptographiques sur plusieurs chaînes — quand tu listes tous ces éléments mobiles comme ça, ton cerveau se met automatiquement à préparer un projet d’intégration d’une semaine avec trois onglets de documentation ouverts et une question sur Stack Overflow à moitié rédigée.
Voici un problème qui n’est pas assez discuté dans la conversation multi-chaînes.
La conformité ne se soucie pas de la chaîne sur laquelle vous vous trouvez. Un portefeuille sanctionné l’est sur Ethereum, sur Base, sur Arbitrum, partout. Une limite de dépense qui existe pour un trésor n’en disparaît pas parce qu’une transaction passe par un autre réseau. Les règles sont les règles, quel que soit le réseau sur lequel l’exécution a lieu.
Mais la plupart des infrastructures de conformité sont construites chaîne par chaîne. Ce qui signifie que, dans un monde où une activité DeFi sérieuse est répartie sur des dizaines de réseaux, vous reconstruisez essentiellement votre couche de conformité à partir de zéro à chaque fois que vous ajoutez une nouvelle chaîne. Ce n’est pas scalable, et honnêtement cela crée des failles que des acteurs malveillants peuvent exploiter simplement en passant par une chaîne où vos contrôles ne sont pas encore en cours d’exécution.
Newton Protocol est conçu dès le départ pour être indépendant des chaînes. Le moteur de politique, le réseau d’opérateurs, le modèle d’attestation — conçus pour fonctionner sur des réseaux compatibles EVM sans reconstruire la couche de conformité à chaque fois. Ethereum, Base, Arbitrum sont déjà pris en charge. Les chaînes non-EVM sont prévues sur la feuille de route.
Concrètement, cela signifie un cadre de politique cohérent qui suit votre protocole partout où il existe, plutôt qu’une conformité fragmentée qui varie selon la chaîne.
Dans un monde DeFi réellement multi-chaîne, ce n’est pas un simple atout. C’est une nécessité.
EigenLayer AVS expliqué à travers le cas d’usage concret du protocole Newton
Je vais être honnête avec vous. Les premières fois où j’ai lu à propos d’EigenLayer, je comprenais les mots pris individuellement, mais pas ce qu’ils signifiaient concrètement dans la pratique. Re-staking. Services activement validés. Sécurité partagée. Sur le papier, tout cela avait un sens théorique, mais cela semblait abstrait d’une manière qui rendait difficile d’y attacher de l’importance. C’était l’un de ces concepts sur lesquels je continuais d’acquiescer sans vraiment l’assimiler. Ce qui a finalement fait « tilt » pour moi, c’est de comprendre le protocole Newton. Pas parce que Newton explique EigenLayer mieux que tout le monde. Mais parce que Newton est l’un des exemples les plus clairs dans le monde réel montrant pourquoi EigenLayer existe et quel problème il cherche réellement à résoudre.
Il y a un concept auquel je reviens sans cesse quand je réfléchis à la raison pour laquelle l’adoption de la crypto a été plus lente que tout le monde ne l’avait prévu.
Ce n’est pas la technologie. La technologie avance vite. Les smart contracts, les oracles, les solutions de couche 2 — chacun a débloqué des choses qui ne pouvaient vraiment pas exister sans elle. La pile s’est complétée pièce par pièce, pendant des années.
Mais il y a toujours eu ce manque, discret, au milieu de tout. Un manque pour lequel je n’avais pas de formulation claire jusqu’à récemment. La question de savoir si une transaction doit réellement être autorisée — répondue de manière vérifiable et décentralisée, avant l’exécution, et non après — cette capacité n’existait tout simplement pas comme une couche d’infrastructure à part entière.
Les moteurs de politique sont cette pièce manquante. Et je pense que la plupart des gens dans ce domaine commencent seulement à comprendre à quel point ils vont devenir fondamentaux.
Quand je pense à la place de Newton dans tout cela, ce n’est pas seulement un outil de conformité pour les institutions réglementées, même s’il remplit ce rôle. C’est la couche que tout le stack de confiance Web3 supposait, en silence, qu’il existerait un jour. La pièce qui donne aux smart contracts un contexte réel sur le monde qui les entoure. Elle leur permet d’appliquer des règles et de prouver que ces règles ont été vérifiées, quel que soit celui — ou ce — qui a envoyé la transaction.
Toutes les autres couches ont été construites en partant du principe que cela finirait par arriver.
Newton, c’est ce qui rend enfin tout cela réel.
Mainnet Beta est en ligne, et je pense que nous commençons tout juste à comprendre ce que cela permet de débloquer.
Newton vs. Conformité traditionnelle basée sur une API : pourquoi la décentralisation l’emporte
Je veux commencer par être juste envers le modèle traditionnel, parce que je pense qu’il le mérite avant d’expliquer pourquoi j’ai cessé de croire qu’il fonctionne pour la DeFi. La conformité basée sur une API avait parfaitement du sens quand elle a été conçue. Vous connectez votre système à un service centralisé qui conserve des listes de sanctions et des bases de données KYC, vous appelez cette API avant de traiter quoi que ce soit, puis vous agissez en fonction du résultat. Les banques font ça. Les processeurs de paiement font ça. C’est la démarche établie et, dans la finance traditionnelle, où les points d’accès sont contrôlés et où les contreparties sont connues, cela tient généralement la route.
Laissez-moi vous dire ce qui me dérange vraiment dans la façon dont la plupart des protocoles DeFi gèrent le contrôle des sanctions.
Ils mettent un filtre sur le site web. On vérifie le portefeuille par rapport à une liste avant que l’utilisateur ne puisse confirmer quoi que ce soit. S’il correspond, on le bloque. Et tout le monde hoche la tête, comme si c’était une solution de conformité valable.
Mais voilà la chose à laquelle je n’arrêtais pas de penser. Ce filtre vit dans le front-end. Et le front-end est optionnel. N’importe qui sait ce qu’il fait peut tout simplement le contourner et appeler le contrat directement. Les bots le font même sans y penser. Les agrégateurs passent en permanence par des contrats sans toucher à une seule interface utilisateur. Donc votre contrôle des sanctions, celui que vous avez construit et dont vous êtes content, ne se déclenche tout simplement pas pour une grande partie du volume réel des transactions.
Je ne dramatise pas quand je dis que l’exposition juridique ici est inconfortable. Un protocole qui traite des transactions provenant de portefeuilles sanctionnés parce que son seul mécanisme de contrôle est un formulaire sur le site web se retrouve dans une position difficile si cela venait à être scruté. « Nous avions un filtre côté front-end » n’est pas une réponse satisfaisante pour un régulateur.
Ce que fait Newton Protocol de façon différente, c’est de déplacer ce contrôle là où il compte réellement : au niveau du contrat, à l’intérieur même de la transaction. La politique se déclenche avant que quoi que ce soit ne soit réglé. Peu importe que cela provienne d’un front-end, d’un bot, d’un agrégateur ou d’un agent d’IA. L’évaluation s’exécute. L’attestation prouve qu’elle a été effectuée. Le portefeuille sanctionné ne passe pas.
C’est ça, un vrai contrôle des sanctions. Mainnet Beta est en ligne.
Conformité au niveau entreprise rencontre la DeFi : le coup de génie de Newton pour la finance réglementée
Je veux dire quelque chose qui m’a pris un certain temps pour parvenir à l’exprimer correctement. La raison pour laquelle les institutions ne se sont pas ruées dans la DeFi n’est pas la volatilité. Ce n’est pas non plus des inquiétudes liées à la liquidité, au risque lié aux contrats intelligents ou même à des zones grises réglementaires, bien que tout cela soit constamment cité. La vraie raison, celle que je pense qu’on passe trop vite, est beaucoup plus simple. Les institutions ne pouvaient pas entrer dans la DeFi sans renoncer à l’infrastructure de conformité sur laquelle repose l’ensemble de leur fonctionnement. Et aucun acteur réglementé ne peut faire ce compromis.
Les agents IA dans la DeFi me rendent excité et nerveux à la fois, et je pense que c’est justement la bonne réaction.
La partie “excité” est évidente. Des programmes autonomes capables de rééquilibrer des portefeuilles, de gérer des positions de trésorerie, d’exécuter des votes de gouvernance, de piloter des stratégies de rendement — le tout sans que quelqu’un clique manuellement “confirmer” à chaque instant. C’est véritablement puissant, et les gains d’efficacité sont bien réels.
La partie “nerveux”, elle, c’est ce qui m’empêche de dormir la nuit. Car un agent IA qui opère on-chain sans garde-fous appropriés ne fait pas seulement des choix plus vite qu’un humain. Il prend des décisions potentiellement catastrophiques plus vite qu’un humain. Un agent compromis, un modèle qui hallucine, un agent qui agit en dehors de ce que n’importe qui a réellement autorisé — ce ne sont plus des risques hypothétiques. Ce sont exactement le genre de choses qui peuvent vider une trésorerie avant que quiconque ne remarque qu’il s’est passé quelque chose.
C’est précisément pour cela que le timing du protocole Newton me paraît important. La couche de politique que Newton est en train de construire se situe entre l’intention d’un agent et l’exécution réelle. Avant que toute transaction ne soit validée, elle est vérifiée par rapport à des règles définies volontairement — ce que cet agent a le droit de faire, la quantité qu’il peut déplacer, avec qui il peut transiger. Si ces limites sont dépassées, la transaction n’aboutit pas. Pas signalée pour relecture. Elle n’aboutit pas.
Avec Mainnet Beta déjà en ligne, cette application est réelle dès maintenant, pas théorique.
Les agents IA peuvent être sûrs pour la DeFi. Mais seulement si la bonne infrastructure existe autour d’eux. @NewtonProtocol $NEWT #Newt