Binance Square
chartbabe
188 Publications

chartbabe

Binance Creator
24 Suivis
33 Abonnés
182 J’aime
Publications
·
--
Article
NEWTON PROTOCOL : Le portefeuille a besoin de règles avant que l’agent reçoive les clésLe moyen le plus rapide de rendre un système intelligent dangereux, c’est de lui donner de l’argent avant de lui donner des limites… Franchement, c’est la première chose qui me vient à l’esprit quand je regarde <m-59/ > <n>now. Tout le monde parle des agents IA comme si la partie difficile était de leur apprendre à trouver des transactions, déplacer des fonds, rééquilibrer des positions ou travailler pendant qu’on dort, mais je ne pense pas que l’intelligence soit le principal problème aujourd’hui. L’accès, oui. Un agent peut être très intelligent et pourtant mal comprendre une seule ligne, faire confiance à de mauvaises données ou suivre un ancien plan alors que le marché a déjà changé, et une fois qu’un portefeuille est placé derrière lui, cette petite erreur peut devenir une vraie transaction avant même que l’utilisateur n’ouvre l’application.

NEWTON PROTOCOL : Le portefeuille a besoin de règles avant que l’agent reçoive les clés

Le moyen le plus rapide de rendre un système intelligent dangereux, c’est de lui donner de l’argent avant de lui donner des limites… Franchement, c’est la première chose qui me vient à l’esprit quand je regarde <m-59/ > <n>now. Tout le monde parle des agents IA comme si la partie difficile était de leur apprendre à trouver des transactions, déplacer des fonds, rééquilibrer des positions ou travailler pendant qu’on dort, mais je ne pense pas que l’intelligence soit le principal problème aujourd’hui. L’accès, oui. Un agent peut être très intelligent et pourtant mal comprendre une seule ligne, faire confiance à de mauvaises données ou suivre un ancien plan alors que le marché a déjà changé, et une fois qu’un portefeuille est placé derrière lui, cette petite erreur peut devenir une vraie transaction avant même que l’utilisateur n’ouvre l’application.
J’entends encore et encore « des agents IA plus rapides », comme si la vitesse était la réponse ultime, et honnêtement ça me rend encore plus nerveux… si l’agent se trompe, plus rapide veut juste dire que l’erreur atteint mon portefeuille plus tôt. J’ai vu des bots simples suivre un mauvais signal encore et encore, sans s’arrêter : donc quand de vrais fonds sont connectés, je m’en fiche à quoi ressemble la démo, je veux juste savoir qui peut dire les choses non. C’est pour ça que @NewtonProtocol a du sens pour moi de façon plus basique. Pas parce que ça promet un futur IA magique, mais parce que ça pose la partie que la plupart des projets sautent : >> à quoi est-ce que cet agent est réellement autorisé à faire ? Avant que la transaction n’avance : vérifier le montant. Vérifier le contrat. Vérifier l’adresse. Vérifier le risque. Vérifier si l’action correspond même au travail que l’utilisateur lui a confié. Si ce n’est pas le cas, arrêtez-le là. Pas après le règlement, pas après que le tableau de bord passe au rouge, pas après que tout le monde commence à écrire des threads sur ce qui s’est mal passé. Je pense que la crypto a passé des années à construire des moteurs plus rapides tout en faisant comme si les freins étaient optionnels, lol. Puis un truc casse et soudain tout le monde veut des limites, des autorisations, des reçus et des règles claires. Ces choses ont l’air ennuyeuses jusqu’au moment où elles sauvent le compte. Newton n’est pas parfait et je ne pense pas non plus que la politique supprime tous les risques. Une mauvaise règle peut toujours être mauvaise, des données erronées peuvent toujours produire une mauvaise réponse, et celui qui contrôle la politique compte encore énormément. Mais je préfère des limites visibles qu’on peut vérifier plutôt qu’un backend caché qui dit : « faites-nous confiance, le bot sait ce qu’il fait ». Pour moi, la vraie question de la finance avec l’IA n’est pas : de quelle liberté peut-on doter l’agent. C’est : de quelle liberté peut-on le doter sans perdre le contrôle de l’argent. La vitesse est utile. L’intelligence est utile. Mais ni l’une ni l’autre ne devrait venir avec un chèque en blanc. @NewtonProtocol #Newt $NEWT {spot}(NEWTUSDT)
J’entends encore et encore « des agents IA plus rapides », comme si la vitesse était la réponse ultime, et honnêtement ça me rend encore plus nerveux… si l’agent se trompe, plus rapide veut juste dire que l’erreur atteint mon portefeuille plus tôt. J’ai vu des bots simples suivre un mauvais signal encore et encore, sans s’arrêter : donc quand de vrais fonds sont connectés, je m’en fiche à quoi ressemble la démo, je veux juste savoir qui peut dire les choses non.

C’est pour ça que @NewtonProtocol a du sens pour moi de façon plus basique. Pas parce que ça promet un futur IA magique, mais parce que ça pose la partie que la plupart des projets sautent : >> à quoi est-ce que cet agent est réellement autorisé à faire ?
Avant que la transaction n’avance : vérifier le montant. Vérifier le contrat. Vérifier l’adresse. Vérifier le risque. Vérifier si l’action correspond même au travail que l’utilisateur lui a confié. Si ce n’est pas le cas, arrêtez-le là. Pas après le règlement, pas après que le tableau de bord passe au rouge, pas après que tout le monde commence à écrire des threads sur ce qui s’est mal passé.

Je pense que la crypto a passé des années à construire des moteurs plus rapides tout en faisant comme si les freins étaient optionnels, lol. Puis un truc casse et soudain tout le monde veut des limites, des autorisations, des reçus et des règles claires. Ces choses ont l’air ennuyeuses jusqu’au moment où elles sauvent le compte.
Newton n’est pas parfait et je ne pense pas non plus que la politique supprime tous les risques. Une mauvaise règle peut toujours être mauvaise, des données erronées peuvent toujours produire une mauvaise réponse, et celui qui contrôle la politique compte encore énormément. Mais je préfère des limites visibles qu’on peut vérifier plutôt qu’un backend caché qui dit : « faites-nous confiance, le bot sait ce qu’il fait ».

Pour moi, la vraie question de la finance avec l’IA n’est pas : de quelle liberté peut-on doter l’agent.

C’est : de quelle liberté peut-on le doter sans perdre le contrôle de l’argent.
La vitesse est utile.
L’intelligence est utile.
Mais ni l’une ni l’autre ne devrait venir avec un chèque en blanc.
@NewtonProtocol #Newt $NEWT
Je continue de voir des gens parler d’agents IA comme si on était déjà prêts à leur confier les clés et à s’en aller… et honnêtement, je ne pense pas qu’on le soit. J’ai utilisé assez d’automatisation pour savoir qu’une seule mauvaise entrée peut très vite se transformer en dix mauvaises actions. Et quand un portefeuille est connecté, ce n’est plus juste agaçant : ça devient de l’argent réel qui s’en va pour une raison très réelle que personne n’a remarquée à temps. C’est pour ça que @NewtonProtocol commence à faire sens pour moi, d’une manière assez simple. Je ne le vois pas comme une autre histoire du type « l’IA va changer la finance ». Je le vois plutôt comme quelqu’un qui demande enfin ce que l’agent a réellement le droit de faire avant qu’il commence à déplacer des choses. Combien peut-il dépenser ? Quels contrats peut-il toucher ? Quelle adresse est bloquée ? À quel moment faut-il un humain ? L’utilisateur passe-t-il les contrôles requis ? Bref, toutes ces choses ennuyeuses que les gens ignorent pendant une démo… puis qui deviennent soudain importantes dès qu’il se passe quelque chose de mal. Je pense que la crypto a passé trop de temps à rendre les bots plus rapides et pas assez de temps à les rendre plus faciles à arrêter. La vitesse a l’air impressionnante, mais la vitesse avec des autorisations ouvertes, c’est franchement un peu effrayant. Je préfère qu’un agent rate un trade parce que les règles étaient strictes, plutôt que de le voir vider un portefeuille parce que tout le monde voulait « une automatisation totale ». Ce que j’aime chez Newton, c’est que la vérification se fait avant que la transaction ne devienne définitive. Pas un simple avertissement après que les fonds ont déjà bougé. Pas un autre rapport post-mortem. Pas un voyant rouge sur un tableau de bord quand les dégâts sont déjà faits. L’action doit d’abord correspondre à la politique… puis elle peut être exécutée. Bien sûr, les règles peuvent toujours être mauvaises, les données peuvent toujours être erronées, et la personne qui contrôle la politique compte toujours énormément. Je ne pense pas que Newton supprime le risque : je pense qu’il place le risque à un endroit qu’on peut réellement voir et remettre en question. Pour moi, c’est exactement le sens de $NEWT angle… Les agents IA n’ont pas seulement besoin d’intelligence : ils ont besoin de limites qui ne disparaissent pas quand les choses se compliquent. @NewtonProtocol #Newt $NEWT {spot}(NEWTUSDT)
Je continue de voir des gens parler d’agents IA comme si on était déjà prêts à leur confier les clés et à s’en aller… et honnêtement, je ne pense pas qu’on le soit. J’ai utilisé assez d’automatisation pour savoir qu’une seule mauvaise entrée peut très vite se transformer en dix mauvaises actions. Et quand un portefeuille est connecté, ce n’est plus juste agaçant : ça devient de l’argent réel qui s’en va pour une raison très réelle que personne n’a remarquée à temps.

C’est pour ça que @NewtonProtocol commence à faire sens pour moi, d’une manière assez simple. Je ne le vois pas comme une autre histoire du type « l’IA va changer la finance ». Je le vois plutôt comme quelqu’un qui demande enfin ce que l’agent a réellement le droit de faire avant qu’il commence à déplacer des choses. Combien peut-il dépenser ? Quels contrats peut-il toucher ? Quelle adresse est bloquée ? À quel moment faut-il un humain ? L’utilisateur passe-t-il les contrôles requis ? Bref, toutes ces choses ennuyeuses que les gens ignorent pendant une démo… puis qui deviennent soudain importantes dès qu’il se passe quelque chose de mal.

Je pense que la crypto a passé trop de temps à rendre les bots plus rapides et pas assez de temps à les rendre plus faciles à arrêter. La vitesse a l’air impressionnante, mais la vitesse avec des autorisations ouvertes, c’est franchement un peu effrayant. Je préfère qu’un agent rate un trade parce que les règles étaient strictes, plutôt que de le voir vider un portefeuille parce que tout le monde voulait « une automatisation totale ».

Ce que j’aime chez Newton, c’est que la vérification se fait avant que la transaction ne devienne définitive. Pas un simple avertissement après que les fonds ont déjà bougé. Pas un autre rapport post-mortem. Pas un voyant rouge sur un tableau de bord quand les dégâts sont déjà faits. L’action doit d’abord correspondre à la politique… puis elle peut être exécutée.

Bien sûr, les règles peuvent toujours être mauvaises, les données peuvent toujours être erronées, et la personne qui contrôle la politique compte toujours énormément. Je ne pense pas que Newton supprime le risque : je pense qu’il place le risque à un endroit qu’on peut réellement voir et remettre en question.

Pour moi, c’est exactement le sens de $NEWT angle… Les agents IA n’ont pas seulement besoin d’intelligence : ils ont besoin de limites qui ne disparaissent pas quand les choses se compliquent.

@NewtonProtocol #Newt $NEWT
Article
Newton n’a vraiment de l’importance que quand la démo cesse d’être amusanteje continue de penser que le moment le plus facile pour croire en un projet crypto, c’est tant que tout donne encore l’impression d’une démo… écran propre, transactions parfaites, un bot intelligent qui fait exactement ce que l’équipe avait prévu, tout le monde poste des clips en mode « wow, le futur est là ». puis de vrais utilisateurs arrivent, les marchés deviennent moches, les données arrivent en retard, un modèle commence à agir bizarrement et soudain le même « futur » ressemble à un ticket de support à 3 h du matin. c’est à ce moment-là que je commence à faire attention, parce que n’importe qui peut faire en sorte que l’automatisation ait l’air intelligente pendant cinq minutes ; le fait de la garder utile une fois que la partie “propre” est terminée, c’est un travail complètement différent.

Newton n’a vraiment de l’importance que quand la démo cesse d’être amusante

je continue de penser que le moment le plus facile pour croire en un projet crypto, c’est tant que tout donne encore l’impression d’une démo… écran propre, transactions parfaites, un bot intelligent qui fait exactement ce que l’équipe avait prévu, tout le monde poste des clips en mode « wow, le futur est là ». puis de vrais utilisateurs arrivent, les marchés deviennent moches, les données arrivent en retard, un modèle commence à agir bizarrement et soudain le même « futur » ressemble à un ticket de support à 3 h du matin. c’est à ce moment-là que je commence à faire attention, parce que n’importe qui peut faire en sorte que l’automatisation ait l’air intelligente pendant cinq minutes ; le fait de la garder utile une fois que la partie “propre” est terminée, c’est un travail complètement différent.
j’ai arrêté d’être impressionné quand la crypto dit que quelque chose est « l’avenir » parce que, la moitié du temps, c’est juste la même vieille idée avec l’IA ajoutée au début et un token ajouté à la fin… mais <@NewtonProtocol > me ramène toujours pour une raison plus simple : ça regarde le moment exact juste avant que l’argent ne bouge et pose une question que la plupart des systèmes ignorent >> est-ce que cette action devrait même être autorisée ? i je pense que c’est bien plus important que ce que les gens veulent faire croire. les chaînes savent déjà faire exactement ce qu’on leur dit, peut-être même trop bien. elles voient une signature valide, des données correctes, un solde suffisant et elles exécutent. elles s’en fichent si l’agent a mal compris l’utilisateur, si le montant est trop élevé, si l’adresse est risquée, si la personne est dans la mauvaise région ou si la stratégie a simplement dépassé ses propres limites. techniquement valide peut quand même être une terrible décision. et j’ai vu comment la crypto gère généralement ça… laisser la transaction se produire d’abord, puis envoyer une alerte, ouvrir un tableau de bord, rédiger un rapport et expliquer ce qui s’est mal passé. une belle histoire, mais les fonds ont déjà bougé. je ne veux pas une meilleure explication après l’erreur, je veux quelque chose qui se met devant. c’est pour ça que Newton me paraît utile. pas parce que ça rend les agents IA plus puissants, je pense qu’ils ont déjà assez de puissance, honnêtement. ça donne à cette puissance une clôture. n’utiliser que cette quantité-là, ne toucher que ces contrats-là, respecter ces limites de risque, vérifier l’identité ou la localisation quand c’est nécessaire, demander une approbation quand l’action devient trop importante. laisser l’agent faire le travail, juste ne pas lui confier tout le portefeuille et espérer qu’il se comporte bien. j’aime aussi le côté « reçu », parce que j’en ai marre que les plateformes disent « faites-nous confiance, les contrôles ont été effectués ». montrez la preuve. montrez quelle règle a été utilisée, montrez l’action validée, laissez une trace qu’on ne peut pas nettoyer plus tard quand le résultat a l’air moche. la plupart des utilisateurs ne liront peut-être jamais l’enregistrement complet, mais le fait qu’il existe pousse tout le monde derrière le système à agir un peu plus prudemment. a bien sûr, je ne pense pas que ce soit de la magie. de mauvaises règles peuvent rester de mauvaises règles, des données erronées peuvent toujours provoquer une mauvaise réponse, et celui ou celle qui contrôle la politique garde quand même un vrai pouvoir. <@NewtonProtocol #Newt > <$NEWT > <{spot}(NEWTUSDT)>
j’ai arrêté d’être impressionné quand la crypto dit que quelque chose est « l’avenir » parce que, la moitié du temps, c’est juste la même vieille idée avec l’IA ajoutée au début et un token ajouté à la fin… mais <@NewtonProtocol > me ramène toujours pour une raison plus simple : ça regarde le moment exact juste avant que l’argent ne bouge et pose une question que la plupart des systèmes ignorent >> est-ce que cette action devrait même être autorisée ?

i je pense que c’est bien plus important que ce que les gens veulent faire croire. les chaînes savent déjà faire exactement ce qu’on leur dit, peut-être même trop bien. elles voient une signature valide, des données correctes, un solde suffisant et elles exécutent. elles s’en fichent si l’agent a mal compris l’utilisateur, si le montant est trop élevé, si l’adresse est risquée, si la personne est dans la mauvaise région ou si la stratégie a simplement dépassé ses propres limites. techniquement valide peut quand même être une terrible décision.

et j’ai vu comment la crypto gère généralement ça… laisser la transaction se produire d’abord, puis envoyer une alerte, ouvrir un tableau de bord, rédiger un rapport et expliquer ce qui s’est mal passé. une belle histoire, mais les fonds ont déjà bougé. je ne veux pas une meilleure explication après l’erreur, je veux quelque chose qui se met devant.

c’est pour ça que Newton me paraît utile. pas parce que ça rend les agents IA plus puissants, je pense qu’ils ont déjà assez de puissance, honnêtement. ça donne à cette puissance une clôture. n’utiliser que cette quantité-là, ne toucher que ces contrats-là, respecter ces limites de risque, vérifier l’identité ou la localisation quand c’est nécessaire, demander une approbation quand l’action devient trop importante. laisser l’agent faire le travail, juste ne pas lui confier tout le portefeuille et espérer qu’il se comporte bien.

j’aime aussi le côté « reçu », parce que j’en ai marre que les plateformes disent « faites-nous confiance, les contrôles ont été effectués ». montrez la preuve. montrez quelle règle a été utilisée, montrez l’action validée, laissez une trace qu’on ne peut pas nettoyer plus tard quand le résultat a l’air moche. la plupart des utilisateurs ne liront peut-être jamais l’enregistrement complet, mais le fait qu’il existe pousse tout le monde derrière le système à agir un peu plus prudemment.

a bien sûr, je ne pense pas que ce soit de la magie. de mauvaises règles peuvent rester de mauvaises règles, des données erronées peuvent toujours provoquer une mauvaise réponse, et celui ou celle qui contrôle la politique garde quand même un vrai pouvoir.
<@NewtonProtocol #Newt > <$NEWT >
<>
Article
Le pont dont personne ne parle… jusqu’à l’arrivée des règlesje continue de tomber sur ce truc étrange avec <c-101/>… peut-être que le projet résout un problème très réel, mais c’est aussi un problème que la plupart des utilisateurs “normaux” ne se réveillent pas en ayant envie de résoudre. et je pense que c’est l’endroit malaisant où vit Newton en ce moment. parce qu’un trader ouvre une application et veut un swap propre, un meilleur rendement, de faibles frais, un retrait rapide, peut-être un bot qui ne perd pas d’argent pendant qu’ils dorment. ils ne sont pas là à se dire “bon sang, il me faut une règle d’identité programmable vérifiée par des opérateurs avant que cette transaction ne se règle”. personne ne parle comme ça en dehors d’une salle de conférence, lol. mais ensuite je regarde les banques, les entreprises de stablecoins, les actifs tokenisés, les fonds, les sociétés de paiement—toute entreprise avec des avocats et des équipes de risques qui respirent littéralement dans leur nuque—et soudain la même fonctionnalité ennuyeuse devient la raison pour laquelle ils peuvent utiliser la finance onchain du tout.

Le pont dont personne ne parle… jusqu’à l’arrivée des règles

je continue de tomber sur ce truc étrange avec <c-101/>… peut-être que le projet résout un problème très réel, mais c’est aussi un problème que la plupart des utilisateurs “normaux” ne se réveillent pas en ayant envie de résoudre. et je pense que c’est l’endroit malaisant où vit Newton en ce moment. parce qu’un trader ouvre une application et veut un swap propre, un meilleur rendement, de faibles frais, un retrait rapide, peut-être un bot qui ne perd pas d’argent pendant qu’ils dorment. ils ne sont pas là à se dire “bon sang, il me faut une règle d’identité programmable vérifiée par des opérateurs avant que cette transaction ne se règle”. personne ne parle comme ça en dehors d’une salle de conférence, lol. mais ensuite je regarde les banques, les entreprises de stablecoins, les actifs tokenisés, les fonds, les sociétés de paiement—toute entreprise avec des avocats et des équipes de risques qui respirent littéralement dans leur nuque—et soudain la même fonctionnalité ennuyeuse devient la raison pour laquelle ils peuvent utiliser la finance onchain du tout.
je continue de voir des gens admirer @NewtonProtocol et j’essaie encore de comprendre combien de cette admiration est réelle… parce que ce ne sont pas du tout la même chose. je peux regarder l’idée et me dire : oui, ça a du sens, les agents IA ne devraient pas déplacer de l’argent avec une autorisation ouverte ; chaque action doit avoir des limites, une preuve, des règles claires, et un moyen de l’arrêter avant que la transaction ne devienne permanente. j’aime ça. je pense même que c’est la façon responsable de construire une finance automatisée. mais ensuite je m’éloigne des discussions techniques et je regarde ce que les utilisateurs demandent aujourd’hui… la plupart ne cherchent pas à obtenir une exécution d’IA vérifiable. ils veulent des frais plus bas, de meilleurs rendements, des retraits faciles, une liquidité profonde et une application qui ne leur donne pas l’impression d’être stupides. ils s’en fichent de la preuve derrière une transaction d’agent, sauf si cet agent a déjà perdu leur argent une fois. c’est la partie gênante pour moi. j’ai vu une bonne infrastructure être ignorée pendant des années parce que l’ancien système était encore “suffisamment bien”. les bots sur CEX sont familiers, les outils de trading privés fonctionnent déjà, les systèmes centralisés sont rapides et les gens savent comment les utiliser. peut-être qu’ils sont moins ouverts et moins sûrs, mais changer les habitudes demande du temps, et la plupart des utilisateurs ne changent pas tant que la douleur ne devient pas assez forte. alors je pense que $NEWT se bat contre plus que d’autres projets… il se bat contre le confort. et le confort est puissant. et je ne pense pas non plus que Newton supprime totalement la confiance. je pense qu’il la fragmente en morceaux plus petits. au lieu de faire confiance à une seule entreprise, je fais confiance aux opérateurs, au code de politique, à la gouvernance, aux incitations, aux fournisseurs de données et au système de preuve. peut-être que c’est plus propre, peut-être plus facile à vérifier, mais c’est toujours de la confiance sous une nouvelle forme, et les utilisateurs “normaux” ont besoin d’une raison d’accepter cette nouvelle forme. là où je vois le dossier le plus solide, ce n’est pas un trader de détail qui demande à un bot IA le prochain gros pump. je pense que ce sont les institutions, les actifs tokenisés, les fonds réglementés, les systèmes de stablecoins, bref, partout où une équipe doit pouvoir expliquer pourquoi une transaction a été autorisée. ces gens-là se préoccupent déjà des contrôles, des rapports, des limites et des pistes d’audit. #Newt $NEWT {spot}(NEWTUSDT)
je continue de voir des gens admirer @NewtonProtocol et j’essaie encore de comprendre combien de cette admiration est réelle… parce que ce ne sont pas du tout la même chose. je peux regarder l’idée et me dire : oui, ça a du sens, les agents IA ne devraient pas déplacer de l’argent avec une autorisation ouverte ; chaque action doit avoir des limites, une preuve, des règles claires, et un moyen de l’arrêter avant que la transaction ne devienne permanente. j’aime ça. je pense même que c’est la façon responsable de construire une finance automatisée.

mais ensuite je m’éloigne des discussions techniques et je regarde ce que les utilisateurs demandent aujourd’hui… la plupart ne cherchent pas à obtenir une exécution d’IA vérifiable. ils veulent des frais plus bas, de meilleurs rendements, des retraits faciles, une liquidité profonde et une application qui ne leur donne pas l’impression d’être stupides. ils s’en fichent de la preuve derrière une transaction d’agent, sauf si cet agent a déjà perdu leur argent une fois. c’est la partie gênante pour moi.

j’ai vu une bonne infrastructure être ignorée pendant des années parce que l’ancien système était encore “suffisamment bien”. les bots sur CEX sont familiers, les outils de trading privés fonctionnent déjà, les systèmes centralisés sont rapides et les gens savent comment les utiliser. peut-être qu’ils sont moins ouverts et moins sûrs, mais changer les habitudes demande du temps, et la plupart des utilisateurs ne changent pas tant que la douleur ne devient pas assez forte.
alors je pense que $NEWT se bat contre plus que d’autres projets… il se bat contre le confort. et le confort est puissant.

et je ne pense pas non plus que Newton supprime totalement la confiance. je pense qu’il la fragmente en morceaux plus petits. au lieu de faire confiance à une seule entreprise, je fais confiance aux opérateurs, au code de politique, à la gouvernance, aux incitations, aux fournisseurs de données et au système de preuve. peut-être que c’est plus propre, peut-être plus facile à vérifier, mais c’est toujours de la confiance sous une nouvelle forme, et les utilisateurs “normaux” ont besoin d’une raison d’accepter cette nouvelle forme.

là où je vois le dossier le plus solide, ce n’est pas un trader de détail qui demande à un bot IA le prochain gros pump. je pense que ce sont les institutions, les actifs tokenisés, les fonds réglementés, les systèmes de stablecoins, bref, partout où une équipe doit pouvoir expliquer pourquoi une transaction a été autorisée. ces gens-là se préoccupent déjà des contrôles, des rapports, des limites et des pistes d’audit.
#Newt $NEWT
Article
Newton et l’attente gênante avant une vraie demandeje ne pense pas que la question la plus difficile autour de @NewtonProtocol soit de savoir si le système a l’air intelligent sur le papier… il l’est. la vraie difficulté est beaucoup plus fondamentale et, honnêtement, plus inconfortable >> qui en a vraiment un besoin urgent au point de payer pour ça dès maintenant ?? je peux m’asseoir ici et admirer toute l’idée toute la journée. des agents IA qui exécutent des actions en ligne (onchain) avec des limites, des politiques en place avant l’exécution, des preuves montrant ce qui a été approuvé, des créateurs qui publient des modèles et des stratégies, des utilisateurs qui n’ont pas à faire aveuglément confiance à un bot avec leur portefeuille… oui, j’en conviens, je pense même que c’est probablement comme devrait fonctionner la finance automatisée. un agent ne devrait pas avoir un accès ouvert juste parce qu’il peut lire des graphiques plus vite que moi. il devrait avoir des règles sur ce qu’il peut toucher, sur la quantité qu’il peut déplacer et sur le moment où il doit s’arrêter.

Newton et l’attente gênante avant une vraie demande

je ne pense pas que la question la plus difficile autour de @NewtonProtocol soit de savoir si le système a l’air intelligent sur le papier… il l’est. la vraie difficulté est beaucoup plus fondamentale et, honnêtement, plus inconfortable >> qui en a vraiment un besoin urgent au point de payer pour ça dès maintenant ??
je peux m’asseoir ici et admirer toute l’idée toute la journée. des agents IA qui exécutent des actions en ligne (onchain) avec des limites, des politiques en place avant l’exécution, des preuves montrant ce qui a été approuvé, des créateurs qui publient des modèles et des stratégies, des utilisateurs qui n’ont pas à faire aveuglément confiance à un bot avec leur portefeuille… oui, j’en conviens, je pense même que c’est probablement comme devrait fonctionner la finance automatisée. un agent ne devrait pas avoir un accès ouvert juste parce qu’il peut lire des graphiques plus vite que moi. il devrait avoir des règles sur ce qu’il peut toucher, sur la quantité qu’il peut déplacer et sur le moment où il doit s’arrêter.
Article
La permission que personne ne remarqueje ne me suis pas fait entraîner dans @NewtonProtocol à cause de quelques grandes promesses d’IA ou d’un graphique qui bouge n’importe comment, c’était plutôt cette petite question gênante qui continuait de m’agacer… si un logiciel commence à toucher de l’argent réel pour nous, qui explique pourquoi on lui a permis de faire ça à la base ?? et je ne parle pas de l’instant après la transaction, quand tout le monde ouvre l’explorateur et fait le malin, je parle avant que l’argent ne bouge, avant que l’erreur devienne permanente, avant que l’agent dise « oups » en langage machine et laisse l’utilisateur avec la perte

La permission que personne ne remarque

je ne me suis pas fait entraîner dans @NewtonProtocol à cause de quelques grandes promesses d’IA ou d’un graphique qui bouge n’importe comment, c’était plutôt cette petite question gênante qui continuait de m’agacer… si un logiciel commence à toucher de l’argent réel pour nous, qui explique pourquoi on lui a permis de faire ça à la base ?? et je ne parle pas de l’instant après la transaction, quand tout le monde ouvre l’explorateur et fait le malin, je parle avant que l’argent ne bouge, avant que l’erreur devienne permanente, avant que l’agent dise « oups » en langage machine et laisse l’utilisateur avec la perte
Je continue à regarder les agents IA comme des gens qui tendent toutes les clés d’une maison à un inconnu juste parce qu’ils vont vite… et, honnêtement, ça me semble à l’envers. Le fait de pouvoir ouvrir la porte ne veut pas dire que vous devriez être autorisé à entrer dans n’importe quelle pièce, à bouger tout ce que vous voulez et à repartir sans que personne ne vérifie. Mais c’est un peu vers là que va la finance avec l’IA, si on ne s’intéresse qu’à ce qu’un agent peut faire et qu’on ne prend jamais le temps de se demander à quoi il a réellement été autorisé à faire J’ai utilisé l’IA pour des choses simples, et même là, elle peut mal comprendre une toute petite ligne puis continuer comme si elle était totalement sûre, haha. Donc quand les gens parlent d’agents qui contrôlent des portefeuilles, déplacent des tokens, changent des positions de coffre ou signent des actions onchain pendant que l’utilisateur dort, je n’y vois pas seulement de la commodité. Je vois une erreur où de l’argent réel s’y attache C’est pour ça que @NewtonProtocol me paraît logique de façon très basique. Je ne pense pas que la valeur principale soit de rendre les agents plus intelligents. Je pense que c’est de placer une porte verrouillée entre l’idée de l’agent et la transaction finale. L’agent peut trouver un mouvement, construire l’action, choisir l’itinéraire, etc. Mais avant que quoi que ce soit ne devienne final, la règle est vérifiée. Montant trop élevé ? Stop. Mauvais contrat ? Stop. Mauvaise adresse ? Stop. En dehors de la plage horaire autorisée ? Stop. Nécessite une approbation humaine ? Attendre. Et j’aime ça, parce que la plupart des outils crypto traitent encore les problèmes après que les fonds ont déjà été déplacés. Une alerte arrive, le tableau de bord passe au rouge, quelqu’un écrit un thread, tout le monde dit « leçons apprises »… mais l’argent est déjà parti. Newton essaie de décaler ce moment plus tôt. Pas « qu’est-ce qui s’est passé ? » mais « est-ce que c’est même autorisé à se produire ? » Pour moi, ce petit changement, c’est toute l’histoire > > permission d’abord, action ensuite Le mainnet beta compte parce que ce n’est plus seulement une belle idée qui reste dans de la documentation. Ça doit fonctionner avec de vrais contrats, de vraies politiques, de vraies erreurs et de vrais montants d’argent. @NewtonProtocol #Newt $NEWT {spot}(NEWTUSDT)
Je continue à regarder les agents IA comme des gens qui tendent toutes les clés d’une maison à un inconnu juste parce qu’ils vont vite… et, honnêtement, ça me semble à l’envers. Le fait de pouvoir ouvrir la porte ne veut pas dire que vous devriez être autorisé à entrer dans n’importe quelle pièce, à bouger tout ce que vous voulez et à repartir sans que personne ne vérifie. Mais c’est un peu vers là que va la finance avec l’IA, si on ne s’intéresse qu’à ce qu’un agent peut faire et qu’on ne prend jamais le temps de se demander à quoi il a réellement été autorisé à faire

J’ai utilisé l’IA pour des choses simples, et même là, elle peut mal comprendre une toute petite ligne puis continuer comme si elle était totalement sûre, haha. Donc quand les gens parlent d’agents qui contrôlent des portefeuilles, déplacent des tokens, changent des positions de coffre ou signent des actions onchain pendant que l’utilisateur dort, je n’y vois pas seulement de la commodité. Je vois une erreur où de l’argent réel s’y attache

C’est pour ça que @NewtonProtocol me paraît logique de façon très basique. Je ne pense pas que la valeur principale soit de rendre les agents plus intelligents. Je pense que c’est de placer une porte verrouillée entre l’idée de l’agent et la transaction finale. L’agent peut trouver un mouvement, construire l’action, choisir l’itinéraire, etc. Mais avant que quoi que ce soit ne devienne final, la règle est vérifiée. Montant trop élevé ? Stop. Mauvais contrat ? Stop. Mauvaise adresse ? Stop. En dehors de la plage horaire autorisée ? Stop. Nécessite une approbation humaine ? Attendre.

Et j’aime ça, parce que la plupart des outils crypto traitent encore les problèmes après que les fonds ont déjà été déplacés. Une alerte arrive, le tableau de bord passe au rouge, quelqu’un écrit un thread, tout le monde dit « leçons apprises »… mais l’argent est déjà parti. Newton essaie de décaler ce moment plus tôt. Pas « qu’est-ce qui s’est passé ? » mais « est-ce que c’est même autorisé à se produire ? »
Pour moi, ce petit changement, c’est toute l’histoire > > permission d’abord, action ensuite

Le mainnet beta compte parce que ce n’est plus seulement une belle idée qui reste dans de la documentation. Ça doit fonctionner avec de vrais contrats, de vraies politiques, de vraies erreurs et de vrais montants d’argent.
@NewtonProtocol #Newt $NEWT
#Newt $NEWT {spot}(NEWTUSDT) Ce matin, je regardais un coffre et j’ai vu la note de collatéral passer de B à C. Et ma première réaction a été franchement mauvaise… je me suis dit : d’accord, peut-être que le graphique ne s’est pas actualisé, peut-être un bug de cache, peut-être un léger délai d’affichage, parce que le prix ne bougeait pas du tout. littéralement rien côté prix ne hurlait au danger, donc mon cerveau est allé droit au “c’est sûrement un problème visuel” mais non. la note a bien bougé, et le prix est resté calme. et ça m’a fait m’arrêter une seconde, parce que je pense que je me surprends encore à traiter le risque comme s’il devait forcément apparaître en premier sur le graphique. mais ce n’est pas le cas. parfois, le marché continue de trader comme si tout allait bien, alors que le modèle de risque, lui, a déjà changé d’avis. à partir de là, les notations Credora m’ont paru encore plus intéressantes. avant je pensais : ok, la note baisse quand le prix devient moche ou quand la liquidité s’assèche, simple. mais ce n’est pas aussi basique. d’après ce que j’en comprends, ça prend en compte beaucoup plus que le prix spot… le risque par défaut, la configuration du collatéral, le design du rachat, les parcours de stress, les trucs de monte carlo, toutes ces entrées cachées que les traders ne fixent pas chaque matin et c’est cette inadéquation que je continue à me répéter. la demande peut avoir l’air normale pendant que la classification se dégrade. le volume peut être là, les acheteurs peuvent être là, le graphique peut paraître calme, mais le score de crédit peut quand même bouger parce que la structure autour de l’actif s’est affaiblie. la classification n’est pas la même chose que l’humeur du marché. alors la chaîne dans ma tête ressemble à ça… la politique fixe une note minimale → Credora met à jour le score de risque → Newton lit cette nouvelle note → la vérification de politique s’exécute → l’action du coffre ou la position est signalée si ça franchit la ligne. le prix n’est qu’une voix dans la pièce, pas toute la pièce. ce qui m’inquiète un peu, c’est le timing. si ces notations changent quand les conditions évoluent et pas seulement selon un planning bien rangé et fixe, alors un coffre peut sembler paisible sur chaque graphique que je surveille, alors que son étiquette de risque glisse déjà sous le seuil. ça me paraît crucial pour $NEWT , parce que les contrôles de politique ne comptent que si les entrées qu’ils lisent peuvent détecter quelque chose avant que les traders ne s’en rendent compte. @NewtonProtocol
#Newt $NEWT
Ce matin, je regardais un coffre et j’ai vu la note de collatéral passer de B à C. Et ma première réaction a été franchement mauvaise… je me suis dit : d’accord, peut-être que le graphique ne s’est pas actualisé, peut-être un bug de cache, peut-être un léger délai d’affichage, parce que le prix ne bougeait pas du tout. littéralement rien côté prix ne hurlait au danger, donc mon cerveau est allé droit au “c’est sûrement un problème visuel”

mais non. la note a bien bougé, et le prix est resté calme. et ça m’a fait m’arrêter une seconde, parce que je pense que je me surprends encore à traiter le risque comme s’il devait forcément apparaître en premier sur le graphique. mais ce n’est pas le cas. parfois, le marché continue de trader comme si tout allait bien, alors que le modèle de risque, lui, a déjà changé d’avis.
à partir de là, les notations Credora m’ont paru encore plus intéressantes. avant je pensais : ok, la note baisse quand le prix devient moche ou quand la liquidité s’assèche, simple. mais ce n’est pas aussi basique. d’après ce que j’en comprends, ça prend en compte beaucoup plus que le prix spot… le risque par défaut, la configuration du collatéral, le design du rachat, les parcours de stress, les trucs de monte carlo, toutes ces entrées cachées que les traders ne fixent pas chaque matin

et c’est cette inadéquation que je continue à me répéter. la demande peut avoir l’air normale pendant que la classification se dégrade. le volume peut être là, les acheteurs peuvent être là, le graphique peut paraître calme, mais le score de crédit peut quand même bouger parce que la structure autour de l’actif s’est affaiblie. la classification n’est pas la même chose que l’humeur du marché.

alors la chaîne dans ma tête ressemble à ça… la politique fixe une note minimale → Credora met à jour le score de risque → Newton lit cette nouvelle note → la vérification de politique s’exécute → l’action du coffre ou la position est signalée si ça franchit la ligne. le prix n’est qu’une voix dans la pièce, pas toute la pièce.
ce qui m’inquiète un peu, c’est le timing. si ces notations changent quand les conditions évoluent et pas seulement selon un planning bien rangé et fixe, alors un coffre peut sembler paisible sur chaque graphique que je surveille, alors que son étiquette de risque glisse déjà sous le seuil. ça me paraît crucial pour $NEWT , parce que les contrôles de politique ne comptent que si les entrées qu’ils lisent peuvent détecter quelque chose avant que les traders ne s’en rendent compte.
@NewtonProtocol
Article
Newton et le pari du timingje ne cesse de retourner $NEWT dans ma tête et, honnêtement, la question n’est pas « est-ce que cette technologie est cool ? » parce que oui, elle l’est, je comprends pourquoi les gens l’apprécient. la question, pour moi, est plus agaçante… est-ce que les gens ont réellement besoin de Newton maintenant, aujourd’hui, ou est-ce l’une de ces idées d’infrastructure qui n’a de sens qu’après que le marché se soit rattrapé quelques années plus tard ?? je comprends l’idée de la proposition. si l’ia doit gérer des transactions, déplacer des fonds, exécuter des actions onchain, peut-être même gérer des stratégies pendant que les utilisateurs dorment, alors aveuglement faire confiance est une mauvaise stratégie. je ne veux pas qu’une boîte noire touche à l’argent juste parce qu’elle a l’air intelligente. je veux des règles. je veux des preuves. je veux savoir ce à quoi c’était autorisé à faire et ce qui ne lui était pas autorisé. c’est ça qui me donne l’impression que Newton est sérieux, pas juste un autre mot-clé d’ia collé sur un jeton.

Newton et le pari du timing

je ne cesse de retourner $NEWT dans ma tête et, honnêtement, la question n’est pas « est-ce que cette technologie est cool ? » parce que oui, elle l’est, je comprends pourquoi les gens l’apprécient. la question, pour moi, est plus agaçante… est-ce que les gens ont réellement besoin de Newton maintenant, aujourd’hui, ou est-ce l’une de ces idées d’infrastructure qui n’a de sens qu’après que le marché se soit rattrapé quelques années plus tard ??
je comprends l’idée de la proposition. si l’ia doit gérer des transactions, déplacer des fonds, exécuter des actions onchain, peut-être même gérer des stratégies pendant que les utilisateurs dorment, alors aveuglement faire confiance est une mauvaise stratégie. je ne veux pas qu’une boîte noire touche à l’argent juste parce qu’elle a l’air intelligente. je veux des règles. je veux des preuves. je veux savoir ce à quoi c’était autorisé à faire et ce qui ne lui était pas autorisé. c’est ça qui me donne l’impression que Newton est sérieux, pas juste un autre mot-clé d’ia collé sur un jeton.
Article
Le problème des règles flexibles de Newtonje regardais des graphiques tout à l’heure et honnêtement, il n’y avait rien… le financement semblait plat, pas de squeeze propre, pas de vrai montage, juste des chiffres qui font semblant d’être une histoire. alors je me suis retrouvé de retour dans les @NewtonProtocol docs, et une chose a continué de me trotter dans la tête : la politique peut changer sans devoir réécrire tout le contrat du coffre. au début, je me suis dit OK, c’est une jolie fonctionnalité développeur, des mises à jour plus simples, moins de bazar lors des redeploiements. mais ensuite j’y ai réfléchi un peu plus, et je pense que c’est potentiellement bien plus important que ça n’en a l’air la plupart des smart contracts donnent l’impression que le manuel des règles est figé dans le code. si les règles changent, il faut maintenant faire une mise à niveau, une migration, un vote, un nouveau contrat, et tout un processus pénible. Newton regarde ça autrement. le contrat reste l’endroit où l’application est faite, mais la politique elle-même peut vivre en dehors, comme une règle Rego, avec des paramètres comme des plafonds de dépense, des allowlists, des expirations, des limites de risque, des vérifications de sanctions, etc. ainsi, le coffre n’a pas besoin de comprendre chaque fournisseur de données, chaque système d’identité ou chaque modèle de risque. il lui suffit de savoir si Newton dit oui ou non

Le problème des règles flexibles de Newton

je regardais des graphiques tout à l’heure et honnêtement, il n’y avait rien… le financement semblait plat, pas de squeeze propre, pas de vrai montage, juste des chiffres qui font semblant d’être une histoire. alors je me suis retrouvé de retour dans les @NewtonProtocol docs, et une chose a continué de me trotter dans la tête : la politique peut changer sans devoir réécrire tout le contrat du coffre. au début, je me suis dit OK, c’est une jolie fonctionnalité développeur, des mises à jour plus simples, moins de bazar lors des redeploiements. mais ensuite j’y ai réfléchi un peu plus, et je pense que c’est potentiellement bien plus important que ça n’en a l’air
la plupart des smart contracts donnent l’impression que le manuel des règles est figé dans le code. si les règles changent, il faut maintenant faire une mise à niveau, une migration, un vote, un nouveau contrat, et tout un processus pénible. Newton regarde ça autrement. le contrat reste l’endroit où l’application est faite, mais la politique elle-même peut vivre en dehors, comme une règle Rego, avec des paramètres comme des plafonds de dépense, des allowlists, des expirations, des limites de risque, des vérifications de sanctions, etc. ainsi, le coffre n’a pas besoin de comprendre chaque fournisseur de données, chaque système d’identité ou chaque modèle de risque. il lui suffit de savoir si Newton dit oui ou non
#Newt $NEWT @NewtonProtocol je continue de penser à cette histoire de « confidentialité éphémère » de Newton. parce que ça sonne petit au premier abord, comme une simple autre façon de transmettre des données privées à une tâche, mais plus j’y regarde, plus je sens que ça dit quelque chose de plus grand… toutes les entrées privées n’ont pas besoin de vivre pour toujours en général, tout le discours sur la confidentialité en crypto parle toujours de comment stocker des données sensibles en sécurité, mieux les chiffrer, mieux les gérer, mieux les réutiliser. et oui, ça compte. mais parfois je me dis que le choix le plus sûr, c’est tout simplement de ne pas garder l’objet autour s’il n’a d’importance que pour une seule fois c’est un peu comme ça que je lis ce flux. le client met des données chiffrées dans cet espace spécial _newton pour une seule tâche, la passerelle les retire avant que les champs normaux n’avancent, les opérateurs les déchiffrent localement uniquement pour cette évaluation, les utilisent dans le contexte de la politique, puis ce n’est plus là en tant qu’objet réutilisable de confidentialité pour toujours. et j’aime cette idée, parce que certaines infos ne sont utiles que sur ce moment-là comme un numéro de portefeuille temporaire, un réglage de risque à usage unique, une valeur privée uniquement pour cette tx, une condition en direct qui change toutes les quelques minutes. pourquoi est-ce que ça devrait devenir un état à long terme si la tâche suivante pourrait avoir besoin d’une valeur totalement différente de toute façon ?? laisser tout traîner juste parce qu’on peut, ça ressemble à un risque supplémentaire pour moi mais je ne pense pas que ce soit de la magie gratuite non plus. si les données disparaissent vite, le contexte disparaît vite aussi. la tâche, le résultat de la politique, la preuve, le reçu, tout ça existe encore dans le flux, mais le détail privé derrière la décision n’est pas réutilisé comme le le serait une identité persistante ou des données confidentielles. du coup, je vois un peu le compromis comme ça… une confidentialité persistante est bonne quand le système a besoin de mémoire. kyc, allowlists, blacklists, données fournisseurs à long terme, des choses qui doivent rester utiles sur beaucoup d’actions. une confidentialité éphémère est meilleure quand l’entrée n’est vivante que pour une décision et que la garder plus longtemps ne fait que créer plus de surface d’exposition pour moi, Newton est intéressant ici parce qu’il ne traite pas la confidentialité comme un seul mode. {spot}(NEWTUSDT) $NEWT
#Newt $NEWT @NewtonProtocol je continue de penser à cette histoire de « confidentialité éphémère » de Newton. parce que ça sonne petit au premier abord, comme une simple autre façon de transmettre des données privées à une tâche, mais plus j’y regarde, plus je sens que ça dit quelque chose de plus grand… toutes les entrées privées n’ont pas besoin de vivre pour toujours

en général, tout le discours sur la confidentialité en crypto parle toujours de comment stocker des données sensibles en sécurité, mieux les chiffrer, mieux les gérer, mieux les réutiliser. et oui, ça compte. mais parfois je me dis que le choix le plus sûr, c’est tout simplement de ne pas garder l’objet autour s’il n’a d’importance que pour une seule fois

c’est un peu comme ça que je lis ce flux. le client met des données chiffrées dans cet espace spécial _newton pour une seule tâche, la passerelle les retire avant que les champs normaux n’avancent, les opérateurs les déchiffrent localement uniquement pour cette évaluation, les utilisent dans le contexte de la politique, puis ce n’est plus là en tant qu’objet réutilisable de confidentialité pour toujours. et j’aime cette idée, parce que certaines infos ne sont utiles que sur ce moment-là

comme un numéro de portefeuille temporaire, un réglage de risque à usage unique, une valeur privée uniquement pour cette tx, une condition en direct qui change toutes les quelques minutes. pourquoi est-ce que ça devrait devenir un état à long terme si la tâche suivante pourrait avoir besoin d’une valeur totalement différente de toute façon ?? laisser tout traîner juste parce qu’on peut, ça ressemble à un risque supplémentaire pour moi

mais je ne pense pas que ce soit de la magie gratuite non plus. si les données disparaissent vite, le contexte disparaît vite aussi. la tâche, le résultat de la politique, la preuve, le reçu, tout ça existe encore dans le flux, mais le détail privé derrière la décision n’est pas réutilisé comme le le serait une identité persistante ou des données confidentielles.

du coup, je vois un peu le compromis comme ça… une confidentialité persistante est bonne quand le système a besoin de mémoire. kyc, allowlists, blacklists, données fournisseurs à long terme, des choses qui doivent rester utiles sur beaucoup d’actions. une confidentialité éphémère est meilleure quand l’entrée n’est vivante que pour une décision et que la garder plus longtemps ne fait que créer plus de surface d’exposition

pour moi, Newton est intéressant ici parce qu’il ne traite pas la confidentialité comme un seul mode.

$NEWT
Article
Newton et le contrat qui demande d’abordje pense que ce qui m’a attiré dans @NewtonProtocol c’est cette sensation étrange que les smart contracts sont encore trop dociles… ils font exactement ce qu’on leur dit, ce qui semble bien, jusqu’au moment où ce qu’on leur dit est bête, risqué, ou qu’il manque la moitié du contexte réel du monde. j’y pense comme à une machine qui ne demande jamais « attendez pourquoi ? » : elle prend l’entrée, applique la règle, envoie le résultat et c’est tout. c’est peut-être propre, mais aussi un peu aveugle et c’est là que je trouve Newton vraiment intéressant. pas parce que ça rend les contrats « plus intelligents » d’une manière magique, mais parce que ça ajoute un moment avant l’exécution, où le système peut poser quelques vraies questions. est-ce que cet utilisateur est autorisé ? cette adresse est-elle sûre ? cette action respecte-t-elle la politique ? la condition du marché est-elle toujours acceptable ? le signal externe a-t-il dit oui ou non ? j’aime cette idée parce que la crypto continue de faire comme si l’exécution était toute la partie, mais honnêtement, une exécution sans contexte peut encore être un vrai bazar

Newton et le contrat qui demande d’abord

je pense que ce qui m’a attiré dans @NewtonProtocol c’est cette sensation étrange que les smart contracts sont encore trop dociles… ils font exactement ce qu’on leur dit, ce qui semble bien, jusqu’au moment où ce qu’on leur dit est bête, risqué, ou qu’il manque la moitié du contexte réel du monde. j’y pense comme à une machine qui ne demande jamais « attendez pourquoi ? » : elle prend l’entrée, applique la règle, envoie le résultat et c’est tout. c’est peut-être propre, mais aussi un peu aveugle
et c’est là que je trouve Newton vraiment intéressant. pas parce que ça rend les contrats « plus intelligents » d’une manière magique, mais parce que ça ajoute un moment avant l’exécution, où le système peut poser quelques vraies questions. est-ce que cet utilisateur est autorisé ? cette adresse est-elle sûre ? cette action respecte-t-elle la politique ? la condition du marché est-elle toujours acceptable ? le signal externe a-t-il dit oui ou non ? j’aime cette idée parce que la crypto continue de faire comme si l’exécution était toute la partie, mais honnêtement, une exécution sans contexte peut encore être un vrai bazar
la partie qui me fait peur avec les agents IA, ce n’est pas qu’ils peuvent se tromper… les humains se trompent tout le temps, lol. le truc effrayant, c’est quand la mauvaise idée a aussi un pouvoir sur le portefeuille qui y est attaché. je pensais qu’un agent avait besoin d’un accès total pour être utile : s’il trouve une route de coffre ou repère un mouvement de rendement, qu’il agisse vite et ne le ralentisse pas. mais maintenant je ne vois pas les choses comme ça. un agent intelligent avec trop d’autorité, c’est juste une erreur rapide en attente de la bonne entrée mauvaise. peut-être qu’il se fait piéger, peut-être que le prompt devient confus, peut-être que le modèle hallucine un “bon” mouvement, peut-être que la route semble rentable, mais la destination n’est pas quelque chose que je voulais qu’il touche… et si la permission du wallet est ouverte, alors cette mauvaise idée devient une vraie transaction. c’est là que @NewtonProtocol me paraît intéressant, parce que ça sépare un peu le cerveau des clés. l’agent peut encore chercher, comparer, planifier, choisir des routes, préparer des actions et faire le travail ennuyeux plus vite que moi, mais avant que le capital ne bouge réellement, il doit passer par des règles. plafonds de dépenses, contrats autorisés, fonctions approuvées, fenêtres temporelles, limites par heure, destinations de confiance, peut-être un accord humain si le montant est trop élevé… voilà la partie que j’aime. pas tuer l’autonomie, juste lui mettre une clôture. je pense que les gens se focalisent trop sur à quel point des agents peuvent devenir malins, mais moi je me soucie surtout de ce qu’ils sont autorisés à rendre réel. l’intelligence signifie que l’agent peut imaginer plus d’actions. l’autorité décide quelles actions peuvent réellement toucher la chaîne. grande différence. si cette ligne est floue, on donne essentiellement à un modèle un wallet et on espère qu’il reste sain pour toujours, et ça me semble totalement fou. bien sûr, tout ça dépend encore du fait que la politique soit bien écrite. des règles faibles, ce sont des règles faibles. un mauvais propriétaire peut élargir les limites. les attaques par prompt peuvent toujours pousser l’agent à essayer des choses stupides, même si Newton arrête la pire partie. donc je ne vois pas ça comme de la sécurité magique. je le vois comme une couche nécessaire entre “l’agent veut ça” et “l’argent bouge pour toujours.” #Newt $NEWT {spot}(NEWTUSDT)
la partie qui me fait peur avec les agents IA, ce n’est pas qu’ils peuvent se tromper… les humains se trompent tout le temps, lol. le truc effrayant, c’est quand la mauvaise idée a aussi un pouvoir sur le portefeuille qui y est attaché. je pensais qu’un agent avait besoin d’un accès total pour être utile : s’il trouve une route de coffre ou repère un mouvement de rendement, qu’il agisse vite et ne le ralentisse pas. mais maintenant je ne vois pas les choses comme ça. un agent intelligent avec trop d’autorité, c’est juste une erreur rapide en attente de la bonne entrée mauvaise. peut-être qu’il se fait piéger, peut-être que le prompt devient confus, peut-être que le modèle hallucine un “bon” mouvement, peut-être que la route semble rentable, mais la destination n’est pas quelque chose que je voulais qu’il touche… et si la permission du wallet est ouverte, alors cette mauvaise idée devient une vraie transaction.

c’est là que @NewtonProtocol me paraît intéressant, parce que ça sépare un peu le cerveau des clés. l’agent peut encore chercher, comparer, planifier, choisir des routes, préparer des actions et faire le travail ennuyeux plus vite que moi, mais avant que le capital ne bouge réellement, il doit passer par des règles. plafonds de dépenses, contrats autorisés, fonctions approuvées, fenêtres temporelles, limites par heure, destinations de confiance, peut-être un accord humain si le montant est trop élevé… voilà la partie que j’aime. pas tuer l’autonomie, juste lui mettre une clôture.

je pense que les gens se focalisent trop sur à quel point des agents peuvent devenir malins, mais moi je me soucie surtout de ce qu’ils sont autorisés à rendre réel. l’intelligence signifie que l’agent peut imaginer plus d’actions. l’autorité décide quelles actions peuvent réellement toucher la chaîne. grande différence. si cette ligne est floue, on donne essentiellement à un modèle un wallet et on espère qu’il reste sain pour toujours, et ça me semble totalement fou.

bien sûr, tout ça dépend encore du fait que la politique soit bien écrite. des règles faibles, ce sont des règles faibles. un mauvais propriétaire peut élargir les limites. les attaques par prompt peuvent toujours pousser l’agent à essayer des choses stupides, même si Newton arrête la pire partie. donc je ne vois pas ça comme de la sécurité magique. je le vois comme une couche nécessaire entre “l’agent veut ça” et “l’argent bouge pour toujours.”

#Newt $NEWT
Article
Newton et la couche d’intention compliquéeJe n’ai même pas ouvert @NewtonProtocol parce que je cherchais un nouveau projet, franchement… je faisais juste mon chemin à travers toutes ces conversations crypto où d’un côté on crie que les agents IA sont les prochains utilisateurs et de l’autre on dit non non, l’infrastructure est de retour et quelqu’un d’autre poursuit déjà la bêta Solana ou un simple autre pump au hasard. Et au milieu de tout ce bruit, je me suis retrouvé bloqué sur cette idée >> peut-être que les blockchains ne sont plus mauvaises pour l’exécution, peut-être qu’on est juste encore mauvais pour expliquer ce qu’on veut vraiment qu’elles fassent. Ça a l’air simple, mais ça m’a quand même un peu dérangé. En crypto, on agit comme si, dès qu’une transaction passe, alors le système a fonctionné. Et techniquement oui, peut-être que c’est le cas. La chaîne a fait exactement ce que le code et les données d’appel lui indiquaient de faire. Mais est-ce que ça a fait ce que l’utilisateur voulait dire ? Est-ce que ça a suivi la règle réelle telle qu’elle était dans la tête de l’utilisateur ? Est-ce que ça a respecté la limite, le risque, le timing, la partie « seulement si ça reste sûr » ? C’est là que ça se complique pour moi.

Newton et la couche d’intention compliquée

Je n’ai même pas ouvert @NewtonProtocol parce que je cherchais un nouveau projet, franchement… je faisais juste mon chemin à travers toutes ces conversations crypto où d’un côté on crie que les agents IA sont les prochains utilisateurs et de l’autre on dit non non, l’infrastructure est de retour et quelqu’un d’autre poursuit déjà la bêta Solana ou un simple autre pump au hasard. Et au milieu de tout ce bruit, je me suis retrouvé bloqué sur cette idée >> peut-être que les blockchains ne sont plus mauvaises pour l’exécution, peut-être qu’on est juste encore mauvais pour expliquer ce qu’on veut vraiment qu’elles fassent.
Ça a l’air simple, mais ça m’a quand même un peu dérangé. En crypto, on agit comme si, dès qu’une transaction passe, alors le système a fonctionné. Et techniquement oui, peut-être que c’est le cas. La chaîne a fait exactement ce que le code et les données d’appel lui indiquaient de faire. Mais est-ce que ça a fait ce que l’utilisateur voulait dire ? Est-ce que ça a suivi la règle réelle telle qu’elle était dans la tête de l’utilisateur ? Est-ce que ça a respecté la limite, le risque, le timing, la partie « seulement si ça reste sûr » ? C’est là que ça se complique pour moi.
#Newt @NewtonProtocol $NEWT {spot}(NEWTUSDT) Je pense que ce que les gens peuvent manquer avec VaultKit, c’est que ce n’est pas envelopper tout le coffre comme une sorte de couverture de sécurité magique… et honnêtement, j’ai failli le lire comme ça aussi au début. J’ai vu « Shield » et mon cerveau a dit ok donc le coffre est protégé maintenant, chaque action est vérifiée, chaque mouvement passe par Newton, parfait. Puis j’ai ralenti et je me suis dit : attendez non… le bouclier est vraiment placé devant le côté du gestionnaire, le côté du conservateur, la partie qui peut changer la façon dont le coffre se comporte. Changement de cap, réallocations, appels du gestionnaire, ces mouvements de contrôle plus importants. Pas chaque dépôt ou retrait normal d’un utilisateur, par défaut Et je pense que cette frontière est en fait importante. Parce que quand un gestionnaire de coffre modifie un cap, déplace de la liquidité ou ajuste l’endroit où se trouve le capital, ça peut changer le risque pour tout le monde à l’intérieur. Donc c’est logique d’y mettre d’abord des contrôles de politique. Comme avant que la personne ayant du pouvoir ne remodèle le coffre, Newton demande ok est-ce que c’est autorisé, est-ce que ça respecte la politique, cet appel doit-il même atteindre le coffre ??? J’aime bien ce point parce que les actions privilégiées, c’est là qu’une seule mauvaise manœuvre peut avoir un impact sur beaucoup d’utilisateurs Mais je pense aussi que c’est super facile à mal comprendre. Si quelqu’un entend « coffre protégé par une politique », il peut supposer que tout ce qui se passe dans le coffre passe systématiquement par un contrôle Newton. Et ce n’est pas toujours vrai. Si les dépôts et retraits passent encore par le chemin normal du coffre, alors ils sont protégés par la logique propre de ce coffre, pas automatiquement par Newton. La protection suit le chemin qui passe par le Shield. Sans chemin Shield, pas de vérification Newton. C’est simple, mais des gens peuvent passer à côté Pour moi, ce n’est pas une faiblesse exactement, plutôt une question de périmètre. Et le périmètre compte énormément en crypto parce que les mots prennent vite de l’ampleur. « protégé » peut vouloir dire une fonction, un flux, un rôle, une action admin, ou le contrat entier selon qui le dit. Je ne veux pas que les utilisateurs pensent que tout le coffre est sous une seule couche de règles alors qu’en réalité, seuls les contrôles du gestionnaire sont vérifiés par la politique
#Newt @NewtonProtocol $NEWT
Je pense que ce que les gens peuvent manquer avec VaultKit, c’est que ce n’est pas envelopper tout le coffre comme une sorte de couverture de sécurité magique… et honnêtement, j’ai failli le lire comme ça aussi au début. J’ai vu « Shield » et mon cerveau a dit ok donc le coffre est protégé maintenant, chaque action est vérifiée, chaque mouvement passe par Newton, parfait. Puis j’ai ralenti et je me suis dit : attendez non… le bouclier est vraiment placé devant le côté du gestionnaire, le côté du conservateur, la partie qui peut changer la façon dont le coffre se comporte. Changement de cap, réallocations, appels du gestionnaire, ces mouvements de contrôle plus importants. Pas chaque dépôt ou retrait normal d’un utilisateur, par défaut

Et je pense que cette frontière est en fait importante. Parce que quand un gestionnaire de coffre modifie un cap, déplace de la liquidité ou ajuste l’endroit où se trouve le capital, ça peut changer le risque pour tout le monde à l’intérieur. Donc c’est logique d’y mettre d’abord des contrôles de politique. Comme avant que la personne ayant du pouvoir ne remodèle le coffre, Newton demande ok est-ce que c’est autorisé, est-ce que ça respecte la politique, cet appel doit-il même atteindre le coffre ??? J’aime bien ce point parce que les actions privilégiées, c’est là qu’une seule mauvaise manœuvre peut avoir un impact sur beaucoup d’utilisateurs

Mais je pense aussi que c’est super facile à mal comprendre. Si quelqu’un entend « coffre protégé par une politique », il peut supposer que tout ce qui se passe dans le coffre passe systématiquement par un contrôle Newton. Et ce n’est pas toujours vrai. Si les dépôts et retraits passent encore par le chemin normal du coffre, alors ils sont protégés par la logique propre de ce coffre, pas automatiquement par Newton. La protection suit le chemin qui passe par le Shield. Sans chemin Shield, pas de vérification Newton. C’est simple, mais des gens peuvent passer à côté

Pour moi, ce n’est pas une faiblesse exactement, plutôt une question de périmètre. Et le périmètre compte énormément en crypto parce que les mots prennent vite de l’ampleur. « protégé » peut vouloir dire une fonction, un flux, un rôle, une action admin, ou le contrat entier selon qui le dit. Je ne veux pas que les utilisateurs pensent que tout le coffre est sous une seule couche de règles alors qu’en réalité, seuls les contrôles du gestionnaire sont vérifiés par la politique
Article
Newton et le problème de l’intentionJe suis arrivé sur @NewtonProtocol d’une manière un peu aléatoire, pas en suivant un énorme sujet à la mode, mais en lisant tous ces débats sur des chaînes qui vont plus vite, des applis plus fluides, des agents IA qui deviendraient peut-être de vrais utilisateurs, et tout le monde qui se disputait en mode “le prochain grand truc, c’est seulement la vitesse ou les TPS ou des frais moins chers”… Et je ne sais pas, il y avait quelque chose chez Newton qui m’a semblé un peu différent. Pas plus bruyant, pas plus tape-à-l’œil, juste différent d’une manière qui m’a fait faire une pause. Parce que je pense que la crypto a déjà appris à déplacer l’argent. Peut-être même trop bien, parfois. On peut échanger, bridge, staker, emprunter, loop, faire du farm, trader des perps, déplacer des stablecoins entre chaînes et faire tout ça… ce qui aurait semblé complètement fou il y a quelques années. Mais la partie qui me paraît encore faible, c’est celle-ci : la chaîne sait ce que j’ai signé, mais elle ne sait pas toujours ce que je voulais vraiment dire. Et cet écart, c’est là que, selon moi, commence beaucoup de bazar. Genre : quand je clique sur quelque chose, je ne dis pas juste “envoyer cette transaction”. J’essaie de faire une opération avec des conditions dans la tête. Échanger, mais seulement si le slippage reste faible. Emprunter, mais seulement si mon health factor ne devient pas absurde. Laisser un agent déplacer des fonds, mais pas au-delà de ce montant. Rebalancer, mais sans toucher ce protocole risqué. Bridge, mais seulement si l’itinéraire est sûr. Pour moi, le vrai “action” ce n’est pas la transaction brute. Et je trouve Newton intéressant parce que ça pose une question : est-ce que ces conditions devraient vivre plus près de l’exécution, au lieu d’être dispersées dans les frontends, les documentations, les wallets, les scripts et la mémoire aléatoire des humains ? Ça a l’air simple, mais en fait, c’est un gros changement. Bitcoin a appris aux gens à faire confiance à la valeur numérique, Ethereum a rendu les contrats “normaux”, Solana a poussé l’idée d’une exécution rapide… et maintenant, peut-être que la prochaine question n’est pas “est-ce que la transaction peut tourner plus vite ?”, mais “est-ce que cette transaction doit tourner du tout, en respectant les règles que j’ai définies ?” Je ne veux pas trop en faire de l’hype, mais je pense que cette question compte. Parce qu’aujourd’hui, les développeurs reconstruisent encore et encore la logique de permissions. Chaque appli a ses propres règles, chaque coffre-fort a ses propres contrôles, chaque frontend a ses propres avertissements, chaque équipe a sa manière de dire oui ou non avant que l’argent bouge. Et plus la crypto devient complexe, plus ça a l’air de partir dans tous les sens. J’ai vu à quel point il est facile pour les utilisateurs de mal comprendre ce que fait vraiment un bouton. J’ai vu à quel point les bots et les agents peuvent suivre des consignes trop littéralement. J’ai vu comment une “transaction valide” peut quand même être une mauvaise transaction pour la personne qui l’a signée. Donc quand Newton parle d’exécution consciente des politiques, je ne le lis pas juste comme une énième fonctionnalité pour devs : je le lis comme une façon de réduire la confusion avant qu’elle ne devienne un dégât. Peut-être que l’appli dit une chose, peut-être que le wallet en montre une autre, peut-être que le marché a changé, peut-être que la règle de l’utilisateur dit stop, et peut-être que le système devrait pouvoir vérifier tout ça avant que la chaîne ne fasse juste “ok signature valide, on y va”. Bien sûr, ce n’est pas facile. Les politiques peuvent aussi devenir pénibles. Si les règles sont difficiles à écrire, les devs les éviteront. Si elles sont trop rigides, les applis perdent de la liberté. Si les utilisateurs doivent comprendre trop de choses, ils partent. Les utilisateurs de crypto disent qu’ils veulent de la sécurité, mais détestent la friction, et franchement je comprends. Personne ne veut 9 étapes en plus juste pour faire une action simple. Donc si Newton marche, je pense que ça doit disparaître dans le background. L’utilisateur ne devrait pas avoir l’impression d’apprendre un énorme nouveau système à chaque fois. Il devrait juste avoir la sensation que l’appli est plus difficile à “casser”. Dans mon expérience, c’est comme ça que la bonne infra gagne : pas en demandant aux gens d’admirer l’architecture, mais en rendant le mauvais résultat moins probable, sans rendre le bon résultat plus dur. Et je pense aussi que le plus grand ennemi de Newton n’est peut-être pas une autre chaîne, ni un autre protocole IA : ce serait juste l’habitude. Les devs savent déjà comment construire leurs propres contrôles de permissions. Les utilisateurs connaissent déjà les outils compliqués qu’ils utilisent. Les équipes ont l’habitude de faire les choses à leur manière, même quand ce n’est pas propre. Tout ça, ça prend du temps. C’est une question de culture autant que de technique. Et les marchés sont impatients, surtout en crypto. Une semaine tout le monde veut des agents IA, la semaine suivante c’est la RWA, puis le restaking, puis la privacy, puis les meme coins, puis on revient à l’IA. Les projets d’infra doivent survivre pendant que l’attention s’enfuit. C’est pour ça que je ne dis pas que Newton est garanti ou quoi que ce soit. Je dis juste que l’idée est plus incisive qu’un récit normal. Ce n’est pas “créer une autre chaîne plus rapide”. Ce n’est pas “l’IA va trader pour tout le monde”. C’est plutôt : “faisons en sorte que l’intention et les règles fassent partie de l’action elle-même”. Et si les agents deviennent vraiment plus communs, ça pourrait compter énormément. Parce que les agents IA ne vont pas juste cliquer sur des boutons : ils vont essayer d’atteindre des objectifs. Les objectifs ont besoin de limites. Les limites ont besoin de preuves. Les preuves doivent être assez simples pour que les gens les utilisent vraiment. Et je pense aussi que ça compte pour les humains “normaux”, pas seulement pour l’IA. Parfois, on dirait que seuls les agents ont besoin de garde-fous, mais honnêtement les utilisateurs en ont aussi besoin. J’ai pris des décisions trop rapides, j’ai cliqué trop vite, j’ai fait confiance à un frontend de trop, j’ai vu des gens signer des choses qu’ils comprenaient à peine. Peut-être que le futur de la crypto n’est pas seulement de rendre la self-custody de plus en plus dure et les tâches toujours plus pénibles. Peut-être que c’est de faire en sorte que le système comprenne davantage ce que l’utilisateur voulait avant de laisser la transaction se produire. Pour moi, ça ressemble à quelque chose de plus utile qu’un simple petit boost de vitesse. Et pourtant, le vrai test n’est pas le whitepaper, ni l’expression “intent layer”, ni un joli schéma. Le vrai test, c’est : est-ce que les builders l’utilisent parce que ça les empêche de reconstruire toute la logique de règles ? Est-ce que les utilisateurs se sentent plus en sécurité sans se sentir ralentis ? Est-ce que les applis se comportent mieux parce que les règles sont claires ? Et est-ce que $NEWT finit par être lié à des usages réels, au lieu de n’être qu’une histoire contre laquelle les gens échangent pendant quelques semaines. C’est ça que je surveillerais. Une intégration à la fois, un workflow réel à la fois, un endroit où le système arrête quelque chose de bête avant que ça devienne coûteux. Parce que si Newton devient utile, je ne pense pas que les gens en parleront tous les jours. Ils vont juste commencer à s’attendre à ce que les applis comprennent mieux les permissions. Et peut-être que c’est ça, l’avenir discret : pas des blockchains qui font plus de bruit, pas des agents qui deviennent plus débridés, mais des transactions qui portent enfin un peu plus de ce que l’utilisateur voulait vraiment.

Newton et le problème de l’intention

Je suis arrivé sur @NewtonProtocol d’une manière un peu aléatoire, pas en suivant un énorme sujet à la mode, mais en lisant tous ces débats sur des chaînes qui vont plus vite, des applis plus fluides, des agents IA qui deviendraient peut-être de vrais utilisateurs, et tout le monde qui se disputait en mode “le prochain grand truc, c’est seulement la vitesse ou les TPS ou des frais moins chers”… Et je ne sais pas, il y avait quelque chose chez Newton qui m’a semblé un peu différent. Pas plus bruyant, pas plus tape-à-l’œil, juste différent d’une manière qui m’a fait faire une pause. Parce que je pense que la crypto a déjà appris à déplacer l’argent. Peut-être même trop bien, parfois. On peut échanger, bridge, staker, emprunter, loop, faire du farm, trader des perps, déplacer des stablecoins entre chaînes et faire tout ça… ce qui aurait semblé complètement fou il y a quelques années. Mais la partie qui me paraît encore faible, c’est celle-ci : la chaîne sait ce que j’ai signé, mais elle ne sait pas toujours ce que je voulais vraiment dire. Et cet écart, c’est là que, selon moi, commence beaucoup de bazar. Genre : quand je clique sur quelque chose, je ne dis pas juste “envoyer cette transaction”. J’essaie de faire une opération avec des conditions dans la tête. Échanger, mais seulement si le slippage reste faible. Emprunter, mais seulement si mon health factor ne devient pas absurde. Laisser un agent déplacer des fonds, mais pas au-delà de ce montant. Rebalancer, mais sans toucher ce protocole risqué. Bridge, mais seulement si l’itinéraire est sûr. Pour moi, le vrai “action” ce n’est pas la transaction brute. Et je trouve Newton intéressant parce que ça pose une question : est-ce que ces conditions devraient vivre plus près de l’exécution, au lieu d’être dispersées dans les frontends, les documentations, les wallets, les scripts et la mémoire aléatoire des humains ? Ça a l’air simple, mais en fait, c’est un gros changement. Bitcoin a appris aux gens à faire confiance à la valeur numérique, Ethereum a rendu les contrats “normaux”, Solana a poussé l’idée d’une exécution rapide… et maintenant, peut-être que la prochaine question n’est pas “est-ce que la transaction peut tourner plus vite ?”, mais “est-ce que cette transaction doit tourner du tout, en respectant les règles que j’ai définies ?” Je ne veux pas trop en faire de l’hype, mais je pense que cette question compte. Parce qu’aujourd’hui, les développeurs reconstruisent encore et encore la logique de permissions. Chaque appli a ses propres règles, chaque coffre-fort a ses propres contrôles, chaque frontend a ses propres avertissements, chaque équipe a sa manière de dire oui ou non avant que l’argent bouge. Et plus la crypto devient complexe, plus ça a l’air de partir dans tous les sens. J’ai vu à quel point il est facile pour les utilisateurs de mal comprendre ce que fait vraiment un bouton. J’ai vu à quel point les bots et les agents peuvent suivre des consignes trop littéralement. J’ai vu comment une “transaction valide” peut quand même être une mauvaise transaction pour la personne qui l’a signée. Donc quand Newton parle d’exécution consciente des politiques, je ne le lis pas juste comme une énième fonctionnalité pour devs : je le lis comme une façon de réduire la confusion avant qu’elle ne devienne un dégât. Peut-être que l’appli dit une chose, peut-être que le wallet en montre une autre, peut-être que le marché a changé, peut-être que la règle de l’utilisateur dit stop, et peut-être que le système devrait pouvoir vérifier tout ça avant que la chaîne ne fasse juste “ok signature valide, on y va”. Bien sûr, ce n’est pas facile. Les politiques peuvent aussi devenir pénibles. Si les règles sont difficiles à écrire, les devs les éviteront. Si elles sont trop rigides, les applis perdent de la liberté. Si les utilisateurs doivent comprendre trop de choses, ils partent. Les utilisateurs de crypto disent qu’ils veulent de la sécurité, mais détestent la friction, et franchement je comprends. Personne ne veut 9 étapes en plus juste pour faire une action simple. Donc si Newton marche, je pense que ça doit disparaître dans le background. L’utilisateur ne devrait pas avoir l’impression d’apprendre un énorme nouveau système à chaque fois. Il devrait juste avoir la sensation que l’appli est plus difficile à “casser”. Dans mon expérience, c’est comme ça que la bonne infra gagne : pas en demandant aux gens d’admirer l’architecture, mais en rendant le mauvais résultat moins probable, sans rendre le bon résultat plus dur. Et je pense aussi que le plus grand ennemi de Newton n’est peut-être pas une autre chaîne, ni un autre protocole IA : ce serait juste l’habitude. Les devs savent déjà comment construire leurs propres contrôles de permissions. Les utilisateurs connaissent déjà les outils compliqués qu’ils utilisent. Les équipes ont l’habitude de faire les choses à leur manière, même quand ce n’est pas propre. Tout ça, ça prend du temps. C’est une question de culture autant que de technique. Et les marchés sont impatients, surtout en crypto. Une semaine tout le monde veut des agents IA, la semaine suivante c’est la RWA, puis le restaking, puis la privacy, puis les meme coins, puis on revient à l’IA. Les projets d’infra doivent survivre pendant que l’attention s’enfuit. C’est pour ça que je ne dis pas que Newton est garanti ou quoi que ce soit. Je dis juste que l’idée est plus incisive qu’un récit normal. Ce n’est pas “créer une autre chaîne plus rapide”. Ce n’est pas “l’IA va trader pour tout le monde”. C’est plutôt : “faisons en sorte que l’intention et les règles fassent partie de l’action elle-même”. Et si les agents deviennent vraiment plus communs, ça pourrait compter énormément. Parce que les agents IA ne vont pas juste cliquer sur des boutons : ils vont essayer d’atteindre des objectifs. Les objectifs ont besoin de limites. Les limites ont besoin de preuves. Les preuves doivent être assez simples pour que les gens les utilisent vraiment. Et je pense aussi que ça compte pour les humains “normaux”, pas seulement pour l’IA. Parfois, on dirait que seuls les agents ont besoin de garde-fous, mais honnêtement les utilisateurs en ont aussi besoin. J’ai pris des décisions trop rapides, j’ai cliqué trop vite, j’ai fait confiance à un frontend de trop, j’ai vu des gens signer des choses qu’ils comprenaient à peine. Peut-être que le futur de la crypto n’est pas seulement de rendre la self-custody de plus en plus dure et les tâches toujours plus pénibles. Peut-être que c’est de faire en sorte que le système comprenne davantage ce que l’utilisateur voulait avant de laisser la transaction se produire. Pour moi, ça ressemble à quelque chose de plus utile qu’un simple petit boost de vitesse. Et pourtant, le vrai test n’est pas le whitepaper, ni l’expression “intent layer”, ni un joli schéma. Le vrai test, c’est : est-ce que les builders l’utilisent parce que ça les empêche de reconstruire toute la logique de règles ? Est-ce que les utilisateurs se sentent plus en sécurité sans se sentir ralentis ? Est-ce que les applis se comportent mieux parce que les règles sont claires ? Et est-ce que $NEWT finit par être lié à des usages réels, au lieu de n’être qu’une histoire contre laquelle les gens échangent pendant quelques semaines. C’est ça que je surveillerais. Une intégration à la fois, un workflow réel à la fois, un endroit où le système arrête quelque chose de bête avant que ça devienne coûteux. Parce que si Newton devient utile, je ne pense pas que les gens en parleront tous les jours. Ils vont juste commencer à s’attendre à ce que les applis comprennent mieux les permissions. Et peut-être que c’est ça, l’avenir discret : pas des blockchains qui font plus de bruit, pas des agents qui deviennent plus débridés, mais des transactions qui portent enfin un peu plus de ce que l’utilisateur voulait vraiment.
@NewtonProtocol je continue de regarder la crypto en me disant que chaque chaîne essaie de protéger une partie de la machine… Bitcoin a donné envie de s’intéresser à la valeur, Ethereum a donné l’impression que le code suivait des règles comme si c’était de l’argent, Solana pousse sans cesse la vitesse et la faible latence, mais ensuite je repense à Newton et je me dis : et si le sujet dont on ne parle pas assez, c’était ce que l’utilisateur voulait vraiment dire avant même que la transaction ne se lance en fait, la plupart du temps, je ne cherche pas juste à « envoyer une transaction », c’est trop simple. j’essaie de faire quelque chose avec des conditions dans ma tête. échanger, mais pas si le prix décroche trop. emprunter, mais pas si le risque devient moche. laisser un agent agir, mais seulement après que certaines règles ont été vérifiées. déplacer de l’argent, mais pas si la mauvaise autorisation ou le mauvais itinéraire est en jeu. et franchement, une chaîne classique voit la transaction, pas toujours la raison derrière c’est pour ça que je trouve la couche de politique de Newton si intéressante. ce n’est pas juste une autre histoire de vitesse, ni un autre titre d’agent IA : c’est plutôt une manière de rapprocher les règles de l’utilisateur de l’action elle-même. au lieu que chaque application reconstruise ses propres petites barrières encore et encore, Newton dit peut-être qu’il faut vérifier l’intention dans le cadre de l’exécution mais oui, je ne pense pas que la difficulté soit uniquement le code. les habitudes de développement, ça existe vraiment. les équipes ont déjà leurs propres façons de gérer les permissions et les contrôles, même si c’est parfois bancal. changer ça prend du temps, et les gens ne basculent que quand la nouvelle manière semble plus simple, plus sûre, ou juste moins pénible pour moi, la victoire c’est si Newton devient presque invisible… comme si les utilisateurs ne pensaient même pas « j’utilise une infrastructure de politique », ils sentent juste que les actions onchain ont plus de sens et que les mauvaises décisions sont stoppées avant de devenir coûteuses peut-être que le prochain saut de la crypto, ce n’est pas seulement des blocs plus rapides… peut-être que les blockchains comprennent enfin ce que nous essayions de faire en premier lieu #Newt $NEWT {spot}(NEWTUSDT)
@NewtonProtocol je continue de regarder la crypto en me disant que chaque chaîne essaie de protéger une partie de la machine… Bitcoin a donné envie de s’intéresser à la valeur, Ethereum a donné l’impression que le code suivait des règles comme si c’était de l’argent, Solana pousse sans cesse la vitesse et la faible latence, mais ensuite je repense à Newton et je me dis : et si le sujet dont on ne parle pas assez, c’était ce que l’utilisateur voulait vraiment dire avant même que la transaction ne se lance

en fait, la plupart du temps, je ne cherche pas juste à « envoyer une transaction », c’est trop simple. j’essaie de faire quelque chose avec des conditions dans ma tête. échanger, mais pas si le prix décroche trop. emprunter, mais pas si le risque devient moche. laisser un agent agir, mais seulement après que certaines règles ont été vérifiées. déplacer de l’argent, mais pas si la mauvaise autorisation ou le mauvais itinéraire est en jeu. et franchement, une chaîne classique voit la transaction, pas toujours la raison derrière
c’est pour ça que je trouve la couche de politique de Newton si intéressante. ce n’est pas juste une autre histoire de vitesse, ni un autre titre d’agent IA : c’est plutôt une manière de rapprocher les règles de l’utilisateur de l’action elle-même. au lieu que chaque application reconstruise ses propres petites barrières encore et encore, Newton dit peut-être qu’il faut vérifier l’intention dans le cadre de l’exécution
mais oui, je ne pense pas que la difficulté soit uniquement le code. les habitudes de développement, ça existe vraiment.

les équipes ont déjà leurs propres façons de gérer les permissions et les contrôles, même si c’est parfois bancal. changer ça prend du temps, et les gens ne basculent que quand la nouvelle manière semble plus simple, plus sûre, ou juste moins pénible
pour moi, la victoire c’est si Newton devient presque invisible… comme si les utilisateurs ne pensaient même pas « j’utilise une infrastructure de politique », ils sentent juste que les actions onchain ont plus de sens et que les mauvaises décisions sont stoppées avant de devenir coûteuses

peut-être que le prochain saut de la crypto, ce n’est pas seulement des blocs plus rapides… peut-être que les blockchains comprennent enfin ce que nous essayions de faire en premier lieu
#Newt $NEWT
Connectez-vous pour découvrir plus de contenu
Rejoignez la communauté mondiale des adeptes de cryptomonnaies sur Binance Square
⚡️ Suviez les dernières informations importantes sur les cryptomonnaies.
💬 Jugé digne de confiance par la plus grande plateforme d’échange de cryptomonnaies au monde.
👍 Découvrez les connaissances que partagent les créateurs vérifiés.
Adresse e-mail/Nº de téléphone
Plan du site
Préférences de cookies
CGU de la plateforme