Jack Bullish

Je regarde DUSK depuis un moment, et la chose qui ne cesse de retenir mon attention n’est pas le récit sur la confidentialité.

C’est plutôt la manière dont l’écosystème devient, en silence, plus complet.

Au premier coup d’œil, Dusk ressemble à une histoire crypto familière : L1, des smart contracts confidentiels, des actifs du monde réel tokenisés. Mais plus on creuse, plus on remarque que l’essentiel du travail se fait autour de la chaîne.

NPEX est probablement le meilleur exemple. Ce n’est pas juste une autre entreprise qui dit vouloir « explorer la blockchain ». Dusk est lié à un marché européen des valeurs mobilières, réglementé, où l’émission, la négociation et le règlement comptent réellement. L’expérimentation en devient beaucoup plus concrète.

Puis il y a l’infrastructure que la plupart des gens font défiler sans s’y attarder.

Quantoz apporte EURQ, donnant à l’écosystème une couche de règlement native en euros. Cordial se situe plus près de la garde (custody) et de la gestion d’actifs institutionnelle. 21X ouvre une autre voie vers des marchés d’actifs numériques réglementés. Chainlink fait entrer le monde extérieur grâce aux données et à la connectivité inter-chaînes.

Pris séparément, rien de tout cela ne semble révolutionnaire.

Ensemble, ils racontent une histoire différente.

Dusk comble lentement les zones « ennuyeuses » qui finissent d’ordinaire par tuer l’adoption de la blockchain.

Où l’argent se règle-t-il ?

Qui détient les actifs ?

Comment les plateformes réglementées interagissent-elles avec la chaîne ?

Comment des données financières privées restent-elles privées sans transformer tout le système en boîte noire ?

Ces questions sont bien moins enthousiasmantes que « décupler votre exposition aux RWA », mais ce sont celles qui comptent.

Et c’est, selon moi, la partie qui m’intéresse vraiment : le design de la confidentialité de Dusk ne vise pas vraiment à tout cacher. Les marchés financiers ont souvent besoin de l’inverse : une visibilité sélective. Les régulateurs, les contreparties et les institutions peuvent avoir besoin de vérifier quelque chose sans exposer toute l’historique à chaque inconnu du réseau.

Cela me paraît beaucoup plus ancré dans la réalité.

DUSK ne semble pas mûr parce qu’il possède l’écosystème le plus bruyant.

Il paraît plus mûr parce que, morceau par morceau, moins de composants manquent dans le parcours financier.

#dusk $DUSK @Dusk

DUSK — La partie de la confidentialité que les gens passent généralement à côté

Plus j’observe Dusk, moins je pense que l’histoire intéressante soit celle de la « blockchain privée ».

Ce libellé donne l’impression que l’objectif est de tout cacher.

Ce n’est pas le cas.

La vraie question est beaucoup plus pratique : qui doit voir quoi ?

Ça sonne ennuyeux jusqu’à ce qu’on pense aux marchés financiers réels.

Un investisseur peut avoir besoin de prouver qu’il est éligible sans exposer toute son identité. Un émetteur peut devoir savoir qui a le droit de détenir un actif sans voir le solde de tout le monde. Un auditeur peut avoir besoin de preuves qu’une règle a été respectée, sans obtenir une fenêtre en direct sur chaque transaction.

C’est là que le modèle de divulgation sélective de Dusk commence à avoir du sens.

Citadel permet aux utilisateurs de prouver des attributs via des preuves à divulgation nulle sans mettre les données personnelles sous-jacentes onchain. Phoenix va plus loin pour les transferts : les soldes et les détails des transactions peuvent rester protégés, tandis que les parties autorisées peuvent tout de même obtenir les informations nécessaires à la vérification via des mécanismes de consultation.

Et puis il y a XSC.

C’est la partie que je trouve plus intéressante que le titre sur la confidentialité.

XSC est conçu pour des smart contracts confidentiels autour d’actifs financiers, où les règles comptent toujours : qui peut détenir quoi, quels transferts sont autorisés, que se passe-t-il au rachat, comment fonctionnent les opérations sur titres. La confidentialité n’est pas à côté des règles — elle fait partie de la manière dont les règles sont appliquées.

Le détail discret est que Dusk ne semble pas non plus obsédé par le fait de rendre tout invisible.

Il conserve des modèles de transactions publiques et privées sur le même réseau. Moonlight peut exposer ce qui devrait être public ; Phoenix peut masquer ce qui ne devrait pas l’être. La divulgation sélective se place entre les deux quand quelqu’un a réellement besoin de preuve.

Cela ressemble beaucoup plus à la finance dans le monde réel.

Vous ne voulez pas du secret.

Vous voulez du contrôle sur la divulgation.

Et peut-être que c’est là la définition la plus utile de la confidentialité : ne pas disparaître, mais refuser de révéler davantage que ce que la situation exige.

#dusk $DUSK @Dusk

Je pense que les gens lisent « security audited » sur un projet crypto et passent immédiatement à autre chose.

Moi non.

Avec Dusk, la partie intéressante n’est pas la liste des auditeurs. C’est ce qu’ils ont effectivement dû trouver.

Dusk a été passée en revue sur PLONK, Piecrust, Phoenix, Kadcast, BLS, consensus, Rusk et ses contrats de migration. Sur le papier, cela paraît rassurant.

Puis vous vous souvenez de la manière dont ces systèmes finissent généralement par casser.

Pas parce que la cryptographie mise en avant s’arrête soudainement de fonctionner.

Mais parce que deux morceaux de code parfaitement raisonnables font une mauvaise hypothèse l’un sur l’autre.

Dusk a justement eu des exemples de ce type.

Un problème PLONK avait une fois permis d’envisager des preuves falsifiées, parce que les entrées publiques n’étaient pas gérées correctement dans le transcript Fiat-Shamir. C’était repéré et corrigé.

Ensuite, AEGIS a découvert quelque chose d’encore plus intéressant.

39 constats. 7 marqués critiques.

La partie effrayante n’était pas le chiffre.

C’était les emplacements : isolation de la VM, désérialisation côté hôte, logique de frais/remboursement de Phoenix, et signatures BLS.

Ce sont des noms ennuyeux jusqu’à ce que vous réalisiez que chacun se trouve près d’une frontière où le protocole doit faire confiance à un autre composant.

C’est là que je fais attention.

Parce qu’une preuve ZK qui est mathématiquement solide n’aide pas énormément si la VM autour interprète l’état de façon incorrecte.

Un bon schéma de signature ne vous sauve pas d’une mauvaise implémentation.

Et un contrat intelligent peut être parfaitement écrit pendant que l’environnement qui l’alimente lui donne de mauvaises données.

C’est aussi pour ça que je suis plus intéressé par ce que Dusk a fait après les constats.

Ils n’ont pas simplement patché quelques lignes et déclaré que tout était réglé. Les correctifs sont devenus des contrôles plus stricts, des tests de régression supplémentaires, des règles de décodage renforcées, un meilleur couplage frais/remboursement et des changements autour de la vérification BLS.

C’est la partie que la plupart des gens sautent quand ils parlent d’audits.

Un audit n’est pas la preuve que rien ne cassera.

C’est une preuve de ce qui se passe quand quelqu’un essaie vraiment assez fort pour le faire tomber.

Et honnêtement, c’est beaucoup plus utile à observer.

#dusk $DUSK @Dusk

J’avais l’habitude de voir la DeFi à taux fixe comme tout le monde.

Bonne idée.
Mais pourquoi s’en soucier si le taux variable est plus bas ?

Puis vous observez une position réelle assez longtemps et la réponse devient inconfortable :

parfois, le fait que le taux change est plus dangereux que d’avoir un taux élevé.

C’est là que TermMax a commencé à faire sens pour moi.

Imaginez : vous empruntez contre un actif parce que vous avez déjà un plan pour l’argent.

Vous en avez besoin pendant 30 jours, peut-être 90.

Vous savez où la transaction commence, où vous voulez qu’elle se termine, et à peu près le rendement que vous visez.

La dernière chose que vous voulez, c’est que le coût de l’emprunt bouge sous vos pieds pendant que le reste bouge aussi.

Un taux fixe enlève une variable du tableau.

Et ça paraît anodin jusqu’à ce que vous ayez géré une position à travers un marché violent.

La partie dont on parle pas assez, c’est que TermMax est construit autour de l’échéance.

Pas seulement :

« voici votre APR ».

Plutôt :

« voici le taux, voici la durée, voici quand cette opération se termine. »

Vous pouvez réellement modéliser la transaction au lieu de vérifier un chiffre d’utilisation toutes les quelques heures.

Côté prêteur, c’est intéressant aussi.

Le design en ordres à plages de TermMax permet à la liquidité de se placer à différents taux, au lieu de forcer tout le monde à se retrouver sur un seul chiffre.

Cela donne moins l’impression d’un pool de prêt générique et plus celle de personnes qui fixent vraiment les prix en fonction du temps.

Puis il y a la partie options.

Emprunt, financement fixe, échéance, paiements structurés : tout se met en place dès lors que le protocole peut donner un prix au temps lui-même.

Mais un point de réalité :

taux fixe ne veut pas dire liquidité fixe.

Vous pouvez verrouiller le coût de l’emprunt tout en trouvant quand même difficile de sortir tôt quand le marché se dégrade.

Alors, qui a vraiment besoin de TermMax ?

Probablement pas quelqu’un qui poursuit le taux le plus élevé aujourd’hui.

C’est plutôt la personne qui regarde une position et se dit :

Je sais ce que je fais avec ce capital. Je ne veux juste pas que les règles changent à mi-parcours.

Pas un emprunt moins cher.

Un emprunt prévisible.

Et dans un marché construit autour des perpétuels et de taux qui bougent constamment, c’est peut-être la chose la plus précieuse.

#termmax @TermMax

Plus je regarde Dusk, moins je pense au “cross-chain” au sens habituel du crypto.

La plupart des projets parlent d’interopérabilité comme si cela signifiait simplement faire passer un jeton d’une chaîne à une autre.

Cette partie est facile.

Ce qui est plus intéressant avec Dusk, c’est ce qui se passe après le déplacement de l’actif.

Dusk dispose de DuskDS en dessous pour le règlement, de DuskEVM pour le monde EVM, et d’une infrastructure native pour les contrats qui ont besoin d’une intégration plus étroite avec la chaîne elle-même.

Ainsi, les développeurs peuvent utiliser des outils EVM familiers, tandis que le règlement et la confidentialité restent ancrés à Dusk.

Cela compte, parce que les marchés financiers sont fragmentés par nature.

La liquidité se trouve à différents endroits.

Les vérifications d’identité se font ailleurs.

Le règlement a lieu encore ailleurs.

Dusk semble aborder l’interopérabilité en partant de cette réalité.

Son modèle de confidentialité n’est pas simplement “tout cacher”.

C’est plutôt comme :

prouver ce qu’il faut prouver, révéler ce qu’il faut révéler, et garder le reste privé.

Et il y a une autre partie dont les gens parlent rarement :

le pont lui-même.

Dusk a tiré cette leçon après que son infrastructure de pont a été compromise en janvier 2026. Le détail important était que le consensus de DuskDS lui-même n’a pas été brisé.

C’est la couche de connexion qui a été compromise.

Cette distinction compte.

Une chaîne solide peut encore hériter du risque de la mécanique qui la relie aux autres chaînes.

Donc, quand je regarde l’interopérabilité de DUSK, je ne me demande pas vraiment :

“À combien de chaînes Dusk peut-il se connecter ?”

Je me demande :

Un actif peut-il traverser les réseaux tout en préservant l’identité, la confidentialité, la conformité et le règlement ?

C’est le problème le plus difficile.

Et probablement le plus intéressant.

Car l’interopérabilité ne concerne peut-être pas vraiment le fait de déplacer des actifs.

Elle pourrait plutôt concerner le fait de déplacer la confiance et l’information sans exposer tout ce qui les entoure.

#dusk $DUSK @Dusk

Ce qui a retenu mon attention avec TermMax, ce n’était pas le mot « fixe ».

C’était plutôt ce qui se passe pour une position une fois que votre coût d’emprunt cesse de bouger

J’ai vu suffisamment de transactions DeFi pour savoir à quel point les taux variables peuvent devenir compliqués

Vous entrez parce que vous aimez la configuration
Puis le marché devient surchargé
L’emprunt devient plus cher

Votre thèse n’a pas changé, mais soudain la position semble pire quand même

Vous ne pariez pas seulement sur l’actif

Vous pariez aussi que le coût de rester dans la transaction ne se retournerait pas contre vous

TermMax supprime cette surprise
Vous verrouillez le taux pour une durée précise

Désormais, vous savez ce que la dette coûte avant même que la transaction commence à « respirer »

Et honnêtement, ça change la façon dont la position est ressentie

Vous arrêtez de fixer le taux de prêt toutes les quelques minutes

Vous commencez à vous demander

Est-ce que je crois vraiment suffisamment à cette transaction pour la conserver jusqu’à l’échéance ?

Il y a un autre détail que beaucoup de gens négligent

TermMax ne traite pas la liquidité comme un seul grand bac avec un seul APY

Sa courbe de tarification permet à la liquidité de se répartir sur différents taux fixes

Vous voulez plus de taille ?

Le marché peut vous en coûter davantage

Simple, mais beaucoup plus proche de la façon dont se comportent réellement les marchés du crédit

Et les taux fixes ne rendent pas le levier « sûr »

Les collatéraux peuvent encore être malmenés

L’échéance compte toujours

La liquidation existe toujours

Vous avez juste éliminé une source d’incertitude.

Puis la structure FT XT et GT commence à avoir du sens : le capital et les intérêts sont séparés, et le collatéral levier n’est plus dissimulé derrière un seul solde

Alpha pousse la même idée dans les options avec des calls et des puts, où la prime définit le coût initial

Des morceaux différents
Même philosophie

Connaître le coût de la position avant qu’il ne devienne émotionnel

Mais c’est la partie à laquelle je reviens sans cesse

Des coûts fixes peuvent rendre le levier confortable

Et un levier confortable reste un levier

Peut-être que c’est le vrai changement que TermMax apporte
Ce n’est pas seulement de meilleurs taux

Un environnement plus prévisible où vous voyez clairement ce que vous risquez

Parce que parfois, la clarté ne rend pas les gens plus prudents
Elle les rend juste plus enclins à rester dans la transaction un peu plus longtemps
#termmax @TermMax

J’ai regardé DuskEVM moins comme « une autre chaîne EVM » et davantage comme une porte d’entrée vers Dusk.

L’histoire la plus évidente est simple :

Dusk est axé sur la confidentialité.
DuskEVM exécute des contrats EVM.
Les développeurs Ethereum retrouvent des outils familiers.

C’est fait.

Mais ce n’est pas vraiment le plus intéressant.

Dusk n’a pas remplacé son environnement natif uniquement pour poursuivre l’adoption d’EVM.

DuskEVM se place à côté de sa propre couche d’exécution.

Vous pouvez utiliser Solidity, Hardhat, Foundry, le workflow EVM classique.

Ou vous rapprocher du métal avec DuskVM, où des contrats Rust/WASM peuvent s’intégrer directement aux capacités natives de Dusk.

Donc, il y a essentiellement deux « personnalités » qui cohabitent dans le même écosystème.

La familière.

Et celle conçue spécifiquement pour Dusk.

Puis il y a la partie que les gens ont tendance à négliger :

DuskEVM ne fait pas semblant d’être la couche de règlement.

DuskDS se trouve en dessous et gère le versant de la couche de base, tandis que DuskEVM fournit aux développeurs l’environnement d’exécution qu’ils connaissent déjà.

Même le fait que DUSK passe d’un environnement à l’autre rend cette séparation visible. Il existe un véritable flux de pont entre l’EVM et le L1.

Et franchement, j’aime ça.

Ici, la confidentialité est aussi plus nuancée que le slogan habituel.

Dusk dispose de transactions Moonlight transparentes et de transactions Phoenix protégées.

Parfois, vous voulez de la confidentialité.
Parfois, vous avez besoin de divulgation.
Parfois, vous devez prouver quelque chose sans tout révéler.

C’est un problème bien plus concret pour la finance.

Du coup, je ne vois pas vraiment DuskEVM comme « Dusk qui devient compatible avec Ethereum ».

Je le vois plutôt comme :

apportez votre stack Solidity.

Puis observez ce qui se passe quand elle rencontre une couche de règlement conçue en pensant à la confidentialité.

Cette expérience est plus intéressante qu’une autre chaîne avec un logo EVM.

#dusk $DUSK @Dusk

Je continue d’y penser parce que ce sont le genre de choses qu’on ne remarque pas depuis un tableau de bord.

Vous voyez un taux fixe.
Vous voyez la liquidité.
Tout a l’air normal.

Puis vous vous rappelez que TermMax ne concerne pas uniquement le montant que vous empruntez.

C’est aussi une question de moment : quand vous êtes prêt à le régler.

Chaque marché a une date d’échéance précise. FT donne au prêteur la créance à l’échéance, tandis que XT représente l’autre côté de la position.

Cela semble simple.

Ce n’est pas le cas.

Imaginons que tout le monde vise septembre.

Les emprunteurs veulent septembre.
Les prêteurs veulent septembre.

Soudain, « 10 M$ de liquidité » ne vous dit pas grand-chose.

La question utile devient donc :

10 M$ pour quelle date ?

Parce que 10 M$ placés en août ne sont pas la même chose que 10 M$ placés en septembre.

C’est la partie que les gens sous-estiment avec la DeFi à taux fixe.

La liquidité se retrouve piégée dans le calendrier.

Le design de TermMax V2 répond directement à ce problème : la liquidité peut être fragmentée entre les marchés, le capital peut rester inactif, et les actifs empruntés peuvent demeurer immobilisés jusqu’à l’échéance.

Les Atomic Orders et l’Order Aggregator sont conçus pour rendre cette liquidité plus réutilisable.

Mais le détail que je trouve le plus intéressant, c’est Smart Unwind.

Parce que le vrai ennemi n’est pas seulement la liquidité fragmentée.

C’est la liquidité endormie.

Si 5 ETH sont empruntés pour 30 jours, ces ETH ne sont pas disponibles à nouveau demain comme si de rien n’était.

Smart Unwind donne à cette position une issue avant l’échéance, permettant à la liquidité de revenir en circulation.

Cela change la façon dont je regarde TermMax.

La question intéressante n’est pas :

« La DeFi peut-elle avoir des taux fixes ? »

Nous savons déjà que oui.

La question plus difficile est :

« Les marchés à taux fixe peuvent-ils continuer à faire circuler le capital quand tout le monde veut la même date ? »

Car une fois que l’échéance est saturée, la liquidité cesse d’être un simple chiffre.

Elle devient une carte.

Et sur cette carte, la date pourrait compter davantage que l’APY.

C’est probablement la chose discrète qui vaut la peine d’être surveillée.

#termmax @TermMax

Plus je regarde DUSK, moins je pense à la gouvernance comme à « qui a le droit de voter ».

C’est la partie la plus facile.

Ce qui m’intéresse vraiment, c’est ce qui se passe après la discussion, après la proposition, après que tout le monde est d’accord sur ce qu’il veut.

Ensuite, quelqu’un doit modifier le réseau.

Dusk utilise des DIP — des Dusk Improvement Proposals — pour documenter les changements de protocole et les faire passer par une revue avant qu’ils ne deviennent une partie du système.

Mais une proposition reste, au fond, juste un document.

À un moment donné, elle doit devenir du code.

Et c’est là que les choses deviennent beaucoup plus sérieuses.

Une mise à niveau peut changer les règles que les nœuds utilisent pour valider les transactions, traiter les blocs, ou activer de nouvelles fonctionnalités. Le client Rusk de Dusk dispose d’une logique explicite de mise à niveau et d’activation pour gérer ces changements.

Ce petit détail compte pour moi davantage que la page de gouvernance.

Parce que la vraie question n’est pas :

« Est-ce que la communauté l’a approuvé ? »

C’est plutôt :

« Le réseau est-il réellement passé, sans encombre, aux nouvelles règles ? »

C’est un problème complètement différent.

Et il y a une autre couche que les gens ont tendance à négliger.

Dusk ne cherche pas seulement à être une autre blockchain généraliste. Elle construit une infrastructure autour de la confidentialité et des applications financières, dans laquelle les mises à niveau peuvent, à terme, toucher des éléments comme les permissions, le contrôle des actifs, les processus réglementés et le comportement des smart-contracts.

Dans cet environnement, « la possibilité de mise à niveau » est une épée à double tranchant.

Il faut pouvoir corriger les choses.

Mais il faut aussi savoir exactement qui peut changer quoi, comment ce changement se produit, et ce que fait le réseau pendant que ce changement est en cours.

C’est pourquoi je prêterais moins attention au nombre de discussions de gouvernance autour de DUSK…

…et plus attention à la partie ennuyeuse :

le DIP,

le commit de code,

la release,

la règle d’activation,

et enfin le moment où les nœuds commencent à appliquer le nouveau comportement.

Toute cette chaîne, c’est de la gouvernance.

La partie qu’on tait, c’est que vous ne voyez pas vraiment la gouvernance fonctionner quand tout se passe bien.

Vous la remarquez quand les règles changent — et que le réseau continue de s’accorder sur la réalité.

#dusk $DUSK @Dusk

Je pense que TermMax devient plus intéressant à mesure que vous le regardez longtemps.

Au début, on dirait juste un autre protocole de prêt à taux fixe.

Puis vous réalisez la partie étrange :

votre taux d’emprunt peut rester stable tandis que l’actif qui garantit ce prêt bouge comme un fou.

Cela change la façon dont vous appréhendez la position.

Dans le lending DeFi classique, je surveille généralement d’abord le taux d’emprunt.

5% maintenant.
8% demain.
12% quand la liquidité se tend.

TermMax enlève une partie de ce bruit.

Vous choisissez l’échéance.

Vous figez le taux.

Vous savez à quoi devrait ressembler la dette quand cette date arrive.

Ça semble rassurant.

Jusqu’à ce que le BTC baisse de 18%.

Et là, vous vous souvenez :

le taux était fixe.

Les garanties ne l’étaient pas.

C’est le point que beaucoup de gens passent sous silence.

TermMax ne supprime pas le risque.

Il le sépare.

Le risque lié au taux d’intérêt devient plus facile à voir.

Le risque lié aux garanties devient beaucoup plus important.

Et soudain, l’échéance compte plus qu’un simple titre sur un APR.

Une position de 30 jours et une position de 180 jours peuvent sembler similaires sur un tableau de bord, et pourtant être totalement différentes une fois que vous êtes à l’intérieur.

Parce que le temps fait partie de la transaction.

Ensuite, il y a Alpha.

C’est là que TermMax commence à ressembler moins à une application de prêt et davantage à quelque chose que ferait vraiment un trader.

Vous pouvez exprimer une exposition options longs et courts avec des strikes et des primes définis.

Structure propre.

Mais un risque défini n’est pas la même chose que l’absence de risque.

Une prime encaissée aujourd’hui peut sembler minuscule quand le marché est calme, et être très différente après un mouvement violent.

Pareil pour le Dual Investment.

Le rendement est tentant jusqu’au moment où vous vous rappelez ce à quoi vous renoncez pour l’obtenir.

C’est généralement la partie silencieuse.

Le chiffre à l’écran, c’est la récompense.

La chose à laquelle vous renoncez se trouve en dessous.

Et c’est ce qui me garde intéressé par TermMax.

Pas le titre sur le taux fixe.

Le fait que ça vous pousse à faire attention à des éléments que les utilisateurs DeFi ignorent souvent :

l’échéance, la liquidité de sortie, la qualité des garanties, les mécanismes de liquidation, et qui porte la partie la plus “laide” de la transaction.

Un taux fixe peut donner l’impression qu’une position est calme.

Les garanties vous diront si c’est vraiment le cas.

#termmax @TermMax

La partie de TermMax que je trouve la plus intéressante n’est pas le taux fixe.

C’est ce qui se passe quand vous changez d’avis.

Vous ouvrez une position.
Vous obtenez un taux pratique, prévisible.
Tout semble clair.

Puis quelques semaines passent.

Les taux évoluent.
La liquidité change.
Et soudain, vous vous retrouvez avec une position qui a toujours de la valeur, mais que vous ne voudriez peut-être pas conserver jusqu’à l’échéance.

C’est là que les choses deviennent vraiment concrètes.

TermMax transforme la créance à taux fixe en un FT transférable, de sorte que la position elle-même puisse circuler sur un marché secondaire au lieu de rester là jusqu’à l’expiration.

Sur le papier, ça paraît évident.

En pratique, c’est l’un des aspects les plus difficiles de la DeFi à revenu fixe.

Parce qu’un FT n’est pas juste « un actif ».

Il est assorti d’un compte à rebours.

Deux créances identiques peuvent avoir des prix très différents simplement parce que l’une arrive à échéance dans 20 jours et l’autre dans 200.

Ajoutez ensuite des taux qui changent, le risque lié aux garanties et une liquidité limitée.

Désormais, le marché doit déterminer la valeur réelle de cette créance.

C’est pourquoi l’approche AMM et courbe de tarification de TermMax compte plus qu’il n’y paraît au premier abord. Le système ne cherche pas à faire se comporter une position à taux fixe comme un échange de tokens classique. Il doit tarifer à la fois le temps et le capital.

Et il y a un détail subtil ici, que je pense souvent on néglige :

le marché secondaire peut aussi aider l’emprunteur.

Si le FT qui représente votre dette commence à se négocier en dessous de sa valeur nominale, acheter ce FT peut devenir un moyen moins coûteux de régler l’obligation.

Ainsi, le marché ne fait pas que donner une sortie aux prêteurs.

Il peut aussi offrir aux emprunteurs une autre façon de gérer la dette.

C’est ça, le plus intéressant.

Le taux fixe attire toute l’attention.

La dette transférable, c’est là que l’expérience prend vraiment forme.

Parce que créer un instrument à taux fixe, c’est un problème.

Mais en créer un que les gens sont encore prêts à échanger une fois que l’euphorie du prêt initial est retombée…

c’est le défi bien plus difficile.

Et, généralement, c’est à ce moment-là que l’on découvre si un primitif DeFi est vraiment utile.

#termmax @TermMax

DUSK a un détail que je pense que les gens passent beaucoup trop vite à côté :

XC n’est pas XSC.

Au premier abord, on a l’impression qu’il s’agit d’une question de nommage des protocoles.

Mais c’est en réalité un choix de conception.

XC est la norme « Confidential Token » pour les actifs non liés à la sécurité.

XSC est la norme plus exigeante pour les valeurs mobilières, où l’éligibilité des investisseurs, les restrictions de transfert et les règles de conformité deviennent partie intégrante de l’actif lui-même.

Cette séparation a du sens.

Tous les tokens n’ont pas besoin des mêmes règles.

Et toutes les transactions financières ne devraient pas devenir une information publique.

C’est ça qui m’intéresse dans Dusk.

Sur la plupart des chaînes publiques, dès que quelque chose bouge, la trace est essentiellement là pour toujours.

Le portefeuille A a envoyé ceci.

Le portefeuille B l’a reçu.

Puis B l’a déplacé.

Super pour la transparence.

Pas toujours idéal pour la finance.

Dusk emprunte une autre voie. Phoenix peut protéger l’expéditeur, le destinataire et le montant, tandis que la divulgation sélective permet à la bonne partie de prouver ce qui s’est passé quand cela devient nécessaire.

Et cette dernière partie est importante.

La confidentialité n’est pas forcément une question de cacher tout.

Parfois, il s’agit simplement de ne pas tout montrer à tout le monde.

Un auditeur pourrait avoir besoin de preuves.

Une contrepartie pourrait avoir besoin de confirmations.

Une personne au hasard qui observe la chaîne, non.

Et c’est là que XC devient intéressant.

L’actif peut rester utilisable sans transformer chaque mouvement en information publique exploitable par le marché.

Car l’historique des transactions peut révéler une stratégie, la liquidité, les relations — et parfois même ce que vous préparez ensuite.

La vraie question n’est pas :

« Dusk peut-il masquer un transfert ? »

C’est :

« L’activité financière peut-elle rester privée tout en étant prouvable quand la preuve compte réellement ? »

XC n’est qu’une petite pièce de ce puzzle.

Et franchement, ça me paraît bien plus utile que de rendre simplement les transactions invisibles.

#dusk $DUSK @Dusk

Je me suis replongé dans la pile ZK de DUSK, et la partie à laquelle je reviens sans cesse n’est pas « blockchain de confidentialité ».

C’est plutôt ceci :

le réseau peut vérifier quelque chose sans avoir besoin de connaître toute l’histoire.

Ça paraît simple, jusqu’au moment où vous pensez à ce que ça implique pour une activité financière réelle.

Avec Phoenix, les montants et les détails des transactions peuvent rester cachés, tandis que la chaîne vérifie quand même que la transaction est valide.

C’est une idée très différente de se contenter de jeter de la cryptographie partout.

Puis il y a PLONK.

Dusk utilise PLONK comme système de preuve central, avec BLS12-381 en dessous. Le point intéressant, c’est que la preuve n’est pas simplement le produit en soi. C’est le mécanisme qui permet à Dusk de préserver la confidentialité d’informations sensibles tout en donnant aux validateurs quelque chose qu’ils peuvent vérifier.

Et les Bulletproofs font aussi partie de l’histoire, mais je ne les mettrais pas aujourd’hui sur un pied d’égalité avec PLONK. Ils apparaissent davantage dans les travaux antérieurs de Dusk sur les transactions confidentielles. La pile a évolué.

Ce que je trouve vraiment intéressant, c’est le compromis dont personne n’aime parler :

les preuves coûtent du calcul.

Quelqu’un doit les générer.

Dusk dispose d’une infrastructure dédiée de prover pour exactement cette raison.

Donc quand les gens disent « la connaissance nulle vous permet de tout cacher », je pense qu’ils ratent le meilleur point.

Cela vous permet de cacher certaines choses tout en prouvant celles qui comptent.

Pour la finance, cela pourrait être bien plus utile que de rendre une blockchain totalement opaque.

Vous n’avez pas toujours besoin que tout le monde voie la transaction.

Parfois, il suffit de savoir qu’elle est valide — pour les bonnes personnes, ou pour le protocole lui-même.

#dusk $DUSK @Dusk

J’ai passé un peu de temps à regarder le côté VM de Dusk, et franchement, c’est là que le projet devient intéressant.

Tout le monde parle de Dusk pour la confidentialité.

Mais je revenais sans cesse à ce qui se cache en dessous :

comment la chaîne exécute-t-elle du code sans que ce code ne devienne un problème ?

C’est là qu’intervient Piecrust.

C’est un environnement d’exécution WASM construit autour d’une idée simple : les smart contracts doivent vivre dans une boîte très contrôlée.

Ça a l’air ennuyeux.

Jusqu’à ce que vous vous rappeliez que chaque contrat est du code que vous ne faites pas confiance à 100 %.

Il peut être bogué.
Il peut être malveillant.
Il peut faire quelque chose que le développeur n’avait jamais imaginé.

Donc la VM doit être stricte.

Les limites de mémoire comptent.
Les appels comptent.
Ce à quoi un contrat peut accéder compte.

Au fil du temps, Dusk a dû aussi renforcer ces éléments, avec des correctifs concernant la mémoire hors limites, le sandboxing, l’aliasing, la réentrance et d’autres problèmes profonds liés à la couche d’exécution.

Pas le genre de choses qui font une bonne une de crypto.

Mais c’est précisément de ce genre de détails que je m’occupe.

Parce que la confidentialité n’est aussi forte que la machinerie qui se trouve en dessous.

Ce que j’aime dans Dusk, c’est que l’environnement d’exécution n’a pas été conçu séparément de la pile de confidentialité.

Les contrats s’exécutent en WASM.

La VM contrôle l’environnement.

Le reste de la pile gère la transaction confidentielle et la partie de preuve.

Des éléments différents, mais ils doivent se comporter comme un seul système.

Et il y a un détail qu’on rate souvent :

Dusk ne donne pas l’impression de simplement reconstruire Ethereum en ajoutant la confidentialité par-dessus.

Le modèle d’exécution est différent.

Même la manière dont la mémoire du contrat et l’état sont gérés ressemble davantage à une machine conçue pour un usage précis qu’au modèle EVM habituel.

C’est pour ça que Piecrust a attiré mon attention.

Pas parce que « WASM » sonne cool.

Parce que la partie ennuyeuse, c’est souvent là que se trouve la vraie ingénierie.

Si Dusk devient un réseau financier sérieux, les gens remarqueront d’abord les transactions privées.

Très peu de personnes remarqueront la VM, en silence, en train de vérifier que tout ce qui se trouve en dessous se comporte exactement comme il faut.

#dusk $DUSK @Dusk

CRÉPUSCULE — Phoenix est plus intéressant que « la confidentialité »

J’ai passé assez de temps à examiner des chaînes de confidentialité pour remarquer quelque chose :

d’elles sonnent impressionnantes jusqu’à ce que vous demandiez les parties ennuyeuses.

Remboursements.

Frais.

Changement.

Transitions du public vers le privé.

Qui peut réellement voir un paiement.

C’est là que Phoenix devient intéressant.

Au lieu d’exposer votre solde, Phoenix travaille avec des notes — de petits morceaux d’argent scellés.

Ces notes sont placées dans un arbre de Merkle.

Quand vous en dépensez une, vous ne pointez pas vers la note exacte. Vous publiez un nullificateur et une preuve à connaissance nulle.

Le réseau peut vérifier que vous possédez les fonds, que la dépense est valide et qu’aucune création n’a lieu à partir de rien — sans voir toute l’histoire financière.

Et c’est la partie que j’aime le plus :

Phoenix ne cherche pas à rendre tout le monde aveugle à tout le monde.

Le public ne voit que très peu.

Le destinataire peut encore apprendre ce dont il a besoin.

Un tiers de confiance peut se voir accorder un accès à la consultation.

Le pouvoir de dépense reste au propriétaire.

Ainsi, la confidentialité ici ressemble moins à une disparition totale qu’au choix de qui a les fenêtres.

Puis viennent les cas limites, ceux qui font mal.

Remboursements. Frais. Changement. Déplacer de la valeur entre un état transparent et un état confidentiel.

Ces transitions peuvent facilement devenir des empreintes.

Phoenix a été conçu autour de ces problèmes au lieu de prétendre que toute activité financière réelle est toujours un transfert privé parfait.

C’est important.

Car un système peut cacher la transaction elle-même tout en laissant fuiter par les frais, le remboursement ou la manière dont les fonds entrent et sortent de l’état privé.

C’est pourquoi Phoenix 2.0 est intéressant.

Il pousse plus loin la visibilité sélective et les remboursements confidentiels sans transformer la confidentialité en boîte noire.

Vous pouvez toujours prouver ce qui est vrai.

Vous n’avez juste pas besoin de publier l’ensemble du tableur pour prouver que le nombre est correct.

Peut-être que c’est la chose discrète à propos de DUSK :

l’objectif n’est pas de rendre les transactions invisibles.

C’est de rendre les informations inutiles invisibles.

La blockchain doit encore savoir ce qui est vrai.

Elle n’a juste pas besoin de tout savoir sur vous pour le prouver.

#dusk $DUSK @Dusk

DUSK fait partie de ces chaînes pour lesquelles, plus vous passez de temps à regarder sous le capot, moins l’étiquette « blockchain de confidentialité » vous en apprend.

La partie qui a vraiment retenu mon attention, c’est le consensus.

Dusk n’a pas besoin que l’ensemble du groupe des validateurs crie à propos de chaque bloc.

Un petit groupe est sélectionné.

Un côté propose le bloc, d’autres le vérifient, et un autre groupe aide à le ratifier.

Puis c’est terminé.

Final.

Plus besoin de rester là à se demander si ce bloc va disparaître après six confirmations de plus.

Le point malin, c’est la manière dont ces groupes sont choisis.

Dusk utilise une sélection aléatoire pondérée par le capital (stake), ce qui évite que les mêmes validateurs familiers prennent sans cesse les mêmes missions. Le comité change. Cela rend le processus de consensus beaucoup plus difficile à prédire et nettement moins confortable pour quiconque voudrait le manipuler.

Et, honnêtement, cela compte davantage pour Dusk que pour une L1 générique.

Parce que Dusk vise des sujets financiers.

Pour des actifs financiers, « probablement final » et « réellement final » sont deux choses très différentes.

Il y a ensuite un aspect dont je vois rarement les gens parler.

Dusk peut faire cohabiter des transactions publiques, des transactions protégées (shielded) et des smart contracts sur le même réseau.

Moonlight gère le volet du compte public.

Phoenix apporte la couche de confidentialité.

DuskVM gère l’exécution.

Donc la question intéressante n’est pas vraiment :

« Dusk peut-il masquer des transactions ? »

C’est plutôt :

« Peut-on construire une infrastructure financière où la confidentialité n’implique pas de sacrifier une compensation (settlement) propre, claire et prévisible ? »

C’est un problème bien plus ardu.

Et Succinct Attestation est, en gros, la réponse de Dusk à la question du règlement (settlement) de ce côté-là.

Pas de subterfuge spectaculaire.

Juste des comités, de l’aléatoire, du staking, et une préférence très forte pour savoir quand un bloc est vraiment terminé.

Ce choix d’ingénierie discret finira peut-être par compter davantage que le récit sur la confidentialité que tout le monde remarque d’abord.

#dusk $DUSK @Dusk

Les sanctions de Babylon ne donnent pas l’impression d’une seule règle copiée à deux endroits. Elles évoquent plutôt deux attitudes différentes.

Du côté de BTC, c’est presque inconfortablement silencieux. Le stake reste sous la garde de Bitcoin, et la voie de la sanction est déjà prévue dans la conception. Si un fournisseur de finalité signe deux fois, la punition n’est pas un grand discours dramatique du protocole. Elle frappe au niveau clé. C’est le point que beaucoup manquent. Les dégâts sont intégrés avant même que quoi que ce soit ne tourne mal.

BABY est différent.

Ce côté-là vous semblera plus familier si vous avez passé du temps dans Cosmos. Des preuves apparaissent, le validateur est mis en prison, et la chaîne le gère de la manière habituelle. Pas de mystère. Pas de théâtre. Juste un système qui fait ce pour quoi il a été conçu. Pour les délégateurs, c’est un rappel simple que les sanctions ne se résument pas à une perte. C’est une question de discipline.

Ce qui ressort, c’est le contraste.

Les sanctions sur BTC donnent l’impression d’une pression cachée.
Les sanctions sur BABY donnent l’impression d’un ordre visible.

Même mot. Ambiance différente.

#baby $BABY @BabylonLabs_io

Babylon paraît fascinant pour une raison facile à manquer au premier abord : il ne cherche pas à sonner comme le futur.

On a l’impression que ce système a été construit par des gens qui ont contemplé suffisamment longtemps le chaos de la “phase intermédiaire” de la crypto pour arrêter de la romantiser.

La partie interopérabilité, c’est là que cela se voit. Pas de manière bruyante et brillante. Plutôt dans les petits choix. La façon dont la pile technique semble tenir à ce qui doit rester vrai quand la valeur circule, quand la confiance passe de main en main, quand une chaîne doit parler à une autre sans prétendre qu’elles sont identiques.

C’est ce qui m’a frappé en l’observant de près : Babylon ne dégage pas une énergie du style “regardez comme nous sommes connectés”. Il dégage plutôt une énergie du type “nous savons exactement où se trouvent les jointures”.

Et ça compte.

Beaucoup de projets parlent de la portée inter-chaînes comme si c’était un argument marketing. Babylon donne plutôt l’impression que c’est une contrainte d’ingénierie. Plus propre. Plus exigeant. Plus honnête. On sent la différence quand un système est conçu par des gens qui s’attendent à ce que ça échoue, sauf si les bords sont traités avec soin.

C’est la partie que les gens passent généralement. Pas le titre. La retenue.

Dans la crypto, les projets qui vieillissent bien sont rarement ceux qui essaient d’avoir l’air sans couture. Ce sont ceux qui comprennent où se trouvent les jointures, et qui conçoivent autour d’elles sans ciller.

Babylon me donne cette sensation.
Pas tape-à-l’œil.
Juste précis.
Et la précision finit presque toujours par dire la vérité.

#baby $BABY @BabylonLabs_io

Babylon semble simple au premier regard.

Le BTC reste là où il est. Vous gardez le contrôle. Pas de drame de pont, pas de promesses fracassantes.

Mais plus vous l’observez, plus vous remarquez les véritables points de pression.

Tout se joue dans la signature. Le timing. La voie de sortie. Les minuscules instants où une mauvaise manœuvre compte plus qu’un grand titre ne pourrait jamais le faire.

C’est ça que les gens ratent.

Pas une histoire dramatique du style « pirater la chaîne ». Plutôt une dérive silencieuse. Un point de contrôle manqué. Un signataire qui se comporte un peu de travers. Un système qui a l’air correct juste le temps qu’il doive prouver qu’il peut rester correct sous la contrainte.

Ce que j’aime avec Babylon, c’est qu’il rend la partie difficile visible. Il exige de la discipline, pas seulement de la croyance. Une meilleure gestion des clés. Une coordination plus propre. Moins de place pour des suppositions approximatives.

C’est probablement la partie la plus honnête.

Pas le récit.

Juste le fait que le vrai risque se trouve généralement aux bords.

#baby $BABY @BabylonLabs_io

Ce que je remarque avec Babylon, c’est que l’EOTS n’est pas la partie spectaculaire. C’est celle qui vous rend prudent.

Un fournisseur de finalité ne se contente pas de « mettre du BTC en jeu ». Il s’engage à fournir une certaine forme de hasard public, puis il signe avec l’EOTS, et si la même clé signe des votes contradictoires, Babylon dit que la clé privée peut être exposée et que la puissance de vote tombe à zéro. C’est une conception assez impitoyable, et c’est exactement pour ça que tout paraît réel.

Le détail discret que les gens ratent, c’est à quel point l’ensemble repose sur la retenue. La documentation revient sans cesse sur les mêmes habitudes : un seul nœud RPC de confiance, pas d’équilibreurs de charge, surveiller les votes en double, garder le démon EOTS en bonne santé et éviter le type de comportement de redémarrage qui peut, par accident, créer un second chemin de signature. Ça paraît ennuyeux jusqu’à ce que vous réalisiez que l’« ennuyant » correspond ici au modèle de sécurité.

Ce qui me frappe, c’est que Babylon ne cache pas les cas limites. Le guide de la phase 2 conserve même la même clé EOTS pour les opérateurs qui reviennent, et le matériel d’audit teste explicitement la double signature comme un événement d’extraction de clé. Cela vous indique où, d’après le protocole, se situe la vraie défaillance : pas dans le slogan, mais dans la discipline de l’opérateur à la hauteur de bloc, une signature à la fois.

C’est la partie que les gens ratent habituellement lorsqu’ils parlent de « sécurité BTC » — le système repose moins sur la confiance que sur le fait de ne pas être négligent deux fois.

#baby $BABY @BabylonLabs_io