Saikat 56

At first, I thought consensus was simply about getting enough validators to say “yes.”

But Dusk’s Succinct Attestation made me look at it differently.

Imagine 100 provisioners are voting, while only 67 are needed to reach quorum. It’s possible for several different groups of 67 to produce valid attestations for the same iteration.

So then comes the real question:

Which one becomes the agreement that everyone carries forward?

That’s where @Dusk Block Certificate gets really interesting.

The attestation proves that quorum was reached. The certificate goes one step further: it selects one valid attestation and turns it into the consensus record that the next block builds upon.

And this isn’t just a technical detail. The voters included in that certificate can also influence the economic side of consensus.

I used to think certificates were mainly about proving that validators had participated.

Now I see them differently.

Consensus isn’t always about making everyone agree on everything.

Sometimes, it’s about making sure everyone agrees on which valid agreement becomes history.

#dusk $DUSK

Les développeurs connaissent déjà Solidity, donc un environnement compatible EVM facilite énormément la première étape sur Dusk.

Mais, honnêtement, ce n’est pas ça, à lui seul, qui rend l’ensemble vraiment intéressant : presque chaque chaîne peut offrir des outils EVM familiers.

Ce qui a attiré mon attention en parcourant les @Dusk documents officiels, c’est ce qui vient après ce point de départ familier.

DuskEVM prend en charge Solidity, Vyper, Hardhat et Foundry, offrant aux développeurs un environnement qu’ils comprennent déjà.

Mais Hedger sur testnet ajoute une couche supplémentaire en combinant le chiffrement homomorphe et des preuves à divulgation nulle de connaissance pour des flux de transactions confidentiels.

Cela change la conversation : on ne parle plus seulement de « EVM, mais privé ».
Le chiffrement homomorphe permet d’effectuer des calculs sur des données chiffrées sans exposer les valeurs sous-jacentes, tandis que les preuves ZK peuvent vérifier la conformité sans divulguer d’informations sensibles.

Pour les applications financières, cette combinaison pourrait avoir bien plus de sens. Les institutions n’ont pas seulement besoin de confidentialité : elles doivent savoir ce qui reste confidentiel, ce qui peut encore être vérifié,

et ce qui pourra éventuellement être audité lorsque nécessaire.
Et c’est là que réside le vrai défi.
Les développeurs veulent une infrastructure familière.

Les institutions veulent la certitude que la confidentialité ne transformera pas le système en boîte noire opérationnelle.

Si Dusk parvient à maintenir cet équilibre, les développeurs obtiennent une expérience EVM familière tandis que les institutions gagnent quelque chose qu’elles ne peuvent pas obtenir facilement avec des chaînes transparentes.

Alors peut-être que la vraie question n’est pas de savoir si Solidity devient une norme.
C’est de savoir si l’exécution attentive à la confidentialité devient la barrière la plus difficile à reproduire.

#dusk $DUSK $AKE $KII

𝐃𝐞𝐬 𝐜𝐨𝐧𝐬𝐞𝐧𝐬𝐮𝐬 𝐃𝐮𝐬𝐤’𝐝 :
Quand dire la vérité devient la décision la plus intelligente
Étudier Dusk m’a fait réfléchir à l’unanimité d’une manière totalement différente.

La cryptographie, à elle seule, ne rend pas véritablement sécurisé un système de consensus. La vraie question est la suivante : que se passe-t-il lorsqu’un participant honnête a une raison de profiter d’une faille à son avantage ?

Imaginez que vous soyez un provisionneur.

Vous votez sur l’itération en cours, tout en sachant déjà que vous avez été sélectionné pour générer un bloc lors de la prochaine itération.

𝐌𝐚𝐢𝐧𝐭𝐞𝐧𝐚𝐧𝐭 𝐯𝐨𝐮𝐬 𝐟𝐚𝐜𝐞 𝐮𝐧 𝐝𝐢𝐥𝐞𝐦𝐦𝐞 𝐢𝐧𝐭𝐞𝐫𝐞𝐬𝐬𝐚𝐧𝐭 :

Aidez-vous le bloc actuel à avancer et à collecter votre récompense de votant ?

Ou restez-vous silencieux, laissez l’itération en cours échouer et renforcez potentiellement votre position en tant que futur générateur ?

C’est le Problème d’Incitation du Futur Générateur : un conflit d’incitations qui peut émerger des choix offerts à un participant légitime.

Il n’y a aucun pirate externe qui cherche à perturber le réseau.

Le problème vient des incitations intégrées au protocole lui-même.

@Dusk l’a abordé en repensant la manière dont ces incitations fonctionnent. Il sépare les récompenses de générateur et de votant, empêche le générateur sélectionné pour la prochaine itération de voter lors de la présente, et utilise des mécanismes comme l’Attestation Succincte pour aider à atteindre le consensus.

Ce petit choix de conception, mais important, a vraiment retenu mon attention.
Il est facile de dire qu’un mécanisme de consensus est sécurisé.

Il est beaucoup plus difficile d’en construire un où la décision la plus rationnelle est aussi la décision honnête.

𝐏𝐨𝐮𝐫 𝐞𝐧 𝐩𝐫𝐨𝐧𝐠, 𝐯𝐨𝐮𝐥à 𝐥𝐞 𝐫𝐞𝐚𝐥 𝐠𝐚𝐦𝐞 𝐡𝐚𝐩𝐩𝐞𝐧𝐢𝐧𝐠 𝐮𝐧𝐝𝐞𝐫𝐧𝐞𝐚𝐭𝐡 𝐜𝐨𝐧𝐬𝐞𝐧𝐬𝐮𝐬 :

Pas seulement la manière dont la cryptographie protège le réseau, mais la manière dont les incitations façonnent le comportement des personnes qui le sécurisent.

#dusk $DUSK $AKE $ESP

At first, I thought the $50k liquidation example was simply about whether Babylon could detect when collateral crossed the threshold.

The more I thought about it, the more I realized that's actually the easy part.
A price feed can identify a liquidation trigger almost instantly.

Bitcoin, however, settles on its own timeline. Those two clocks don't always move together, and that gap is where the real challenge begins.

Babylon connects fast risk monitoring with Bitcoin's security, but it can't make Bitcoin settle instantly. A liquidation signal may be completely correct, yet the market can continue moving before settlement is finalized.

That is why $BABY becomes interesting. During those waiting minutes, someone has to carry the market risk.

A liquidity provider? Or does the protocol absorb part of that exposure?

The rules may be followed perfectly, but perfect rules don't always guarantee a perfect outcome when prices keep changing.

To be clear, slower settlement isn't a flaw it's part of Bitcoin's design. Babylon is building around that reality rather than pretending it doesn't exist.

The question is how resilient the system remains when volatility accelerates during that settlement window.

The thought I keep coming back to is simple:

If liquidation is triggered at $50,000, but Bitcoin settles after the price has already moved significantly, who ultimately bears the difference while finality is still catching up?

That's the part of the design I'm most curious about.

#baby $BABY @BabylonLabs_io $NVDA.US

#BinanceTurns9 Binance fête ses 9 ans - Construit par vous

Chaque projet d’infrastructure commence par un choix : tout construire à partir de zéro, ou s’appuyer sur les fondations de quelqu’un d’autre.

En 2024, Newton a choisi la seconde option. Il a construit son réseau de unification de chaînes à l’aide de la Chain Development Kit de Polygon et l’a relié directement à l’AggLayer pour le règlement inter-chaînes.

À l’époque, c’était une décision pragmatique : tirer parti d’une infrastructure existante pour aller plus vite. Mais ce choix signifiait aussi que le futur de @NewtonProtocol est devenu étroitement lié à la feuille de route propre à Polygon.

Avançons jusqu’à la bêta du mainnet : le tableau est désormais très différent.
Newton s’est affranchi de cette dépendance. Au lieu de s’appuyer sur l’infrastructure de Polygon, son modèle de sécurité est désormais alimenté par le restaking d’EigenLayer : les opérateurs sécurisent le réseau en déposant une garantie, indépendamment de tout écosystème blockchain unique.

Le produit lui-même est conçu autour d’Ethereum et de Base, plutôt que des chaînes alignées sur Polygon.
Ce n’est pas seulement une migration technique. C’est un changement stratégique de philosophie.

En devenant neutre vis-à-vis de l’infrastructure, Newton se positionne pour s’intégrer avec les institutions blockchain qui préfèrent, plutôt que de leur demander de s’adapter à une architecture centrée sur Polygon. Cela compte, car l’adoption institutionnelle est souvent influencée autant par la perception que par la technologie.

Chaque explication supplémentaire lors d’une présentation à une entreprise crée de la friction. En supprimant les dépendances spécifiques à un écosystème, on retire cette friction avant même qu’elle n’apparaisse.

Bien sûr, la neutralité n’a pas de coût nul.
L’effort d’ingénierie investi tout au long de 2024 et 2025 sur la stack de Polygon n’était pas vain, mais une grande partie de cette fondation initiale ne définit désormais plus l’architecture déployée avec la bêta du mainnet.

L’expérience, les partenariats et les leçons restent précieux, mais l’infrastructure centrale a dû être reconstruite autour d’un tout autre modèle de sécurité.

À bien des égards, Newton a payé deux fois la même destination : d’abord en s’appuyant sur un écosystème existant, puis en reconstruisant pour gagner en indépendance.

#newt $NEWT $BLUR $YFI

#BinanceTurns9 Binance fête ses 9 ans - Construit par vous

J’ai passé un peu de temps à relire l’article du 1er juillet de la Magic Newton Foundation sur la couche d’autorisation de <@NewtonProtocol >.

Au début, tout sonnait exactement comme ce à quoi vous vous attendez d’un système minimisant la confiance.

Une couche d’autorisation sans confiance. Le restaking d’EigenLayer. Des opérateurs décentralisés. Des preuves à connaissance nulle.

Toute l’architecture est conçue pour rendre l’exécution des politiques vérifiable, sans recourir à la confiance aveugle.

Mais à mesure que je lisais, un détail ne cessait d’attirer mon attention.
Le Mainnet Beta s’appuie sur Chainalysis pour l’évaluation des risques, RedStone pour les flux de prix, Webacy pour la réputation des portefeuilles, et Credora pour l’intelligence relative aux garanties.

C’est à ce moment-là qu’une question m’est venue.
Que prouve exactement la preuve à connaissance nulle ?

Elle prouve que la vérification de la politique a été exécutée correctement. Mais le score de risque, les données de réputation,
ou l’évaluation des garanties à l’intérieur de cette politique proviennent encore de ces fournisseurs externes.

En d’autres termes, la vérification peut être sans confiance, mais les données elles-mêmes reposent toujours sur la confiance.

Je me suis surpris à y penser autour d’un café.
Est-ce réellement une faiblesse ?
Peut-être pas.

Newton n’a jamais prétendu que les données sous-jacentes seraient décentralisées. Son objectif est de rendre l’application des politiques transparente et vérifiable cryptographiquement.

Cependant, le mot « sans confiance » semble un peu différent dès lors qu’on réalise que la confiance n’a pas disparu : elle a simplement été déplacée d’un cran plus profond, vers les fournisseurs qui fournissent les données.

Cela dit, peut-être que c’est exactement ce que veulent les institutions.
La plupart des entreprises accordent déjà plus de confiance à des prestataires comme Chainalysis qu’à un réseau anonyme d’opérateurs.

Vu sous cet angle, Newton pourrait résoudre le problème qui compte vraiment pour l’adoption institutionnelle.

Il reste toutefois une question :
Quelqu’un a-t-il déjà vu une politique d’autorisation reposant entièrement sur des sources de données décentralisées ?

Ou bien un certain niveau de confiance centralisée est-il tout simplement inévitable lorsqu’on construit une infrastructure de conformité ? 🙄

#newt $NEWT $EVAA $NVDAB

Quand je lis le rapport de transparence de Newton, une politique a retenu mon attention :
les dirigeants et les contributeurs principaux ne peuvent pas vendre Newt quand bon leur semble. Toute vente doit passer par un programme de vente structuré géré par un tiers.

Beaucoup y voient la preuve que l’équipe s’engage sur le long terme, mais je pense que cela montre autre chose. Ce programme vise principalement à garantir l’équité du marché, et non à refléter une conviction personnelle.

Son principal atout est d’empêcher les initiés d’exploiter des informations non publiques. Les dirigeants ne peuvent pas se précipiter pour vendre avant une annonce majeure ni tirer profit d’une reprise après les informations, car le calendrier des ventes n’est pas sous leur contrôle direct.

Cela crée un marché plus transparent et plus digne de confiance.
Ce que le programme ne fait pas, en revanche, c’est garantir que la direction conservera sa position indéfiniment.

Les membres de l’équipe peuvent toujours réduire, voire quitter entièrement, leurs positions au fil du temps tout en restant conformes aux règles.

Le mécanisme encadre la manière dont les tokens sont vendus, pas la raison pour laquelle ils sont vendus.
Pour moi, c’est la distinction clé.

Un programme de vente structuré est un signe d’une solide gouvernance et d’une intégrité du marché, mais il ne devrait pas être automatiquement interprété comme une preuve d’une conviction inébranlable de long terme dans l’avenir de Newton.

@NewtonProtocol #newt $NEWT $BLUR $OPG

Plus j’ai exploré Newton, plus un détail s’est démarqué. Le titre évoque des agents IA, une exécution autonome et une automatisation à confiance minimale. Naturellement, je m’attendais à ce que ces éléments soient déjà en ligne.

Au lieu de cela, j’ai constaté que l’orientation d’aujourd’hui est bien plus étroite : les coffres DeFi. Le protocole vérifie actuellement les actions des curateurs par rapport à des politiques prédéfinies avant que quoi que ce soit ne soit exécuté. Les agents IA et le Model Registry sont toujours indiqués comme à venir.

Cette progression semble en fait tout à fait logique. Avant de confier le contrôle à des agents autonomes pour des actions financières, il est raisonnable de prouver le moteur de règles dans un environnement plus petit, mais à forte valeur. C’est un déploiement progressif, même si cela diffère de ce que beaucoup supposent à première vue.

Une autre découverte intéressante concerne le nombre d’intégrations d’oracles qui prennent déjà en charge le système : Chainalysis, vaults.fyi, RedStone, Credora et Webacy. Ils fournissent les signaux externes dont le protocole dépend, ce qui donne à l’architecture d’aujourd’hui une impression plus “axée oracle” que “axée agents”.

Après avoir tracé ce qui est déjà en production par rapport à ce qui reste sur la feuille de route, il me reste une seule question : la transition d’une automatisation de coffres sécurisés vers des agents pleinement autonomes se fera-t-elle bientôt,
ou bien cet avenir est-il encore plus éloigné ?,,🤔

@NewtonProtocol #newt $NEWT $ANOME $TLM

Quand je suis tombé pour la première fois sur @NewtonProtocol , une idée a immédiatement attiré mon attention : l’IA ne devrait probablement pas contrôler l’argent sans limites clairement définies.

Cela a du sens. L’IA peut réagir aux changements du marché en quelques secondes, mais la vitesse ne suffit pas. Sans limites définies, une seule erreur peut devenir coûteuse avant que quiconque ne s’en aperçoive.

Cela dit, j’ai passé suffisamment de temps dans la cryptographie pour savoir que résoudre un problème en en introduit souvent un autre.

L’approche de Newton place une couche de politique entre les agents d’IA et les transactions blockchain, donnant aux utilisateurs davantage de contrôle sur ce que l’IA est autorisée à faire.

C’est un concept pratique, mais cela implique aussi plus d’infrastructure, plus de coordination, et davantage d’éléments mobiles qui doivent fonctionner ensemble.
La question la plus importante est celle de la confiance. Ces politiques ne s’installent pas automatiquement.

Quelqu’un les conçoit, les met à jour et décide de la manière dont la gouvernance évolue. La confiance ne disparaît pas : elle se déplace simplement vers une autre couche.

Reste le rôle du jeton NEWT. Est-il vraiment fondamental pour sécuriser le système et aligner les incitations, ou s’agit-il d’un autre jeton emballé dans des explications techniques ?
Pour moi, la question la plus intéressante n’est pas de savoir si la technologie est ingénieuse.

Elle concerne plutôt le fait de savoir si les développeurs, les entreprises et les institutions accepteront volontairement une couche d’approbation supplémentaire avant que l’IA n’exécute des décisions financières sur des marchés où chaque seconde peut compter.

#newt $NEWT $VANRY $LAB

La première fois que j’ai imaginé une IA gérer de l’argent réel sans demander la permission, une question m’est immédiatement venue à l’esprit :
qui décide quand l’IA est autorisée à agir ?
🤔
C’est le problème que @NewtonProtocol wants à résoudre.

Leur idée n’est pas de rendre l’IA plus intelligente. Il s’agit de construire une couche d’autorisation qui vérifie si les actions d’une IA suivent des règles prédéfinies avant tout déplacement d’actifs.

Puisque les blockchains vérifient des signatures, pas un jugement, cet écart mérite qu’on s’y attarde.

Mais la crypto m’a appris à me méfier.
On a vu d’innombrables problèmes être résolus avec un autre protocole, un autre ensemble de validateurs, un autre système de gouvernance, et un autre token.

Chaque nouvelle couche promet une sécurité accrue, mais chacune élargit aussi la surface d’attaque et ajoute de la complexité.

Les incitations méritent une attention tout aussi importante. Les utilisateurs peuvent recevoir une meilleure protection, mais si cela devient une infrastructure centrale, les détenteurs de tokens, les validateurs et les premiers contributeurs profitent aussi de la croissance du réseau.

Puis vient la question qui compte le plus : à quel point la prise de décision est-elle décentralisée si un groupe relativement restreint peut encore façonner les règles derrière l’autorisation ?

Et lorsqu’une IA fait le mauvais choix, qui est responsable de l’erreur ?

Le modèle, le créateur de la politique, les validateurs,
ou le protocole ?

Distribuer le calcul est relativement facile.

Distribuer la responsabilité a toujours été le défi le plus difficile, et c’est généralement là que le véritable test commence.

#newt $NEWT $TLM $HMSTR

Tout le monde s’accorde à dire que l’IA devient de plus en plus rapide pour prendre des décisions financières. Mais la vitesse n’a jamais été le problème le plus difficile.. 🙂

Le vrai défi commence juste avant que l’argent ne bouge :
qui vérifie qu’un agent d’IA est réellement autorisé à exécuter une transaction ?

@NewtonProtocol soutient que l’autorisation est la couche manquante. Au lieu de laisser l’IA agir sans contrôle, il met en place un protocole qui examine les transactions avant qu’elles n’atteignent la blockchain.

L’idée est cohérente. Pourtant, l’histoire montre que chaque nouvelle couche d’infrastructure en résout un problème tout en en créant un autre.

Plus d’opérateurs, plus de gouvernance et plus de dépendances peuvent aussi signifier davantage de points de défaillance, surtout lorsque les marchés deviennent imprévisibles.

Cela soulève une autre question importante :
NEW T est-il vraiment essentiel au système,
ou sa valeur repose-t-elle davantage sur la spéculation que sur une utilité durable ?

La sécurité et l’automatisation sont des objectifs convaincants, mais une véritable infrastructure est mise à l’épreuve par les cas limites, pas par le marketing.

Que se passe-t-il quand des politiques entrent en conflit,
que les transactions sont retardées,
ou que des paiements valides sont bloqués par erreur ?
Ces questions méritent autant d’attention que la technologie elle-même.

Au final, la confiance se mérite par des années de performances fiables, pas par des livres blancs, mais par une exécution concrète.

#newt $NEWT $TSLAB $TAIKO