蜻蜓队长前来觐见

Aujourd’hui, je suis tombé sur une photo de la première couche de la tour penchée de l’île Zuojiang, dans le Guangxi : l’eau l’avait recouverte. Cette vieille tour, vieille de plus de quatre cents ans, avait été construite volontairement de travers, pour que, quand le niveau monte, la force se dissipe. Par la suite, les gens n’ont cessé de vouloir prouver que c’est plus stable en l’élevant davantage et en le renforçant, mais ce qui est consigné en premier reste toujours le trait initial. En fixant cette image, j’ai soudain pensé que ça ressemblait beaucoup à la façon de Dusk de gérer les fourches.
Le réseau de Dusk est asynchrone : au cours d’un même tour, il arrive parfois que deux blocs candidats, chacun avec une confirmation, apparaissent. Dusk ne se contente pas de regarder qui empile le plus longtemps ensuite : il ne reconnaît que celui dont le numéro d’itération est le plus faible, c’est-à-dire le bloc qui a été tiré plus tôt dans ce tour. Même si le dernier arrivé finit par réunir les votes, le nœud revient quand même, par le mécanisme Fallback de Dusk, à l’état d’avant la fourche et supprime toute la portion suivante construite sur le bloc arrivé plus tard. Chez Dusk, celui qui apparaît d’abord a raison ; l’animation du moment, l’“affluence” du plus tard, ne compte pas. @Dusk #dusk
Si Dusk l’écrit ainsi, ce n’est pas une manie technique : c’est pour empêcher les gens qui viendraient ensuite faire exprès des manœuvres de diversion. Si la fourche se décidait au profit de ceux qui arrivent plus tard, ce serait une façon d’encourager les personnes tirées dans les tours suivants à troubler l’eau, en pariant que leur version tiendra jusqu’à la fin. En fixant la priorité sur une itération plus précoce, Dusk rétrécit l’espace pour ce genre d’interruption. Au début, je pensais que Dusk était “tordu” par rapport à l’axe, mais ensuite j’ai compris : $DUSK ce qu’il craint, ce n’est pas la fourche elle-même, mais le fait que les règles deviennent un jeu d’opportunisme calculable. Les informations n’expliquent pas clairement si, dans Dusk, un bloc plus ancien mais pire pourrait aussi être remonté ; je n’ai pas encore tranché ce point. Dans Dusk, l’itération zéro est relativement plus stable, mais si le bloc parent disparaît, il doit aussi s’en aller. Avez-vous déjà vu, sur d’autres chaînes, une issue où celui qui apparaît plus tôt a plus raison ? Dites-le en commentaires. $BTC

Tout en attendant le bus, j’ai vu que la friction commerciale entre les États-Unis et le Canada venait encore de s’intensifier. De l’autre côté, Trump a glissé, à moitié en plaisantant, l’idée de renommer le lac Ontario en « lac américain ». J’ai regardé cette nouvelle pendant deux secondes et, d’un coup, j’ai eu l’impression que dès que des règles se mêlent à la notion de droit et de limites, elles ne sont plus un simple jeu de va-et-vient. C’est précisément ce sentiment d’enchevêtrement qui m’a donné envie de ressortir et relire la documentation de Dusk.
@Dusk
Une transaction de titres réglementée n’est jamais un simple transfert. L’acheteur doit d’abord prouver son éligibilité, la cession se heurte à toutes sortes de restrictions, les relations de portefeuille ne peuvent pas être entièrement divulguées. Pourtant, l’émetteur et le régulateur doivent, lorsqu’il le faut, obtenir les preuves. Et au final, il faut encore réaliser la livraison avec certitude. En suivant cette chaîne, ce que Dusk veut faire, en réalité, c’est d’englober dans la même base d’infrastructure l’examen d’éligibilité, la protection de la vie privée, la génération des preuves, l’exécution des règles et la compensation finale, pour qu’ils fonctionnent en coordination. L’identité peut être dévoilée de façon sélective ; les détails sensibles sont dissimulés avec la preuve à divulgation nulle de connaissance ; les canaux publics restent également disponibles. Dans différents environnements d’exécution, tout finit par aboutir à la même couche de règlement.
L’enjeu véritable n’est pas le nombre de modules, mais de savoir si les règles sont réellement exécutées.
#dusk $DUSK
Quand je suis seul devant mon bureau à y penser, je me fais parfois des reproches : après tant d’années à bricoler des choses sur la blockchain, je pensais au départ que la transparence était tout. Puis j’ai réalisé que, dans le monde de la finance, la difficulté réelle est la transparence choisie. Transformer des actifs en Token, c’est relativement facile. Difficile, c’est de déterminer qui peut détenir, qui peut recevoir, et à quel moment un règlement obligatoire doit être effectué—et de faire en sorte que ces contraintes deviennent de vraies étapes du processus on-chain. C’est pourquoi, aujourd’hui, en regardant $DUSK , ce qui m’intéresse n’est plus un chiffre de performance quelconque, mais la question de savoir s’il peut vraiment faire tourner toutes ces choses de bout en bout.
La route est encore longue : on verra combien de frictions se présenteront à la mise en œuvre. Mais au moins, ce sujet mérite qu’on y réfléchisse sérieusement pendant un moment.
$BTC

Ces derniers jours, la nouvelle de la condamnation à perpétuité de Xu Jia-yin a envahi tous les médias. Les actifs soigneusement maquillés et les dettes dissimulées depuis longtemps ont finalement été mises au jour. En regardant cela, je me suis soudain demandé comment, une fois les transactions on-chain terminées, il faut disposer ce fameux état global : ni trop enfoui, ni totalement révélé.
J’ai ressorti Dusk pour m’y replonger ; ce qui m’intéresse n’est pas la confidentialité en elle-même, mais la façon dont @Dusk traite, dans une transaction donnée, l’état le plus facilement négligé. Une approche consiste à mettre le solde, les parties et le montant dans un compte public ; une autre consiste à encapsuler les fonds sous forme de pièces cryptographiques, en ne révélant que la preuve que les fonds sont suffisants et qu’ils n’ont pas été réutilisés, puis à divulguer les clés uniquement lorsque l’audit est réellement nécessaire. Les deux modèles sont très différents, mais au final ils doivent tous répondre à la même question : après la fin de la transaction, quel devrait être l’état global sur la chaîne.
Ce qui m’a fait réfléchir plus longtemps, c’est le contrat responsable de la réception de différents types de paquets de données : il confie chaque entrée à la logique de vérification correspondante, puis l’écrit finalement dans la même série d’état global. Ainsi, les transactions confidentielles ne se retrouvent pas repoussées dans un autre registre isolé. #dusk $DUSK
En suivant la chaîne d’état, DuskDS gère le consensus, la finalité et le règlement ; DuskVM exécute directement des contrats proches du niveau de base ; DuskEVM propose une autre voie compatible ; Hedger, lui, s’appuie sur la couche de compatibilité pour réaliser des transactions confidentielles via chiffrement homomorphe et preuves à connaissance zéro. Vu dans son ensemble, ce qui est vraiment intéressant n’est pas simplement de cacher les transactions : c’est de permettre à des transactions visibles différemment d’entrer quand même dans le même système de mise à jour de l’état et de règlement. Les tokens portent à la fois le rôle de gas et de mise en garantie, faisant retomber le coût d’exécution et la sécurité du réseau sur une même couche économique.
Pour quelqu’un comme moi, qui a vu passer pas mal de projets, ma première réaction est toujours de froncer les sourcils. Même si la conception est belle, il faut voir, une fois dans un scénario financier réel, si ce qui doit être caché peut réellement l’être, si ce qui doit être vérifié peut effectivement l’être, et si l’état final est suffisamment déterministe pour être fiable. Parfois je pense que je réfléchis peut-être trop, mais en voyant les conséquences d’un livre comptable traditionnel maquillées, je ne peux m’empêcher d’y regarder à deux fois. $BTC

Après que la nouvelle selon laquelle Tesla a été invitée à rappeler près de trois millions de véhicules en Chine s’est répandue récemment, tout le monde se plaint tout en soupirant d’émotion : même les détails peuvent suffire à mettre une pause sur un produit déjà mûr. Ce choc soudain dans la réalité me donne, lorsque je fais défiler l’actualité, une étrange impression que, de ce côté-ci du marché aussi, on revient peu à peu à la vie après ce long calme. Certains secteurs moins médiatisés reçoivent de nouveau des traces de financement, et les discussions passent d’une simple attente à la recherche d’occasions.#dusk
Mais à ce moment-là, ce qui fait le plus facilement perdre la tête, c’est que tout le monde s’enquiert du prochain nom qui bouge.@Dusk Quand je m’éparpille en vérifications, je me sens moi-même un peu contradictoire : je suis soulagé, mais je n’ose pas suivre trop vite l’euphorie. J’ai déjà trébuché dans trop de pièges, je n’ose plus fixer uniquement ce qui brille. En réalité, ce qui détermine la prochaine orientation des flux de capitaux, c’est souvent ce que le marché redéprice en constatant qu’il manque. C’est aussi pour ça que j’ai ressorti récemment Dusk. Beaucoup y pensent d’abord en termes de confidentialité, mais ce qui m’a vraiment arrêté, c’est sa tentative de trouver un équilibre entre la confidentialité nécessaire aux finances et l’obligation de conformité. Les institutions n’ont pas envie d’exposer entièrement leurs stratégies de positionnement, mais elles doivent satisfaire aux exigences de divulgation. Dusk protège la partie sensible grâce à des technologies de confidentialité et des preuves à divulgation nulle, tout en utilisant une conception conforme pour que les informations indispensables puissent être visibles. En parallèle, avec XSC et DuskEVM, il réduit aussi le seuil de développement : le récit s’étend désormais de la simple confidentialité vers une confidentialité-finance et des actifs conformes.$DUSK
Si le marché parvient vraiment à redéfinir le prix en faisant diffuser le récit jusqu’aux applications, alors des projets avec une trajectoire claire méritent au moins d’être observés. Je ne pense pas pour autant qu’il va monter demain. La tension entre confidentialité et conformité n’est pas encore réglée proprement. Mais quand le marché est au plus chaud, tout le monde court après ce qui a déjà monté ; en revanche, les histoires qui n’ont pas encore été clarifiées et qui restent bloquées là où se trouve le vrai besoin ont au contraire plus de chances d’être redécouvertes. Tard dans la nuit, je finis quand même par les ressortir pour y jeter un œil, sans doute parce que j’ai trébuché trop de fois, et que je veux davantage diriger mon attention vers ce qui a de véritables chances d’être nécessaire.$BTC

Cette semaine, Bitcoin a d’abord foncé fort, puis aujourd’hui ça a commencé à redescendre : la hausse a petit à petit été restituée, et l’ambiance dans le groupe suit le même mouvement. Je voulais aussi me contenter de surveiller le carnet, mais finalement, en pleine nuit, j’ai ramené mon attention vers les documents de Dusk. Ce qui me fait m’arrêter n’est pas que Dusk empile tant de technologies de confidentialité : c’est plutôt qu’il se remet à penser une question plus fondamentale. Une fois les actifs financiers mis on-chain, comment l’état doit-il être exprimé et prouvé ? @Dusk
Avant, je pensais toujours que la confidentialité consistait simplement à cacher les chiffres. Mais en regardant de plus près, Phoenix et Moonlight ne sont pas juste “à cacher” ou “à ne pas cacher”. Moonlight traite les scénarios où il faut de la transparence pour les comptes publics ; Phoenix, lui, utilise des preuves à connaissance nulle pour recouvrir les informations sensibles, tout en gardant la validité des transactions vérifiable. Les deux coexistent dans un même système : c’est comme une forme d’acceptation du fait que, dans les activités financières réelles, il existe des besoins de transparence différents. Les obligations, les titres, les parts de fonds : tout ça implique des exigences d’examen des qualifications et de conformité. Tout rendre public n’est pas possible ; tout cacher complètement fait perdre la capacité de vérification. Ce dilemme, j’en ai vu trop de projets l’esquiver directement. #dusk
En continuant, DuskDS gère le règlement, la disponibilité des données et le consensus, puis s’appuie sur Succinct Attestation pour la confirmation finale, de sorte que l’état produit par différents modèles retombe finalement dans un même cadre de confiance. $DUSK Il paie le gas, et contribue aussi à la sécurité du réseau via le staking, liant ainsi les incitations à la pérennité du système. Au fil de la recherche, le problème qui me préoccupe le plus reste pourtant celui du long terme : à l’avenir, une fois les actifs financiers mis on-chain, comment les données sensibles seront-elles protégées, et comment l’état continuera-t-il d’être vérifié ? Dusk, au moins, pose la bonne question. Quant à savoir s’il pourra vraiment être utilisé, il faudra voir le temps et le marché. En tant que vieux “semeur de mauvaises graines”, je suis parfois encore touché par ce type d’essai qui a pris le temps de creuser la couche fondamentale. $BTC

Ces derniers jours, la Maison-Blanche a fait venir des acteurs de l’industrie de la cryptographie pour une réunion. Le président a pressé, en personne, le Congrès d’adopter le projet de loi sur la structure du marché. Dès que la nouvelle est sortie, le sentiment du marché s’est nettement apaisé. Pendant que je faisais défiler ces informations, la recherche d’airdrop de TermMax venait juste d’ouvrir. Après l’avoir consultée en connectant mon portefeuille l’après-midi, je me suis au contraire retrouvé plus calme.
#TermMax
D’après les estimations actuelles, avec une capitalisation d’environ 180 millions de dollars et un total d’un milliard de jetons, la partie réservée à la communauté, même dans le scénario optimiste, tourne autour de 1,4 à 1,5 million de U. Par personne, on serait plutôt sur 20 à 30 U. Si le seuil est calé vers deux cents points environ, au-delà, empiler davantage de façon “forcée” ne devient plus vraiment rentable. Les fonds verrouillés dans le protocole approchent les 90 millions, avec 1,5 million de portefeuilles enregistrés et 90 000 utilisateurs actifs quotidiens : au final, le ratio pourrait même se resserrer un peu.
$BTC
Au-delà des chiffres, @TermMax j’ai surtout envie de voir TermMax plus clairement. Avant, tant que ce n’était qu’un prêt à taux fixe, je le voyais comme ça. Maintenant, j’ai l’impression qu’il ressemble davantage à un endroit, sur la chaîne, où l’on fait correspondre des capitaux. FT et XT découpent le rendement, la durée et le risque. Les ordres à prix limite laissent les prix aux deux parties — prêteur et emprunteur — et chacun trouve son contrepartiste. Le taux d’intérêt n’est plus entièrement dicté par l’algorithme. J’en ai aussi passé quelques-uns moi-même : l’expérience est vraiment différente.

Le vrai test arrive encore après. Même si les ordres peuvent être plus flexibles, si la profondeur est insuffisante, il peut y avoir un “prix sans marché”. Après l’airdrop, je surveillerai l’épaisseur du carnet d’ordres, le slippage de l’agrégateur, et surtout si XT reflète réellement le sentiment du marché. Avoir de la taille ne veut pas forcément dire que la liquidité pourra réellement être utilisée.
L’airdrop peut être une surprise agréable. Mais ce que je veux vraiment voir, c’est si TermMax peut rendre le “matching” plus fluide. On verra combien on peut obtenir. Pour le reste, tout dépend de savoir si, dans les prochains mois, il arrivera à donner envie à davantage de personnes de déposer réellement leur argent pour l’utiliser.

Beaucoup de gens jugent si une chaîne peut ou non accueillir des actifs du monde réel : d’abord, il faut voir si la machine virtuelle et les outils sont bien en place. Ces prérequis sont relativement faciles à combler. DuskEVM s’intègre de manière assez directe avec les portefeuilles et environnements de développement courants : l’accès n’est pas très ardu.@Dusk Ce qui m’a réellement fait m’arrêter quelques pas de plus, c’est la tentative de Dusk de répondre simultanément à deux forces qui se contraignent mutuellement : d’un côté, les deux parties à la transaction ne veulent pas exposer complètement les détails des actifs ; de l’autre, la supervision doit pouvoir confirmer que la transaction n’a pas dévié des règles.#dusk
Dusk découpe ce problème en deux modèles pouvant fonctionner en parallèle. Phoenix vérifie l’effectivité avec la preuve à connaissance zéro, tout en comprimant les informations sensibles dans un périmètre vérifiable ; Moonlight s’adresse aux scénarios d’actifs qui doivent être publics. Les deux s’échangent sur la même couche de règlement via le Transfer Contract : l’actif n’a pas besoin de faire un choix brutal entre confidentialité et transparence. Pour moi, la valeur ne consiste pas seulement à juxtaposer deux types de besoins, mais à transformer la divulgation à la demande en capacité par défaut de niveau protocole.$BTC
Quand je regarde aussi XSC et Zedger, ce qui m’importe davantage, c’est l’ensemble du cycle de vie des titres, depuis l’émission jusqu’à leur existence dans le temps. L’éligibilité, la conformité, le vote, la répartition des revenus : ces étapes qui, auparavant, étaient souvent revérifiées par des intermédiaires, peuvent en théorie être codées dans des logiques on-chain et exécutées de façon continue. DuskDS se charge de verrouiller ces changements d’état conformément aux accords. Même avec une chaîne d’outils bien maîtrisée et une architecture parfaitement structurée, ce ne sont que des billets d’entrée. Ce que je veux vraiment continuer d’observer, c’est la sécurité d’ingénierie de la preuve à connaissance zéro, la robustesse à long terme du mainnet, ainsi que la volonté des institutions de mettre des actifs réels dans cet environnement pour les valider. Pour qu’une chaîne puisse finalement accueillir des actifs du monde réel, ce n’est pas tant de savoir si le développement est facile : c’est de savoir si la confidentialité, la conformité et les règles relatives aux actifs peuvent coexister durablement. C’est aussi la raison pour laquelle je continue à regarder $DUSK .

Récemment, dans mon entourage, on a tendance à associer les ordres de prêt-emprunt à fourchette de TermMax à une mécanique utilisée autrefois par certaines grandes entreprises : des engagements sur papier, des mouvements de fonds, et au final un « remboursement garanti » artificiel. Quand j’ai entendu cela, j’ai d’abord ouvert le livre blanc de TermMax et j’ai disséqué la logique on-chain. J’ai constaté que les rumeurs étaient très éloignées du mécanisme réel. #TermMax
TermMax décompose, pour chaque flux de fonds, les montants en deux justificatifs indépendants dans le contrat : l’un correspond au principal avec remboursement garanti à l’échéance, l’autre aux intérêts variables. La sécurité du principal ne dépend pas de promesses orales : elle repose sur des actifs réellement verrouillés dans le contrat, à la base. On ne voit pas de cycle où des fonds nouveaux servent à rembourser d’anciennes promesses. @TermMax J’ai testé TermMax avec de petites mises à quelques reprises. Après exécution des ordres, j’ai vérifié les statuts de réserve et de verrouillage : les chiffres concordaient, et j’ai été rassuré, ce qui a levé une partie de ma vigilance. $牛来
Côté taux d’intérêt, TermMax permet de passer des ordres à fourchette : il ne traite la transaction que dans la plage définie ; s’il y a dépassement, il n’intervient pas. On peut aussi fractionner les fonds en plusieurs parties et les placer sur différents intervalles, ce qui est flexible, comme des ordres à limite qu’on met d’habitude. Je l’ai découpé en deux ou trois intervalles, et je l’ai observé en train d’attendre séparément sur chacun d’eux. Le sentiment de maîtrise est bien meilleur que celui des taux « tout-en-une » des pools de prêt traditionnels.
Les deux modèles sont faciles à confondre, car à première vue, ils parlent tous les deux de rendement certain. Or, dans les schémas d’autrefois, il y avait des garanties sur papier et des transferts internes, et les écritures n’étaient pas transparentes ; sur TermMax, les ordres, les taux et les réserves sont entièrement vérifiables on-chain. L’appariement s’effectue par le marché dans les intervalles prédéfinis, et la gestion du risque est exécutée automatiquement par le contrat. La confiance dictée par des personnes est remplacée par une confiance fondée sur les mathématiques et le code.
D’après mon expérience sur TermMax, au moins au niveau du mécanisme, la sécurité du principal et le choix du taux sont rendus aux utilisateurs. La profondeur de liquidité reste à valider avec le temps ; je continuerai à observer, avec des petites positions, les transactions et l’évolution des réserves de TermMax.

Le soir, après le travail, je suis allé exprès par un détour dans une petite échoppe de nouilles au bœuf qui existe depuis une quinzaine d’années, et j’ai commandé un bol de nouilles au bœuf. Quand le bouillon fumant est arrivé, je me suis soudain souvenu de ce que j’ai ressenti récemment en passant en revue Dusk : les choses qui paraissent simples en surface, une fois démontées, ne sont souvent pas du tout ce qu’on croit. Beaucoup de gens, dès qu’ils entendent « confidentialité », l’assimilent directement aux transferts anonymes, puis se lancent dans des débats sur les risques réglementaires. Or, dès le départ, Dusk n’a pas été conçu pour masquer les transferts des utilisateurs de la chaîne ; c’est un réseau distinct, superposé, qui cible l’étape la plus centrale du règlement de la finance traditionnelle.
#dusk Son architecture technique est très clairement orientée : le mécanisme de transactions confidentielles protège les informations sensibles, la structure du registre garantit que l’historique est complet et vérifiable, et les standards des contrats sur titres permettent, lorsque de vrais actifs financiers circulent sur la chaîne, de satisfaire aux audits de conformité sans devoir divulguer intégralement tous les détails. C’est une trajectoire totalement différente de celle des projets de confidentialité par « anonymat par défaut », puis de traçabilité a posteriori. La période de libération des tokens est volontairement étendue, la pression inflationniste est diluée de façon intentionnelle, et l’équipe ne semble pas pressée de créer de la liquidité en vendant à court terme. Mais une technique solide ne veut pas dire que l’activité est déjà réellement lancée. Dans les partenariats publics, les ressources institutionnelles existent bien ; toutefois, entre les « partenariats stratégiques » vantés dans les supports marketing et le nombre réel de règlements sur la chaîne, il y a un écart non négligeable. Ce qui prouvera réellement si l’écosystème a commencé à prendre racine, ce sont plutôt l’implication dans les votes de gouvernance, la fréquence de déploiement des contrats, et l’activité de trading spontanée des utilisateurs hors airdrop.@Dusk $DUSK
La valeur de Dusk, au final, ne dépend que d’une chose : y a-t-il suffisamment d’actifs financiers réels, et suffisamment d’acteurs prêts à choisir cette chaîne pour réaliser l’émission, les échanges et les règlements. Si cette boucle se forme tardivement ou n’arrive jamais à se concrétiser, même un design très ingénieux ne restera qu’une structure narrative. La technologie qui tourne et le fait que de vraies personnes aient réellement envie de tourner, ce sont deux choses différentes. Il est encore trop tôt pour conclure ; je préfère attendre que les données on-chain parlent d’elles-mêmes. À ton avis, ce type de chaîne de confidentialité conforme pourra-t-il, au final, faire émerger un écosystème réellement vivant ?$BTC

À mesure que le 25 approche, TMX sera bientôt officiellement lancé. Ces jours-ci, j’ai regroupé tout le temps libre que j’avais laissé éparpillé et j’ai relu maintes fois les détails de conception de TermMax. Plus on s’enfonce, plus on sent que ce qui donne vraiment envie de rester, ce n’est pas le nom familier du token de gouvernance @TermMax , mais la manière dont il recompose un pool de fonds qui ne faisait que fructifier paisiblement en une structure de flux de rendement que l’on peut activement disputer, et dont les gains sont mesurables en continu avec des chiffres. #TermMax $BTC
Ce qui m’arrête le plus souvent, c’est la couche Curator Vaults. Elle découpe les permissions d’allocation des fonds et les taux de rendement en plusieurs espaces de stratégie, qui s’emboîtent les uns avec les autres, formant un réseau qui se déplace lentement à mesure que le volume des capitaux change. Quand les capitaux entrent et sortent, le support sous-jacent se déplace le long d’une courbe visible. Elle ne promet rien de lointain à la communauté : elle écrit directement la correspondance entre les poids de gouvernance et la direction des flux de fonds dans les règles du contrat. Quand les fonds circulent, la partie inactive est scindée en une réserve de protection et une exposition réutilisable ; l’exposition, sous l’impulsion des paramètres de TMX, échange des rendements avec les marchés externes, puis s’assemble avec l’actif de réserve pour former des preuves de type Vault. Dans l’interface et les simulations de paramètres, j’ai fait plusieurs passages et j’ai eu l’impression que la gouvernance s’intègre réellement dans le routage des capitaux et les processus de distribution des rendements, transformant un pouvoir abstrait en une structure calculable. Le grand livre du protocole enregistre en continu la santé des Vault et les expositions des actifs ; une fois que les rendements passent sous une ligne d’alerte, Automated Rebalancing fera en sorte que les détenteurs de TMX misent selon leur poids, afin d’être compensés depuis la réserve d’assurance et de rapatrier les actifs sous-jacents. J’ai ajusté à plusieurs reprises des paramètres extrêmes dans l’environnement de test, en regardant la logique de compensation s’exécuter automatiquement : cette sensation de prévisibilité me semble plus rassurante que des slogans seuls. Une fois toute la logique mise au clair, je vois mieux qu’elle ne laisse pas TMX figé à l’état de simple symbole, mais qu’elle l’emmène tout du long dans la gestion de la trésorerie, le routage entre protocoles et les mécanismes de couverture des risques. Bien sûr, pour l’instant, tout cela reste encore principalement au stade de conception et de validation initiale : les vraies courbes de capitaux et les pressions du marché ne sont pas encore pleinement déployées. Je continuerai à observer en suivant avec de petites positions, en vérifiant si le mécanisme reste aussi clair, et en me rappelant de ne pas assimiler trop directement la finesse sur papier à la robustesse après mise en production.

这事儿说起来有点拧巴。过去好几年，链上隐私在我印象里总是慢、贵、像极客玩具。直到最近自己在Dusk上摸了一遍，才发现成本曲线已经悄悄过了拐点。#dusk
Avec Dusk, il n’y a pas eu d’approche « d’abord la transparence, puis ajouter la confidentialité » : la confidentialité est intégrée d’emblée comme paramètre par défaut sur le réseau principal. Le module Hedger est, de mon point de vue, ce qui m’a le plus marqué par cette forme d’équilibre maîtrisé : les transactions restent vérifiables, tandis que les montants et les soldes ne sont lisibles que par les parties autorisées. C’est comme si on ajoutait aux données un verre dépoli à intensité réglable. En l’utilisant, j’ai constaté que la divulgation sélective répond à la fois aux besoins d’audit et préserve les secrets commerciaux, en évitant le dilemme d’avant — tout public ou tout occulté. Et surtout, cela tombe juste au bon moment, à un nœud où les règles MiCA sont bien définies : la conformité devient un ensemble de règles prévisibles, plutôt qu’une contrainte. En Europe, des actifs de titrisation réglementés et des actifs de monnaie électronique en euros conformes fonctionnent déjà sur la base de Dusk, et leur taille n’est pas négligeable. DuskEVM est compatible avec Solidity ; sur @Dusk , la prise en main se fait quasiment sans coût additionnel : la chaîne d’outils existante peut être réutilisée telle quelle, et c’est particulièrement vrai lors des tests. $DUSK
Bien sûr, il faut rester lucide. Même si le système de preuves a été accéléré, la latence réelle et les frais sur le réseau principal devront encore être validés par des données pour voir s’ils passent le seuil de satisfaction du grand public. En théorie, c’est faisable ; entre la faisabilité théorique et un déploiement à grande échelle, il y a toujours, pour chaque transaction exécutée sur le réseau principal, un facteur de friction. Je considère pour l’instant la conception de Dusk de façon rationnelle, mais je garde aussi une pointe d’anticipation. Et vous, qu’en pensez-vous ? $BTC

Le capitaine a étudié le mécanisme de liquidation de TermMax depuis près de deux mois et, au fur et à mesure, je me dis de plus en plus que beaucoup, dès qu’ils entendent « liquidation », appliquent automatiquement la logique classique des prêts, dès la première étape. Les gens sont habitués à ce que, une fois le taux de collatéral en dessous d’un certain seuil, des robots se précipitent pour racheter, et que le prêteur récupère rapidement le principal, avec une compensation, puis quitte le dossier proprement. Or le point de départ de TermMax est complètement différent. #TermMax Il part du principe, en cas extrême, que le prêteur ne pourra peut-être pas récupérer intégralement les actifs prêtés ; le système exige d’abord de solder les comptes, même si la méthode consiste à vous remettre directement le collatéral. $BTC
@TermMax Techniquement, cela se fait en deux étages. D’abord, il y a une fenêtre de 2 heures de tampon : le liquidateur peut intervenir et récupérer une récompense d’environ cinq points. Une fois la fenêtre passée, si la liquidation n’est toujours pas parfaitement réglée, alors on lance la livraison en nature. Le pool de rachat n’est plus un seul actif anticipé : c’est un mélange, au prorata, de l’actif sous-jacent et du collatéral, regroupés. Si vous voulez juste récupérer ce qui a été prêté, non, ce n’est pas possible : vous devez accepter aussi le collatéral. Cela a arraché le prêteur à sa zone de confort, celle qui se concentre uniquement sur le rendement. En situation défavorable, ce n’est pas « sortir avec le capital et les intérêts » : c’est soudain se retrouver avec une pile d’actifs qui pourraient continuer à baisser. Ensuite, tout dépend de vous : conserver, vendre ou observer. Au début, je pensais aussi que c’était peu favorable au prêteur. Puis j’ai réfléchi plus longtemps et j’ai fini par me dire que c’est la seule solution qui tienne debout. Soit on sacrifie la protection pour gagner en vitesse, soit on sacrifie la vitesse pour avoir un filet de sécurité ; si on veut les deux, il faut que le prêteur supporte le risque à l’étape de livraison en nature. TermMax ne fait pas semblant d’être infaillible ; au contraire, il expose directement la structure des actifs lorsque la pression arrive. J’ai refait plusieurs fois l’exercice de scénarios de livraison sous différents types de fluctuations, et ce que j’ai le plus ressenti, c’est que la répartition du risque est relativement honnête : il n’y a pas de couche intermédiaire qui dissimule les manques. Ce qui vaut vraiment d’être surveillé, ce n’est pas le petit revenu fixe de la période calme, mais ce que le pool de rachat contient réellement sous pression, et si la transaction peut se dérouler sans heurts. Ce sont ces éléments qui déterminent s’il peut tenir lors d’une vraie phase de baisse.

Après le dîner, le capitaine s’ennuyait et a comparé quelques bases d’infrastructures conformes en matière de confidentialité ; Dusk m’a demandé d’y consacrer un peu plus de temps. Il n’a pas cherché à s’engouffrer dans un récit à la mode, mais a abordé directement le nœud le plus difficile à contourner quand on parle de valeurs mobilières, de fonds et de RWA “on-chain” : comment le public vérifiable et le secret commercial peuvent coexister. Une blockchain publique ordinaire est par défaut transparente, avec un coût de vérification faible ; mais les institutions financières ne peuvent pas accepter que les positions et les contreparties soient totalement à nu. À l’inverse, tout cacher rend la supervision inacceptable : un “black box” n’est pas tolérable. @Dusk Dusk a, dès le départ, conçu ces deux aspects comme les deux faces d’un même problème.
Phoenix utilise des preuves à connaissance nulle pour cacher le montant des transactions et les parties prenantes dans les notes, tout en gérant correctement les sorties publiques comme le change, afin d’éviter que la frontière de la confidentialité ne soit déchirée. Zedger est un modèle hybride : il conserve les caractéristiques de confidentialité de l’UTXO, tout en introduisant une maîtrise côté compte, permettant à l’émetteur d’effectuer la gestion complète du cycle de vie des valeurs mobilières sans exposer le détail des détenteurs. XSC, lui, intègre directement ces contraintes dans les standards du contrat, de sorte que les règles de conformité puissent être vérifiées et exécutées. J’ai passé quelques soirées à recouper les documents : on sent la sincérité technique. La marche d’entrée n’est pas basse, mais pour les équipes qui doivent vraiment traiter des actifs réglementés, ce coût peut valoir la peine. $DUSK
La technologie qui tourne, ce n’est que la première étape. Le vrai point de test : est-ce que les valeurs mobilières et les RWA réelles vont effectivement migrer par là ? Est-ce que la fréquence de règlement et la profondeur de participation des institutions pourront soutenir le fonctionnement au quotidien ? Après en avoir fait les frais, je garde une couche de scepticisme envers toute prochaine génération d’infrastructure financière. Au moins, Dusk définit le problème clairement, sans maquiller la difficulté derrière des mots grandiloquents. Je continuerai à vérifier les documents et les comportements on-chain avec les réflexes d’un ingénieur. Avec prudence, certes, mais sans forcément nier d’emblée—si ce couloir peut vraiment être emprunté, il répond déjà de manière positive à beaucoup de questions qui poussent des projets à contourner le sujet. #dusk $BTC

Si l’emprunteur peut bloquer d’avance le coût maximal qu’il est prêt à payer, et le prêteur peut bloquer le rendement minimal, le taux d’intérêt n’est-il finalement qu’un chiffre qui apparaît après coup ? Et si, en réalité, il s’agissait déjà, avant même la conclusion des deux parties, d’un objet de négociation et de fixation des prix ?
Au début, je voyais TermMax comme un outil qui verrouille directement les taux variables. Je ne trouvais rien de particulier. En séparant et en lisant attentivement le livre blanc de 2026 ainsi que FT et XT, mon avis a changé. La dette @TermMax a été scindée en deux pièces de preuve pouvant être transférées séparément : l’une arrive à échéance et doit être remboursée avec un montant fixe et certain, l’autre porte la partie restante liée aux fluctuations du taux d’intérêt. Additionnées, les deux pièces correspondent exactement à la dette complète ; les écritures du grand livre deviennent alors des actifs pouvant être valorisés et achetés/vendus. #TermMax $BTC
Ce qui m’a vraiment fait changer d’avis, c’est le plafonnement (limite de prix) de TermMax V2. Le prêteur place sa demande au rendement minimal, l’emprunteur place son offre au coût maximal, et le système trouve alors un appariement plus approprié parmi ces ordres. L’utilisateur n’est plus un simple récepteur passif d’une annualisation toute prête : il inscrit lui-même ses anticipations de prix. TermMax ne fait pas que figer un taux fixe ; il cherche à laisser le coût des fonds sur une période à venir « pousser » pour devenir un prix de marché. Le risque est aussi très concret. Si le volume des ordres reste trop faible, le soi-disant taux d’intérêt de marché pourrait n’être qu’un chiffre « de surface » fabriqué par quelques poches de liquidité, et verrouiller le coût ne garantit pas forcément l’équité. Par la suite, je vais surtout observer si, selon des horizons différents, on peut faire émerger progressivement une courbe relativement stable : entre les limites, y a-t-il une concurrence continue ? Et le prix de ces titres peut-il correspondre aux taux variables ? Si tout cela se consolide lentement, alors seulement on pourra dire qu’on s’approche vraiment d’un marché des taux d’intérêt on-chain, et pas simplement d’un produit d’emprunt qui verrouille les coûts avant la transaction.

Après un certain temps de maturation, j’ai ressorti Dusk Network pour le revoir. #dusk Cette fois-ci, ce qui m’a vraiment attiré, c’est leur utilisation des preuves à connaissance nulle. Dusk ne jette pas tous les détails des transactions sur la chaîne ; il utilise plutôt son propre standard de contrats orienté vers les cas d’usage conformes, et ne laisse sur la chaîne qu’une preuve que l’opération a été menée entièrement selon les règles. Les personnes extérieures ne peuvent vérifier qu’une chose : « cette affaire est légale et conforme », sans voir la taille réelle de l’ordre, l’identité de l’adresse, ni le montant restant sur le compte. @Dusk $DUSK
Ainsi, la vérification d’identité, la confirmation d’éligibilité, et même certaines conditions liées à la fiscalité peuvent être réalisées sans exposer des données financières sensibles. En clair, on vous donne une preuve suffisante pour vous montrer que tout a été fait conformément aux règles, sans avoir à dévoiler l’ensemble du processus. Pour les institutions qui ont à la fois besoin de vérifiabilité et qui protègent farouchement leurs secrets commerciaux, l’approche de Dusk est plus adaptée que de simplement accumuler des paramètres techniques. $BTC
Cela dit, je n’oserais pas dire que cette voie est totalement sûre. Peu importe à quel point les preuves à connaissance nulle sont bien décrites dans les documents, lorsque le sentiment du marché s’emballe, que le réseau devient soudainement encombré, ou que l’orientation réglementaire change brusquement, la vraie question est de savoir si la génération et la vérification des preuves pourront encore tenir bon. Une autre réalité, plus concrète, est que les institutions financières veulent un canal de conformité vérifiable, mais ne souhaitent absolument pas que les mouvements de leurs fonds et l’évolution de leurs positions soient épluchés un à un par leurs pairs à partir d’un registre public. Au final, le secteur n’ira peut-être ni vers l’extrême transparence totale, ni vers l’autre extrême du secret absolu, mais vers une divulgation sélective : prouver ce qu’il faut quand il faut, et continuer à protéger les détails financiers qui doivent rester cachés. Si Dusk peut vraiment maintenir cette stabilité dans des conditions de marché réelles, alors je continuerai à le surveiller.

Je relis encore et encore l’écosystème de Dusk, et je m’inquiète de plus en plus d’un problème plus concret : la liste des collaborations est déjà plutôt respectable, mais au final, combien de ces collaborations ont réellement abouti en actifs, utilisateurs et liquidité sur la chaîne Dusk. Les chiffres du site officiel @Dusk ne sont pas mauvais : confirmation d’une émission de plus de trois cents millions d’euros, couverture de plus de cinquante mille investisseurs, et plus de deux cent dix millions d’unités de DUSK entrées en staking. Les partenaires incluent l’émission, les oracles et des technologies de conformité—sur le papier, tout semble couvert. Mais si on regarde plus loin, certaines collaborations ont été discutées pendant plus de deux ans, et Dusk Trade est toujours en construction, tandis que DuskEVM et le module de confidentialité restent bloqués en testnet. Ce qui me frappe le plus, c’est que l’article du 15 août à propos de Dusk le reconnaît aussi : la tokenisation peut réduire les frictions de règlement lors de l’émission, mais elle ne peut pas faire apparaître de nulle part des acheteurs, des vendeurs, un prix raisonnable et une profondeur de marché. La phrase #dusk résume parfaitement mon doute central sur Dusk. Plus il y a de partenariats, ce n’est pas nécessairement signe que l’écosystème s’est déjà mis en mouvement. $DUSK Pour l’étape suivante, j’aimerais surtout voir des chiffres précis : combien d’actifs ont réellement été émis, combien d’utilisateurs ont réellement échangé, et combien de transactions et de profondeur existent sur le marché secondaire. Une fois ces données disponibles, le récit institutionnel pourra enfin commencer à tenir ses promesses. Sinon, entre « beaucoup de collaborations » et « la prospérité de l’écosystème Dusk », il y a encore un long chemin. Je surveille Dusk depuis longtemps, et je sais que ce décalage n’est pas rare ; au final, il faut parler avec des données vérifiables. Garder une attente prudente, c’est plus concret que de rester à regarder des listes. $BTC

Après avoir scruté à plusieurs reprises le Moonlight et le Phoenix de Dusk, je reviens toujours à ce point clé lié aux autorisations. Avant, je comprenais la confidentialité comme un simple fait de masquer l’information ; maintenant, je m’intéresse davantage au fait que, par défaut, tout soit fermé, qu’on puisse le vérifier lorsqu’une preuve est nécessaire, et qu’on puisse, lorsqu’une divulgation est requise, suivre un chemin prédéfini pour le remettre à des destinataires spécifiques. Dusk rend cette façon d’ouvrir de manière contrôlée plus proche de la réalité opérationnelle qu’un simple mécanisme de masquage. Dans Dusk, Moonlight emprunte un système de comptes publiquement visibles, tandis que Phoenix adopte un modèle de sortie avec couche d’occultation : grâce à des techniques de preuve à connaissance nulle, il confirme la validité des transactions, l’existence des conditions de fonds et empêche les doubles dépenses, tout en isolant les chiffres précis et l’identité des observateurs. Cette clé qui permet d’ouvrir le champ de vision de façon sélective est précisément le cœur de la façon dont Dusk transforme la confidentialité en capacité gérable. Dans les exigences officielles relatives aux actifs sous régulation, la gestion des autorisations, la vérification des transferts, la traçabilité a posteriori et la synchronisation du règlement sont mis au premier plan : qui peut détenir, qui peut transférer, et jusqu’où l’information doit être rendue publique peuvent être directement écrits dans les règles de l’actif.@Dusk #dusk $BTC
La couche réseau de Dusk est responsable du consensus et de la finalité, tandis que l’environnement d’exécution de niveau supérieur propose différents parcours.$DUSK Ce qui m’importe vraiment n’est pas la méthode d’exécution en elle-même, mais la capacité de Dusk à former une chaîne complète, de l’émission à la livraison-cession, en passant par la divulgation de l’information. Dusk avance avec une institution européenne de négoce d’actifs déjà d’une certaine taille, en cherchant à réaliser sur la blockchain des transferts et des règlements conformes pour des actions et des obligations déjà cotées. D’après les données publiées par cette institution, le volume de financement dépasse 200 millions d’euros et les utilisateurs actifs sont plus de 17 000 : cela fournit au moins un scénario concret à Dusk, mais un scénario n’équivaut pas à une demande durable déjà apparue. À terme, je surveille surtout si les règles de Dusk peuvent réellement se mettre en marche, et si les volumes de transactions réels peuvent se traduire en consommation d’actifs et en motivation de mise en gage au niveau du réseau. Le premier point détermine si le produit est utilisable ; le second, si le réseau parvient à conserver une valeur réelle. La conception globale de Dusk trouve une conciliation relativement solide entre la protection de la confidentialité et les exigences de conformité. Dans la mise en œuvre, il peut y avoir des problèmes de rythme de déploiement trop lent et de manque d’activité au début, mais à la lumière des orientations que je vois pour l’instant, j’ai toujours une opinion prudente mais globalement positive.

Je suis revenu en arrière et j’ai relu l’affaire de l’autorisation de pontage de Dusk au milieu de janvier 2026. Après la prise en charge du portefeuille de signature, les actifs sont partis progressivement au rythme prévu : des montants de plusieurs millions à plus de dix millions ont été transférés les uns après les autres, jusqu’à ce que l’équipe coupe le service. La dernière tentative, plus importante, s’est arrêtée là. Le problème a été circonscrit à la couche de pontage : le consensus et le protocole eux-mêmes n’ont pas été impliqués. Ce résultat n’est pas surprenant, mais il a repoussé d’un demi-pas la confiance par défaut que j’avais auparavant dans sa conception modulaire. @Dusk $DUSK
Dès le départ, Dusk a séparé le consensus, le règlement et l’exécution externe, en intention : garder DuskDS et le règlement natif dans une zone contrôlable, et externaliser autant que possible l’EVM. En théorie, si une couche tombe en panne, les deux autres ne devraient pas être entraînées directement avec elle. Mais ce qui a effectivement échoué, c’est justement la voie légère laissée pour la vitesse : la signature, les événements et le réseau y étaient enchaînés, et dès que les permissions ont dérapé, toute la ligne s’est arrêtée. Plus l’architecture est indépendante, plus la zone de confiance humaine aux frontières a tendance à être ignorée. #dusk $BTC
Après coup, en recoupant la chronologie, l’action de mise hors service a été efficace : la perte n’a pas diffusé jusqu’à la chaîne elle-même. Ce mauvais scénario, il est resté à l’interface, et c’est le résultat qui s’est arrêté à l’interface — plus froid que ce que j’avais imaginé. L’isolement de Dusk prouve au moins que la séparation peut contenir un problème. Mais une fois les actifs sortis du règlement natif, de nouvelles hypothèses de confiance réapparaissent. Les coûts aux frontières ne disparaissent pas parce qu’une fois la coupure a réussi ; en revanche, cette fois, ils n’ont pas été prouvés totalement sans effet. Cela suffit déjà pour justifier de continuer à observer.

Ces dernières années, à force d’observer les infrastructures conformes, je suis un peu devenu insensible. Beaucoup de projets affichent la vie privée et la conformité réglementaire au premier plan, mais une fois sur le terrain, tout finit par bloquer à un moment ou à un autre. La chaîne Dusk est, elle, très lucide : elle est conçue pour les marchés financiers réglementés, combine une confidentialité programmable et une conformité complète, chiffrage et transparence à la demande ; les entités autorisées peuvent divulguer de manière sélective, et le règlement reste déterministe. Tout est pensé pour s’adresser directement aux actifs du monde réel et aux titres conformes. Le jeton natif $DUSK assure l’orchestration au niveau inférieur.
Ce qui m’a vraiment donné envie de m’asseoir pour tester, c’est DuskEVM. Le réseau de test est déjà en route : les développeurs institutionnels peuvent s’y connecter directement avec Solidity et Hardhat, presque sans changer d’outils. En dessous, Hedger s’appuie sur le chiffrement homomorphe et des preuves à connaissance nulle pour porter la confidentialité ; ainsi, le métier peut rester secret tout en étant audit-able. J’ai déployé, avec des modèles de contrats que je connais, plusieurs logiques de circulation d’actifs : la prise en main ressemble beaucoup à celle des EVM courants, la différence se limite à quelques lignes de configuration pour appeler les interfaces de confidentialité. Le coût d’entrée pour @Dusk vient surtout de la compréhension des limites métier, pas de la syntaxe en elle-même. Côté partenariat, l’approche est également pragmatique : des liens ont été noués avec plusieurs institutions licenciées de l’UE. Parmi elles, une entité néerlandaise régulée par l’AFM prévoit d’émettre et d’échanger sur la chaîne, sous forme on-chain, des actifs dépassant trois cents millions d’euros ; tout le cycle de vie sera réalisé entièrement sur la blockchain. L’avantage, c’est un équilibre assez propre entre confidentialité et transparence. Le risque, lui, tient au fait que le réseau principal n’est pas encore passé à la version correspondante ; il faudra encore du temps pour valider le rythme réglementaire et l’ampleur réelle des capitaux. Je suis déjà tombé dans le piège, lors d’un testnet, d’un réseau principal qui semblait prometteur mais ne se mettait pas en place pendant longtemps : aujourd’hui, je ne fais donc que rester attentif, avec prudence. Au moins, la direction est honnête. #dusk $BTC

Ce soir, j’ai relu une nouvelle fois, en détail, la proposition native de prêt/emprunt de bitcoins de Babylon, en me concentrant spécialement sur ces points forts sans cesse mis en avant. Je prenais des notes, en suivant le processus de liquidation pas à pas, pour distinguer ce qui avance réellement de ce qui sonne simplement mieux. Pour l’utilisation des fonds, les bons émis sont directement versés dans le principal nœud de liquidité : ils partagent la même réserve que d’autres branches. Grâce à cette architecture, on réduit au maximum les pertes dues à la fragmentation. Les taux d’intérêt ne sont pas non plus simplement recopiés : on ancre d’abord le cadre de tarification du pool principal, puis on ajuste selon les paramètres de risque propres à Babylon. @BabylonLabs_io En recoupant le document, j’ai fait plusieurs simulations, et je trouve que cette organisation est au moins, sur le plan logique, plus solide qu’une tarification totalement indépendante. $BABY
La partie relative à la garde en autonomie m’a aussi un peu rassuré. Le bitcoin est verrouillé dans un script spécifique ; le remboursement dépend entièrement de conditions on-chain et de preuves à connaissance nulle, sans qu’un tiers ne détienne la clé privée. La proposition mentionne que le schéma cryptographique sous-jacent vient d’une collaboration avec une université connue, et que l’article devrait paraître l’an prochain lors d’une conférence de tout premier plan. Au moins, ce n’est pas un slogan lancé au hasard. Pour le nantissement, il n’est pas non plus nécessaire d’échanger d’abord les bitcoins contre d’autres actifs : le périmètre de circulation des bons émis est strictement limité, et ils ne peuvent se déplacer qu’entre le nœud principal, la branche centrale de Babylon et le contrat d’adaptation. Cela diffère bien du mécanisme traditionnel qui consiste à envelopper puis à nantir à nouveau, en termes d’exposition au risque. Lors de la liquidation, le liquidateur prend d’abord en charge des actifs enveloppés avec une prime, puis les arbitragistes réalisent le véritable remboursement grâce aux incitations économiques. Tout au long du processus, il n’y a pas de rôle centralisé jouant les “filets de sécurité”, ce qui réduit au minimum les intermédiaires. #baby $BTC
En reliant tout cela, la direction de Babylon tient la route. Cependant, il y a un détail dans la chronologie qui me laisse un peu perplexe. Fin de l’année dernière, on disait que ce serait en ligne au printemps ; aujourd’hui, nous sommes en août, et l’avancement s’est arrêté après la confirmation initiale de mai. La suite devra encore passer par les phases d’audit et de vote. Avec un rythme aussi lent, cela ressemble un peu à un calendrier trop optimiste tracé par soi-même. Au final, si tout peut réellement démarrer comme prévu, il faudra encore que je vérifie plusieurs fois avant de me prononcer.