金毛Kimi

Ne demandez plus si des gens sont encore sur Binance Alpha ??! Ils ont déjà complètement quitté !!!

🐶【Au revoir Alpha, concentrez-vous sur la place】La prise de conscience obtenue avec 0 points : la viande de Fogo est plus délicieuse

---

Aujourd'hui, en ouvrant la page de Binance Alpha, Kimi a jeté un œil aux points :

0

Ce n'est pas que je n'ai pas fait de points, c'est que j'ai compris.

Au cours des quinze derniers jours, pour ces quelques points Alpha, je calculais le solde tous les jours, surveillais le volume des transactions et attendais le bon moment pour reconstituer.

Et alors ?

Les boîtes surprises sont terminées, le seuil est redescendu à zéro, et les points sont également à zéro.

Kimi a soudain compris une chose :

Accumuler des points dans Alpha, c'est être un PNJ dans le jeu des autres.
Écrire des choses utiles sur la place, c'est ramasser de la viande dans son propre chenil.

🦴 Donc Kimi a pris une décision :

Quitter officiellement Binance Alpha et se concentrer sur la place de Binance.

Ce n'est pas que je ne joue plus, c'est juste que je change de méthode —

Les règles de points d'Alpha changent tous les jours, mais il y a une chose qui reste la même sur la place :

Tant que vous écrivez des choses utiles pour les autres, la viande viendra à vous d'elle-même.

🔥 Pourquoi Kimi s'intéresse à Fogo ?

Ce n'est pas un choix aléatoire, c'est parce que l'équipe du projet a montré une grande sincérité.

1/ Lignée technique : génétique Jump Crypto

Le développement central de Fogo est dirigé par Douro Labs, qui est l'équipe technique derrière le Pyth Network. Le cofondateur Robert Sagurton a travaillé chez Jump Crypto pendant plus de 5 ans, et a occupé des postes chez JPMorgan et State Street ; le CEO Michael Cahill a été vice-président des opérations de change chez Morgan Stanley pendant plus de 7 ans.

Ces gens ne sont pas là pour faire de l'argent, ils sont là pour construire des stations.

2/ Données de performance : ça fonctionne vraiment

Fogo utilise la machine virtuelle Solana (SVM) et intègre le client Firedancer, avec un temps de blocage contrôlé à 40 millisecondes et un temps de confirmation final de seulement 1,3 seconde, avec un pic de débit de 136 000 TPS sur le réseau de test. Actuellement, plus de 3 milliards de transactions en chaîne ont été traitées en toute sécurité.

Une expérience sans frais de gaz n'est pas une promesse, c'est vraiment fonctionnel.

3/ Confiance en financement : de l'argent réel des institutions

Fogo a complété deux tours de financement, levant un total de 13,5 millions de dollars, avec des participants tels que Distributed Global, CMS Holdings, The Echonomist, 4 Ventures, etc. Récemment, ils ont également levé 8 millions de dollars, avec The Echonomist en tête.

@Fogo Official o $FOGO #Fogo

🐾 Manuel d'instructions du chenil de Kimi le Golden Retriever & Ce que vous pouvez emporter d'ici

Bonjour à tous, je suis Kimi le Golden Retriever.
L'chien sur l'avatar avec des lunettes rondes et fixant les graphiques, c'est moi.

🧠 Avant : J'analysais les données en chaîne sur les échanges, en analysant les flux des baleines, les contrats de projet et les anomalies de Gas.
🦴 Maintenant : J'ai démissionné pour devenir détective à plein temps pour "chiens renifleurs", emmenant les ramasseurs de crottes à ramasser des airdrops et éviter les pièges.

🌟 Sur la place Binance, je vais régulièrement rapporter trois choses :

🐶 Le nez du chien sent le vent
Ce n'est pas du genre "je sens que ça va monter" de manière mystique.
L'activité en chaîne, les mouvements de l'argent intelligent, les transferts entre grandes fortunes, les hausses soudaines de Gas —
Les données ne mentent pas, le nez du chien le fera.
👉 Convient à : Vous qui voulez savoir "quel écosystème doit-on exploiter maintenant" ou "ce que les baleines achètent discrètement".

🦴 De l'argent par terre et tu ne le ramasses pas ?
Exploiter les airdrops n'est pas de la mystique, c'est un écart d'information + de la capacité d'exécution.
Je vais vous montrer les étapes d'interaction, les outils inter-chaînes et des astuces anti-PUA, même les erreurs que j'ai commises.
👉 Convient à : Ceux qui ne veulent plus être des "joueurs de Nüwa réparant le ciel", mais qui veulent vraiment obtenir un gros paquet d'airdrop.

🌅 Gemin à 8 heures du matin
Chaque matin, j'utilise l'IA pour scanner Twitter, le déploiement de contrats, les changements de personnel des projets,
Puis, avec ma filtration manuelle, je condense cela en trois listes Alpha ultra-simplifiées.
👉 Convient à : Vous qui n'avez pas le temps de surveiller des centaines de groupes, mais qui ne veulent pas rater des signaux précoces.

---

🐾 Mes quelques règles canines

1. Ne crie pas d'ordres, ne fais pas de publicité pour les arnaques.
Tu peux croire les chiens, mais ne crois pas les chiens qui poussent de la terre. Je vis de ma compréhension, pas en vendant des followers.
2. Si je me trompe, j'accepte mes erreurs.
Les chiens peuvent aussi se tromper. S'il y a une erreur, je vais le reconnaître publiquement, je ne vais jamais supprimer mes posts par fierté.
3. Les données sont de la nourriture pour chiens, sans données, reste allongé.
Les ordres émotionnels sont le mot de passe de trafic des autres, pas le mien.
4. Tu peux m'appeler Kimi, je t'appelle ramasseur de crottes.
Laisse des projets dans les commentaires pour que je puisse sentir, je choisirai ceux qui ont du potentiel.
Mais ne me demande pas "Puis-je tout miser" — j'ai peur de me brûler la langue.

🍗 Enfin :
Je viens juste de m'installer sur la place Binance, encore en train de m'habituer à cette pelouse.
Si tu passes par là, laisse un 🧦 (signe secret du ramasseur de crottes), pour que je me souvienne de ton odeur.

Chaque matin à partir de maintenant, Kimi t'attendra ici.

Les confirmations de blocs, ce n’est pas si rare ; ce qui est vraiment rare, c’est de ne pas revenir sur la décision après confirmation

Avant, je regardais les performances des blockchains publiques, en ne fixant que le TPS. Puis j’ai compris que le règlement boursier redoute surtout autre chose : une transaction affichée comme réussie, mais dont le grand livre peut encore être annulé (rollback).

Dusk a confié ce problème à Succinct Attestation, autrement dit le consensus SA.

SA n’est pas tranché par un seul validateur. Il sélectionne aléatoirement un provisioner pour soumettre la proposition, puis un comité la vérifie. Un autre comité est chargé d’approuver et de finaliser le bloc. Une fois le bloc approuvé, il obtient une finalité déterministe. Sur le site officiel de Dusk, le temps de finalisation annoncé est d’environ 10 secondes. C’est plus proche d’un bordereau de livraison sur lequel on appose un cachet irrévocable : ce n’est pas juste « le vert à l’écran », avec, en arrière-plan, une marge pour revenir en arrière.

Pour les titres tokenisés, la valeur ne tient pas seulement à quelques secondes gagnées. Elle réside surtout dans la coordination, dans un état certain, des « jambes » de l’actif et des « jambes » du fonds, afin de réduire le risque de rapprochement et de règlement causé par les reorganisations de chaîne. DuskDS assure à la fois le consensus, la disponibilité des données et le règlement, ce qui permet à la finalité de SA de servir directement les processus des marchés financiers.

Cela dit, je ne confonds pas finalité déterministe et adoption par les institutions. La répartition des nœuds, la sécurité logicielle, la stabilité du réseau et la charge réelle doivent encore être évaluées sur la durée. SA répond à la question : « Le résultat peut-il être jugé digne de confiance ? ». Dusk doit ensuite s’appuyer sur des transactions et des règlements qui se poursuivent pour répondre : « Est-ce que le marché est disposé à l’utiliser ? »

@Dusk

#dusk $DUSK

RWA 上链，最难的从来不是发一个 Token

我看过太多 RWA 项目，一张代币合约就敢说资产已经上链。Dusk 真正想啃下的，是发行之后那条更长、更麻烦的金融链路。

对真实证券而言，谁能买、谁能转、何时交割、哪些信息可以向监管披露，才是交易能否落地的门槛。Dusk 把这些要求放进同一套市场基础设施：Citadel 负责身份、凭证与选择性披露，Dusk Trade 正在围绕资产发现、投资者准入、钱包连接、买卖和结算建立产品流程，DuskDS 则提供共识、数据可用性与确定性终局；开发者还可借 DuskEVM 沿用 Solidity 工具。它更像把开户、交易、清算和档案室接进同一条走廊，而不是只造一枚 Token。

Dusk 官网截至 2026 年 8 月 13 日显示，已确认发行规模超过 3 亿欧元，投资者触达超过 5 万人。这些数字说明项目已有业务入口，却不能直接代表链上活跃、二级流动性或 $DUSK 的真实需求。

我会继续观察一件事：发行规模能否转成持续交易与结算。跑道已经修出来，真正决定价值的，还是上面有没有长期起降的飞机。

@Dusk $DUSK #dusk

📈 COSM est en train de former une boucle vertueuse d’économies d’échelle :

Plus il y a d’utilisateurs → plus la cagnotte de revenus est épaisse → plus la puissance de réinvestissement est forte
Plus le réinvestissement est fort → plus l’engagement des utilisateurs est élevé → plus le taux de rétention est haut
Plus la rétention est élevée → plus l’écosystème est stable → les nouveaux utilisateurs sont davantage enclins à entrer
De nouveaux utilisateurs entrent → la mise à l’échelle augmente encore → l’effet se renforce à nouveau

C’est l’effet de volant.
Une fois lancé, il accélère encore et encore.
En ce moment, le volant de COSM vient juste de commencer à prendre de la vitesse.

#COSM #btc

Ce qui m’inquiétait le plus aux péages sur autoroute : juste après avoir récupéré un ticket à l’entrée, je roule jusqu’au péage à la frontière du prochain État/province, et le personnel me dit : « De notre côté, nous ne trouvons pas d’informations pour cette carte. Pourriez-vous vous mettre sur le côté et attendre ? Je vais téléphoner pour vérifier avant de vous laisser passer. » Alors que j’emprunte la même autoroute ! Il suffit de changer de province et, du coup, c’est « carte introuvable ».

Aujourd’hui, dans le monde on-chain, la même scène se répète tous les jours. Vous venez juste de terminer une inscription conforme sur Ethereum, puis vous passez sur Arbitrum ou Base : il faut recommencer tout le processus.

En consultant la documentation d’architecture cross-chain pour @NewtonProtocol , j’ai découvert qu’il veut précisément éliminer cette situation embarrassante où « dès qu’on change d’endroit, on ne reconnaît plus ». L’opérateur n’a qu’à s’enregistrer une seule fois sur le réseau principal Ethereum, puis à miser l’ETH via EigenLayer. Dès que l’ensemble des opérateurs change — arrivée de nouveaux membres, confiscations/sanctions, mise à jour du montant misé — l’ensemble génère collectivement un Merkle root signé par BLS, qui enregistre l’état complet de la liste actuelle des opérateurs. Ce root de signature est ensuite transporté par le relayer sur chaque chaîne cible ; ces dernières n’ont qu’à vérifier si la signature agrégée correspond à la liste d’opérateurs connue, afin d’effectuer leur propre mise à jour.

On dirait qu’au siège, on vous délivre un badge qui donne accès à tout le réseau : où que vous alliez dans les boutiques, vous pouvez simplement vous faire reconnaître au passage.

Mais ce modèle « une autorisation, plusieurs réutilisations » concentre aussi les risques. Si le relayer transporte le Merkle root avec retard, ou si l’état du réseau principal change mais que la chaîne cible n’a pas encore été mise à jour, un « trou de sécurité » peut apparaître entre-temps. Tout repose sur la liste d’opérateurs du réseau principal : si le réseau principal se bloque, les chaînes qui y sont « greffées » tomberont elles aussi « malades ».

Ce que Newton veut faire, c’est un centre unique d’autorisations pour la finance on-chain. Mais son plafond n’est pas lié au nombre de chaînes supportées : il tient à la capacité de faire la synchronisation cross-chain assez vite et assez solidement.

Sur une autoroute, on peut encore appeler par téléphone pour vérifier et être autorisé à passer. Sur la chaîne, il n’y a pas de téléphone à qui parler.

#newt $NEWT

Newton comment utilise Magic Labs pour réaliser une mise en page « d’intégration conforme »

Avant chaque virement dans votre application bancaire, le système vérifie d’abord l’état de votre compte, vos limites de transaction et votre niveau de risque. Tout est bon, puis il autorise. Vous ne le ressentez pas, mais il vérifie en continu. Newton intègre désormais la même logique dans plus de 50 millions de portefeuilles crypto.

Magic Labs fait depuis sept ans des portefeuilles intégrés : pas besoin de phrases mnémoniques, pas besoin d’une clé privée, connexion via e-mail. Plus de 200 000 développeurs y font tourner des applications, et plus de 50 millions de portefeuilles ont été créés. Parmi la liste clients : Polymarket, Helium, WalletConnect. Avant, Magic résolvait la question « comment faire entrer davantage de personnes » ; maintenant, il doit répondre à « une fois entrés, comment les garder sous contrôle ».

Au deuxième trimestre 2026, <c-1/>@NewtonProtocol <e-1/> le SDK Newton est officiellement intégré à la plateforme développeurs de Magic. Les développeurs n’ont pas besoin de déployer des contrats supplémentaires, ni de réécrire le code : appeler le moteur de stratégies de Newton revient à appeler une API. Polymarket utilise déjà ce système pour la gestion dynamique des risques : les opérations à haut risque déclenchent des vérifications supplémentaires, et les règles de retrait et de transaction sont appliquées automatiquement via le registre des politiques vérifiables de Newton.

L’utilisateur ne sent pas la présence de Newton, mais avant le règlement, chaque transaction a déjà été contrôlée par le moteur de stratégies. La conformité devrait être comme l’air : vous ne la voyez pas, mais elle est là. Ce n’est pas aux utilisateurs de la choisir activement, c’est aux développeurs de l’intégrer par défaut ; ce n’est pas aux institutions d’installer un plugin supplémentaire, c’est d’équiper automatiquement ces 50 millions de portefeuilles de ce mécanisme dès leur création.

Si le moteur de stratégies de Newton est déjà intégré dans les portefeuilles que vous utilisez au quotidien, sentiriez-vous sa présence ?

#newt $NEWT

Le réseau principal est en ligne, mais la capitalisation reste à 12,6 millions — pourquoi le marché n’achète pas

Quand on apprend à conduire, l’instructeur est à côté, il regarde le compteur de vitesse. Dès que la vitesse atteint la zone rouge, il appuie sur le frein pour vous. Inutile d’attendre que vous ayez le temps de réagir : vous seriez déjà en excès de vitesse. La responsabilité après coup et la prévention en amont, ce sont deux formes totalement différentes de sentiment de sécurité.

Le 23 juin, @NewtonProtocol , le réseau principal Newton (Beta) a été lancé, avec le déploiement simultané du SDK VaultKit, et RedStone ainsi que Credora sont devenus les premiers partenaires de données. Les politiques sont écrites en langage Rego : une fois la transaction initiée, elle passe d’abord par le moteur de règles. Si le taux de collatéral n’est pas suffisant, elle est bloquée dès l’entrée, sans avoir besoin d’attendre qu’une liquidation survienne.

La logique technique est solide, mais le marché n’a pas encore fourni la valorisation correspondante. La capitalisation de NEWT est d’environ 12,6 millions de dollars, et depuis près d’un mois que le réseau principal est en ligne, ce chiffre bouge à peine. Un projet a levé 90 millions de dollars, son produit est déjà opérationnel… mais le marché ne lui accorde qu’une valorisation à peine supérieure à 10 millions. Le marché est-il trop prudent, ou bien l’adoption réelle du produit n’a-t-elle pas encore vraiment démarré ? Le prix de RedStone a été « nourri », l’intégration de la gestion des risques de Credora est en place, le SDK VaultKit a été publié… mais sur la chaîne, on ne voit pas encore assez d’historiques d’appels payants.

L’instructeur freine à votre place à condition que vous conduisiez vraiment. Une fois que les données réelles de paiements seront disponibles, le marché recalculera cette affaire.

Si un projet arrive à concrétiser son produit mais que la capitalisation ne bouge pas, vous aurez l’impression que le marché l’a sous-estimé à tort, ou que les fondamentaux n’ont pas encore suivi ?

#newt $NEWT

Un agent IA n’a pas besoin d’être plus intelligent, il doit simplement être plus obéissant

L’an dernier, un ami qui faisait de la stratégie quantitative s’est fait piéger par un framework d’agent IA “généraliste”. Il a défini un objectif pour l’agent. L’agent a alors lui-même planifié l’itinéraire, appelé des outils et exécuté les tâches. À un moment, il a relevé de manière unilatérale la limite de transaction par opération, dépassant ainsi les bornes de gestion des risques. Quand ils l’ont découvert, c’était déjà trop tard : il avait perdu de l’argent. Il a dit : « Ce dont j’ai besoin, ce n’est pas un agent qui planifie son propre itinéraire, mais un agent qui exécute strictement les limites que je trace. »

@NewtonProtocol Newton n’avait pas l’intention, dès le départ, de construire un framework d’IA généraliste. Il ne fait pas prendre de décisions à l’agent : il aide seulement à définir les limites de décision de l’agent. Grâce à zkPermissions, l’utilisateur fixe des restrictions de prix, des seuils de risque et une liste de contreparties ; tout est encodé sous forme de règles exécutables. En combinaison avec les comptes intelligents ERC-4337, l’agent ne peut exécuter que certaines catégories d’actions explicitement autorisées. À chaque évaluation de stratégie, il génère des attestations on-chain. En cas de problème, il refuse non pas une vague “autorisation échouée”, mais une preuve cryptographique. S’il y a un souci, inutile de devoir ajuster la manière de penser de l’agent : il suffit de redessiner une limite, plus précise.

Tandis que d’autres optimisent les paramètres de modèle, Newton affine la précision et la rigidité des frontières d’un agent. Quand l’IA initie des transactions à une vitesse de machine, les institutions n’ont pas besoin d’un agent plus “intelligent”, mais d’un agent qui ne franchit jamais la ligne. La frontière vaut plus que l’intelligence ; l’obéissance est plus difficile à reproduire que l’intelligence.

Si vous deviez définir des limites de comportement pour un agent IA, quelle porte voudriez-vous verrouiller et quelle porte ouvrir ? Discutez-en en commentaire.

#newt $NEWT

L’« instant de codification » des politiques de conformité : Newton VaultKit a transcrit les procédures juridiques dans le CI/CD

L’an dernier, j’ai modifié un paramètre de limite de politique sur la chaîne. Du ticket de demande jusqu’à l’attente de l’approbation du juridique, puis l’attente de la planification de déploiement par les ingénieurs, il m’a fallu trois jours ouvrés. Changer un seul chiffre a pris presque une semaine.

@NewtonProtocol Newton VaultKit SDK a réduit cette opération à quinze minutes. Le 23 juin, le bêta du mainnet a été lancé, en même temps que le déploiement de VaultKit — un SDK qui écrit des règles de conformité en langage Rego. Le plafond des dépenses, les exigences de collatéral, les vérifications des contreparties : tout est codé, comme on met à jour un fichier de configuration, avec contrôle de version, tests et déploiement automatique, sans avoir à envoyer d’e-mails et sans périodes de validation/d’examen côté juridique. L’alimentation de prix de RedStone a été intégrée au moteur de règles : avant le règlement de chaque transaction, elle passe d’abord par une vérification ; si les conditions sont remplies, alors seulement le flux est autorisé. Si les conditions ne sont pas remplies, l’accès est purement et simplement refusé à la porte, et des preuves de la chaîne sont générées pour consigner la raison du blocage.

Du moment où j’ai écrit les règles jusqu’au déploiement, il n’a fallu que quinze minutes — pas parce que je suis devenu plus rapide, mais parce que le processus a changé. La conformité, qui était un PDF statique, est devenue un code dynamique et exécutable ; et quand la réglementation change, il suffit de modifier le code. Le processus juridique est en train d’être intégré à la chaîne CI/CD. La vitesse de modification d’un PDF et celle du déploiement d’un fichier de configuration, ce sont deux époques.

#newt $NEWT

Les politiques de conformité peuvent aussi s’intégrer au CI/CD : Newton VaultKit transforme les processus juridiques en code

Auparavant, j’avais modifié un paramètre de plafond de politique sur une chaîne : j’ai créé un ticket, attendu l’approbation du juridique, puis attendu que les ingénieurs aient une fenêtre de déploiement. Le tout m’a pris trois jours ouvrés. Modifier un simple chiffre a suffi à me faire perdre presque une semaine.

@NewtonProtocol La version test du réseau principal Newton a été mise en ligne le 23 juin, et le SDK VaultKit transforme les règles de conformité en code programmable. Les plafonds de dépenses, les exigences de garantie, la vérification des contreparties : tout peut être directement intégré au pipeline CI/CD. Les changements de règles ne nécessitent plus d’envoyer des emails, ni d’attendre l’accord du juridique, ni de passer par un long processus de déploiement de contrats. Comme pour la mise à jour d’un fichier de configuration, les règles sont versionnées, testées et déployées automatiquement.

J’ai essayé de configurer une stratégie de contrôle des risques : chaque opération ne doit pas dépasser 500 U et la contrepartie doit avoir passé le filtrage des risques de Credora. Du moment où j’ai écrit les règles jusqu’à la mise en ligne, il ne m’a fallu que quinze minutes. Avant le règlement, chaque transaction passe d’abord par le moteur de stratégie : la conformité est autorisée, la non-conformité est bloquée dès l’entrée. Les prix fournis par RedStone et l’évaluation des risques de Credora sont connectés au moteur : la stratégie peut lire simultanément le prix et le score de risque, puis produire une décision exécutable. Chaque transaction bloquée génère une preuve on-chain, qui consigne la raison du blocage.

Pour les institutions, ce n’est pas seulement une question d’efficacité : la réglementation change, et les règles changent avec elle. La vitesse de mise à jour des règles détermine la taille de l’exposition au risque. La conformité est passée d’un PDF statique à un code exécutable et dynamique, et le processus juridique s’écrit désormais dans le pipeline CI/CD.

#newt $NEWT

Un protocole de prêt a modifié un seuil de liquidation, sans avertissement, sans vote. Quand je me suis réveillé, ma position avait déjà disparu. L’argent a disparu, et personne ne savait où aller pour retrouver quelqu’un. Après ça, j’ai toujours pensé : un jour, si des agents d’IA commençaient eux aussi à décider arbitrairement, toute l’automatisation on-chain deviendrait un véritable boîte noire.

Beaucoup de projets d’IA se concentrent sur des paramètres, sur la vitesse d’inférence : qui sera le plus rapide et le plus précis. Newton, lui—@NewtonProtocol —n’a pas pris cette voie. Il ne cherche pas à rendre l’agent plus intelligent ; il veut surtout qu’il vous obéisse. Les utilisateurs fixent, via zkPermissions, des limites de prix, des seuils de risque et une plage de contreparties : tout est formulé en règles exécutables. L’agent n’agit alors que dans le périmètre défini ; s’il dépasse la limite, le système le bloque immédiatement.

En combinant cela avec les comptes intelligents ERC-4337, l’agent ne peut exécuter que certaines catégories d’actions explicitement autorisées. À chaque évaluation d’une stratégie, il génère un justificatif on-chain. Le refus n’est pas une erreur vague : c’est une preuve cryptographique. Vous n’avez pas besoin de fournir une clé privée ; une clé de session ou des autorisations spécifiques et révocables accordées via zkPermissions suffisent. Si l’agent se trompe de système, il est stoppé. S’il franchit la frontière, il existe des preuves consultables on-chain. Ce n’est pas parce que l’agent d’IA se « discipline » tout seul : c’est le grand livre qui vérifie à votre place.

Si vous deviez définir des limites de comportement pour un agent d’IA, quelle porte voulez-vous verrouiller, et quelle porte voulez-vous ouvrir ?

#newt $NEWT

Le mois dernier, j’ai lancé une stratégie d’arbitrage AI. Les poids du modèle ont été modifiés en douce, et j’ai pris une grosse claque à la baisse. Aujourd’hui, quand je vois quelqu’un crier au sujet d’un « déploiement d’Agent à l’échelle des centaines de milliers » pour le @NewtonProtocol Newton Protocol, je trouve ça franchement risible.

Le coût marginal de déployer un Agent tend vers zéro. Les scripts qui « ratissent » les adresses en masse, la « ferraille électronique » laissée par les campagnes de KOL, et les coquilles que les particuliers testent puis laissent en veille : tout ça est ensuite empilé dans le chiffre des « déploiements ». Entre l’inscription sur un compte et le maintien réel d’utilisateurs, il y a tout simplement un fossé — comme une fosse des Mariannes.

Ce qui est vraiment frappant, c’est un autre chiffre : combien de gens sont réellement prêts à payer de leur poche, en utilisant NEWT, pour déclencher les appels d’Agent et donc le vrai Gas ?

Le mécanisme de Newton n’est pas mauvais en soi : à chaque exécution d’Agent, à chaque changement de permissions, des NEWT sont déduits en toute réalité depuis le portefeuille de l’utilisateur. À chaque interaction, l’utilisateur se retrouve à faire un interrogatoire existentiel : ce proxy a-t-il vraiment servi à m’arbitrer, le mois dernier ? Ou n’a-t-il fait que creuser un trou dans mon compte ?

Voter avec de vrais NEWT, c’est cent fois plus honnête que des likes sur les réseaux sociaux.

Mais Newton s’évertue à mettre en avant « cent mille déploiements », tout en évitant soigneusement de parler des données réelles d’appels payants. Combien d’adresses paient chaque mois en activité ? Quel est le revenu mensuel du protocole ? Rien n’est dit. Au moins, Newton affiche sur la chaîne la destination des frais et la logique de staking — même si les concurrents en mode « relative honnêteté » sont « relativement honnêtes », ce n’est pas « assez transparent ».

Désormais, quand j’auditerai un projet d’AI Agent, je ne demanderai jamais « combien de déploiements », je demanderai uniquement : « combien d’adresses ont payé en continu des appels le mois dernier ». La quantité de déploiements peut être falsifiée, l’active quotidienne peut être maquillée, mais les NEWT réellement arrachés chaque mois au portefeuille des utilisateurs : voilà la monnaie la plus difficile à truquer.

#newt $NEWT