Dà Zǔ 大祖

Plus j’y pense au protocole Newton, moins je le vois comme un projet de conformité.

Je le vois plutôt comme un pari : les portefeuilles vont bientôt cesser d’être passifs.
Aujourd’hui, un wallet attend qu’un utilisateur clique sur « approuver ». Demain, un wallet piloté par une IA pourra acheminer des stablecoins, payer des agents, interagir avec DeFi ou encore toucher des actifs du monde réel, sans qu’un humain vérifie chaque mouvement. C’est là que l’ancien modèle commence à paraître trop léger.

Car qui est responsable quand un agent IA fait quelque chose qu’il avait techniquement le droit de faire, mais qu’il ne devrait pas avoir fait ?
C’est l’angle derrière Newton Protocol. Sa couche de politique onchain permet aux développeurs de transformer des règles en conformité programmable grâce au langage de politique Rego. Un réseau décentralisé d’opérateurs peut ensuite renvoyer une attestation cryptographique indiquant que les vérifications ont été effectuées avant l’exécution.

Pas après. Avant.

Et c’est crucial pour l’autorisation des agents IA, l’automatisation KYC/AML, le contrôle des sanctions onchain, la conformité au niveau des transactions, et les flux de stablecoins que les institutions pourraient éventuellement devoir pouvoir considérer comme dignes de confiance.
Mon hésitation sincère concerne le calendrier. Le token NEWT dépend d’une demande réelle, et les agents IA de Newton Protocol pourraient encore être en avance sur le marché. Peut-être s’agit-il d’une intégration intelligente. Peut-être d’une infrastructure en attente d’un futur qui mettra plus de temps que prévu.

Mais si l’IA commence à déplacer l’argent sérieusement, « approuver simplement le wallet » ne suffira pas.

Newton Protocol est-il trop en avance, ou le marché fait-il encore semblant que les wallets IA n’auront pas besoin de règles ?

@NewtonProtocol #Newt $NEWT

$EVAA $CHIP

J’ai parcouru les pages de tokenomics du protocole Newton sur newt.

foundation, la nuit dernière, en m’attendant aux habituelles promesses vagues. J’ai trouvé quelque chose de plus rare : un projet qui admet ouvertement qu’il n’est pas encore décentralisé.

Les chiffres sont clairs. Offre fixe de 1 milliard de NEWT, aucune inflation, et 40 % détenus par des initiés : Core Contributors 18,5 %, Early Backers 16,5 %, Magic Labs 5 %, avec un vesting par paliers (cliffs) jusqu’en 2029.

À peine environ 21,5 % étaient en circulation au moment du listing. D’après les données de Tokenomist, nous sommes désormais proches de 28,8 %.

J’ai relu deux fois ce tableau d’allocation pour être certain que je l’avais bien compris.

La gouvernance suit la même logique : pilotée par la fondation aujourd’hui, avec une passation publiée vers le contrôle d’un DAO communautaire à mesure que le staking débloque progressivement les droits de vote.

Chapeau. La plupart des projets se disent décentralisés dès le premier jour ; Newton publie plutôt un calendrier.

Cela dit, un point ne me convenait pas.

La transparence sur la concentration ne résout pas la concentration.

Jusqu’à ce que ces cliffs de 2029 arrivent à maturité, tout vote « communautaire » se déroule dans une salle où les initiés bénéficiant du vesting détiennent la majorité structurelle. C’est une considération, pas un scandale ; personne ne le cache.

Mais ce sont deux questions différentes. L’une demande si le pouvoir finira par se décentraliser. L’autre demande si la gouvernance d’aujourd’hui est suffisamment décentralisée pour que vous lui fassiez confiance dès maintenant.

Newton répond clairement à la première. La deuxième vous appartient : à vous de la peser.

Alors, préféreriez-vous détenir un token honnêtement centralisé aujourd’hui, ou un token faussement « décentralisé » ?

@NewtonProtocol #Newt $NEWT

$ANOME $TLM

Plus je réfléchis à @NewtonProtocol , plus je reviens à une question inquiétante : que devient le trading lui-même une fois que la plupart des humains s’écartent discrètement.

Ce que j’aime chez Newton, c’est que l’entreprise ne fait pas semblant que ce basculement a déjà eu lieu. Elle s’y prépare maintenant, en avance sur l’avenir des agents de trading basés sur l’IA.

En réalité, Newton offre aux systèmes de trading automatisés un cadre où opérer avec des règles et une responsabilité, plutôt que de tout laisser à une boîte noire.

Mais la technologie, à elle seule, ne garantit pas l’adoption.

La plupart des gens ne réfléchissent pas à la finance agentique ou à l’architecture de l’automatisation. Ils se demandent : « Est-ce que ça prendra vraiment de meilleures décisions que moi ? » « Puis-je faire confiance à quelque chose que je ne comprends pas entièrement ? »

Newton ne se contente pas de concurrencer d’autres plateformes qui poursuivent cet avenir.

L’entreprise est aussi en concurrence avec l’instinct des gens de garder une main sur le volant, même lorsque lâcher prise pourrait leur être plus bénéfique.

Cela ne veut pas dire que le pari est mauvais. Cela signifie peut-être simplement que les portefeuilles gérés par l’IA ont besoin de quelques années de preuves calmes supplémentaires avant que les gens leur confient de l’argent réel.

Être en avance peut être aussi difficile qu’avoir tort.

Les marchés récompensent, tôt ou tard, tout ce qui réduit les frictions que les gens ne réalisaient même pas qu’ils supportaient. Newton parie que la confiance, plutôt que la technologie, est la dernière pièce encore manquante.

$NEWT #Newt

#BOKWarnsSingleStockLeveragedETFRisks #VitalikOutlinesLeanEthereumRoadmap #IRENFalls10%After$700MCoCEOStockAward #EthicalHackersFindAptosFlawRisking$70B

$VANRY $LAB

@NewtonProtocol Peut Prouver Que Les Opérateurs Sont D’accord. Il Ne Peut Pas Prouver Qu’Ils Ont Eu Raison.

Je reviens sans cesse à ceci : une signature agrégée BLS prouve le consensus, pas la correction. Le flux d’évaluation de Newton permet à de nombreux opérateurs de vérifier une politique de manière indépendante, puis de compresser leurs approbations en une preuve unique, compacte et cryptographiquement irréfutable, peu coûteuse à vérifier, difficile à falsifier. C’est une vraie avancée par rapport au fait de faire confiance à une seule clé d’administrateur.

Mais la preuve par signature agrégée certifie seulement qu’une supermajorité a abouti à la même réponse. Si la politique elle-même est mal écrite — un seuil inadapté, un cas limite manquant, une hypothèse de données obsolète — alors chaque opérateur peut l’évaluer fidèlement et néanmoins valider quelque chose de nuisible. La vérification cryptographique versus la correction : c’est ici que se situe la ligne de faille réelle, et aucun calcul BLS ne peut la combler.

La réponse de Newton, c’est la fenêtre de contestation : des parties indépendantes peuvent contester une évaluation validée et prouver l’erreur avec une preuve de fraude à divulgation nulle de connaissance (zero-knowledge) après coup. C’est une vraie protection de secours, mais c’est réactif, pas préventif : cela corrige de mauvais résultats de politique une fois que les opérateurs ont déjà donné leur accord.

Alors, le mécanisme de contestation dissuade-t-il réellement les politiques défectueuses, ou fait-il seulement le ménage après qu’un dommage a été causé ?

$NEWT #Newt

$HMSTR $VELVET

Tout le monde se souvient de Wormhole ayant perdu 320 M$ en 2022. Presque personne ne se souvient de ce qui s’est passé trois mois plus tard.

Un chapeau blanc a trouvé l’implémentation du proxy du pont laissée non initialisée. N’importe qui aurait pu appeler initialize, prendre le contrôle et achever ce que la première attaque avait commencé. Wormhole a versé la plus grosse prime de bug de l’histoire, 10 millions de dollars, pour une faille qui n’a coûté à l’attaquant rien d’autre qu’un appel de fonction.

C’est le fantôme qui hante aujourd’hui chaque contrat déployable.

Alors quand je vois le guide d’intégration de Newton exigeant un drapeau _newton Policy Client Initialized avant que quoi que ce soit ne fonctionne, je ne vois pas du simple code d’en-tête. Je vois des cicatrices. L’industrie a appris cette règle dans le sang et 320 M$ de celui-ci.

Mais voici mon avis honnête : ce drapeau arrête le second appel. Il ne peut pas vérifier votre premier. Donnez-lui la mauvaise adresse de Task Manager en entrée et vous aurez parfaitement protégé une configuration cassée.

Le drapeau est une ceinture de sécurité. Il faut toujours conduire.

Mon verdict : Newton a été conçu pour tirer les leçons de Wormhole. Que les intégrateurs respectent ou non le premier appel, cette partie dépend encore de nous.

Feriez-vous confiance à un protocole dont la sécurité repose sur une transaction non protégée ? Parce qu’en 2022, tout le monde l’a fait. 👇

$NEWT #Newt @NewtonProtocol
$TLM $ARPA

@NewtonProtocol PEUT ÊTRE ACTIVÉ EN SORTANT, MAIS LAISSÉ EXPOSE AU DÉFI

J’ai passé du temps là-dessus et ça me dérange encore.

$NEWT découpe l’activation en deux étapes. pointer vers un contrat de politique. puis enregistrer la configuration. séparément.

Au premier passage, je me suis dit que c’était bien, plus de sécurité en plus.

Mais ce n’est pas de la sécurité. c’est une faille.

#Newt construit un rollup pour le trading automatisé et des stratégies pilotées par l’IA. les systèmes automatisés ne vérifient pas deux fois. ils déclenchent.

Donc si l’adresse est définie, mais que le policyId ne dépasse jamais zéro, chaque transaction conditionnelle finit par… s’arrêter. silencieusement. sans erreur. sans indice sur pourquoi.

C’est ça qui me hante.

La plupart des audits cherchent des systèmes qui font trop de choses. ici, c’est un système qui ne fait rien, tout en ayant l’air entièrement déployé.

Une adresse de politique on-chain ne prouve rien concernant l’activation. juste qu’elle pointe quelque part.

Donc une conception plus stricte, ou un piège pour des intégrations pressées ?

Dans tous les cas : vérifier l’adresse. puis vérifier le policyId. l’un sans l’autre, c’est comme ça que des déploiements passent un coup d’œil et échouent en direct.

$GPS $RE

#Newt $NEWT @NewtonProtocol
Il existe un type précis de silence qui vous tombe dessus juste après que le terminal affiche « deployment successful ». 🖱️

Ce n’est pas un silence de fête. C’est ce poids, cette prise de conscience froide : vous venez de confier le travail de toute une vie à un environnement qui essaie activement de le détruire.

🌑 Vous êtes là, debout, en train d’actualiser l’explorateur de blocs, à regarder un objet statique que vous ne pouvez plus contrôler.

🥶 On parle de l’immutabilité comme d’un grand accomplissement. Mais à ce moment-là, ça ressemble davantage à une prison.

⛓️ Vous avez construit une machine qui est légalement tenue de suivre sa propre logique, même si cette logique sert actuellement à vider chaque centime du coffre. C’est un sentiment glaçant : savoir que votre code participe volontairement à son propre braquage, parce qu’il n’a pas l’agence de dire « non ».

📉 J’ai commencé à voir Newton comme plus qu’« une sécurité ». En réalité, il s’agit de donner du rythme au contrat.

❤️‍🔥 C’est la différence entre une statue qui se fait vandaliser et une personne qui voit venir le coup et qui a la capacité de l’esquiver.

🛡️ Peut-être que nous avons passé trop de temps à construire de magnifiques statues immuables et à appeler ça « la finance du futur ».

🏗️ Je me demande si nous sommes vraiment prêts pour un code qui a le droit de se défendre. 👁️‍🗨️

$NFP $MET

J’avais l’habitude d’acquiescer à l’idée que la cryptographie supprime simplement la confiance de l’équation. La preuve arrive, la confiance s’écarte. Une histoire propre, facile à répéter.

Sauf que plus j’y réfléchis, moins cela me semble vrai. Une preuve peut seulement te dire qu’il a été convenu de quelque chose, pas que l’accord était correct, ni que les personnes qui ont convenu n’avaient aucune raison de mentir. Donc quand quelqu’un dit « sans confiance », ce qu’il veut généralement dire, c’est « je n’ai plus besoin de faire confiance à cette chose en particulier ». La confiance n’a pas quitté la pièce. Elle a juste changé de place.

Ce qui se passe réellement, je pense, c’est que la confiance vague est remplacée par une confiance spécifique. Au lieu de faire confiance au nom et à l’historique d’une entreprise — ce qui est flou, presque une ambiance — tu commences à faire confiance à un ensemble défini de règles : combien de signataires, ce qu’ils risqueraient de perdre en trichant, à quel point il serait facile de les prendre. Ce n’est pas sans confiance. C’est une confiance sur laquelle tu peux enfin mettre un doigt et l’examiner.

C’est ainsi que je comprends l’usage des attestations BLS par Newton. Ce n’est pas de la magie qui efface le besoin de confiance — c’est une façon de rendre la confiance lisible. On ne te demande plus de croire un journaliste ; on te demande de croire qu’un seuil de signataires ne se concertera pas. Une hypothèse plus petite, certes. Mais reste une hypothèse.

Alors peut-être que la vraie compétence dans ce domaine n’est pas de trouver des systèmes « sans confiance » — mais de mieux apprendre à lire la confiance qui est encore là. Qu’est-ce que tu regarderais concrètement pour juger si un ensemble de validateurs mérite cette confiance ?

@NewtonProtocol #Newt $NEWT

$H $SYN

J’ai passé bien trop de temps hier soir à lire @OpenGradient documents au lieu de dormir. Pas même à tester quoi que ce soit : juste à essayer de comprendre une chose. Quand leur IA vous donne une réponse, est-ce que la chaîne attend en permanence ?

En fait non. Et ça m’a surpris plus que je ne devrais.

La requête part directement vers un nœud d’inférence. Pas de blocage, pas de validateurs assis là à attendre, rien de tout ça. Vous obtenez une réponse quasiment instantanément, comme si vous appeliez n’importe quelle API normale.

La partie “preuve” — celle qui dit réellement « oui, ce modèle a bien tourné, voici les maths/le matériel qui le prouve » — arrive après, séparément. En silence, presque. Une attestation TEE ou une preuve ZKML se “valide” une fois que la réponse est déjà sortie.

Je suis resté là-dessus. Il existe une petite fenêtre : vous avez déjà une réponse, mais pas encore la preuve qu’elle est vraie. Personne ne parle vraiment de cette fenêtre. Elle n’est ni mise en avant, ni cachée non plus : elle est juste là, intégrée au fonctionnement du système.

Et honnêtement, je ne sais pas si c’est un compromis ingénieux ou simplement un compromis honnête. Vitesse d’abord, vérité un peu plus tard. Pour quelque chose de banal, ça ne change pas grand-chose. Pour quelque chose comme un protocole de prêt qui déplace du collatéral en plein crash, ce “délai” est toute l’histoire.

Ce qui m’a marqué, c’est qu’ils n’ont pas triché pour gagner de la vitesse. Ils ont juste cessé de faire semblant que la vérification doit être instantanée pour être réelle.

Je n’arrive toujours pas à arrêter d’y penser : que se passe-t-il exactement pendant ce court instant où personne ne vérifie encore ?

$OPG #OPG

$SYN $RIF

Le Hamas a accepté de se désarmer en octobre, mais ses négociateurs sont désormais en train d’opérer un complet revirement.

D’après des sources israéliennes, le dirigeant du Hamas dans la bande de Gaza, Khalil al-Hayya, a durci sa position lors d’entretiens directs avec l’adviser de Trump, Aryeh Lightstone, alors que les deux parties débattent de points de base, comme ce qui compte réellement comme une arme « lourde » versus une arme « légère ».

Des responsables importants du Hamas, notamment Khaled Mashaal et Musa Abu Marzouk, ont aussi rejeté des éléments clés du plan en vingt points de Trump ces derniers mois, le même plan qu’ils avaient accepté l’automne dernier.

L’évaluation de la Commission pour la paix : les discussions ont été « très sérieuses », mais « pas faciles », et la fenêtre pour conclure un accord se referme à toute vitesse.

« Nous avons affaire à quelques jours, au maximum une ou deux semaines... sinon nous allons perdre l’élan. »

Un plan de paix ne fonctionne que si les deux parties s’y dirigent réellement. Pour l’instant, une partie entraîne l’autre dans la mauvaise direction.

$ORDI $SYN $AIGENSYN
#SamsungSKHynixSharesRiseYTD #DowHitsRecordClose #AzerbaijanDraftsVirtualAssetBillRequiringCentralBankLicense #SupremeCourtBlocksTrumpFromRemovingFedCook #AAVERises13.16%To$94.32

J’ai presque laissé un agent agir sur une réponse de @OpenGradient qui n’était pas encore réellement prouvée.

C’est allé assez vite pour que je ne l’attrape pas sur le moment. Le paiement a été validé. La sortie est revenue. Le tableau de bord s’est assombri, comme il le fait quand quelque chose est « terminé ». Donc l’agent est passé à l’étape suivante, comme il est conçu pour le faire. Ce n’est que plus tard, en faisant défiler les journaux, que j’ai remarqué que l’enregistrement de vérification s’était clôturé environ une seconde après que l’agent avait déjà agi dessus.

Une seconde, ce n’est pas grand-chose. Jusqu’au moment où vous commencez à vous demander ce qu’une seconde est autorisée à décider.

C’est là que ça m’a frappé : le $OPG qui bouge quand une demande est payée n’est pas le #OPG qui bouge quand cette demande est prouvée. Sur un graphique, ils ont l’air identiques. Mais ce n’est pas le même flux. L’un est « quelqu’un voulait une réponse ». L’autre est « la réponse a tenu ».

Personne ne surveille vraiment l’espace entre les deux. Tout le monde observe le prix, le volume, la vitesse. Presque personne ne regarde si les demandes payées et les demandes prouvées grandissent au même rythme ou si, discrètement, elles s’écartent à mesure que davantage d’agents se branchent et que plus de capital commence à bouger en mode automatique.

Depuis, je fais quelque chose de petit : observer quels agents attendent réellement la fermeture de ce minuteur de preuve, et lesquels ne le font pas. Ceux qui attendent ont l’air moins bien sur le papier. Temps de réponse plus lents, débit moins impressionnant, rien à capturer.

Ils sont aussi les seuls que j’ai cessé de craindre.

Tout le monde optimise pour le moment où quelque chose a l’air terminé. Je pense que la question la plus intéressante est de savoir qui continue de construire pour le moment où c’est réellement terminé.

$TAC $GWEI

Payé ou prouvé, lequel vous ferait le plus confiance ?

@OpenGradient $OPG #OPG
J’ai acheté des tokens OpenGradient à 2h du matin pendant une pompe de marché, et je ne savais vraiment pas ce que je faisais depuis trois semaines. J’ai juste jeté de l’argent parce que le récit de l’écosystème me semblait cohérent, puis je suis retourné dormir.

Le plus gênant ? Je vérifiais le prix de manière obsessionnelle, mais je n’ai jamais regardé ce qui se passait réellement on-chain. Mon sac OpenGradient était juste là. Aucun staking. Aucun vote de gouvernance. Rien. En gros, je payais un loyer avec un capital qui ne travaillait pas pour moi.

Le mois dernier, j’ai pris un café avec quelqu’un qui gère vraiment un nœud sur le réseau OpenGradient, et il m’a posé une question simple : « Tu participes ou tu ne fais que regarder ? ». Ça a piqué un peu, je ne vais pas mentir. Parce que la réponse était évidente. Je spéculais sur le travail des autres.

Cette conversation m’a obligé à ouvrir le tableau de bord de gouvernance. J’ai vu des règlements en cours. Des requêtes d’IA réelles traitées. Des gens qui prennent des décisions concernant les mises à niveau du réseau. D’un coup, mes tokens OpenGradient n’étaient plus juste des chiffres à l’écran : ils représentaient un pouvoir de vote réel, un enjeu réel pour le réseau, un intérêt direct dans le jeu.

J’ai commencé petit. J’ai staké un peu d’OPG. J’ai prêté attention à un vote de gouvernance. Au début, c’était étrange. Mais ça a complètement changé la façon dont je pense ma position. Je suis passé d’un simple détenteur passif à quelqu’un qui est vraiment investi dans la réussite d’OpenGradient.

La plupart des portefeuilles crypto des gens, ce sont juste des actifs endormis sur lesquels ils espèrent que la valeur monte. Les tiens font-ils réellement quelque chose ?

En toute franchise : tes tokens OpenGradient ne valent que ce que le réseau fait réellement. Alors quel est ton rôle ?

$VELVET $PIEVERSE

Tu crées de l’utilité dans OpenGradient ou tu ne fais que regarder ça grandir ?