L’embarras de la chaîne de confidentialité en conformité : le récit financier de Dusk reste coincé au niveau de l’expérience
J’ai mis le document @Dusk et des chaînes similaires côte à côte, et son parcours est en fait plus clair : utiliser des preuves à connaissance nulle pour la couche d’actifs conformes. Mais quand je l’ai vraiment pris en main, cette “clarté” n’a pas été transmise au produit. Le socle technique de Dusk n’est pas faible : consensus et modèles de confidentialité sont conçus de façon indépendante, et des personnes hors du cercle des développeurs ont du mal à percevoir directement la différence. Après avoir parcouru les applications du testnet, mon ressenti est que la chaîne d’outils en est encore au stade de démonstration du protocole ; il reste un bon bout de chemin avant d’être réellement utilisable.
En comparaison, avec Secret Network, je peux jouer avec la DeFi privée de Secret, alors que côté Dusk, les scénarios d’interaction restent trop rares. Pour l’instant, $DUSK se concentre principalement sur le staking et les transferts de gas, et la participation à la gouvernance est aussi faible. La structure que je vois rend la demande en tokens plutôt “de base”, sans véritable soutien d’activité on-chain. Dans le wallet, en dehors des transferts et du staking, il n’y a presque rien d’autre à faire ; cela me fait douter de l’activité de son écosystème.
Oasis est davantage orienté vers le calcul de confidentialité, Dusk davantage vers les actifs financiers : je pense que ce choix n’est pas problématique, mais le rythme produit est effectivement lent. J’ai remarqué que des projets comme Concordium disposent d’une couche d’identité, et que Dusk veut faire de la confidentialité programmable ; l’idée est plus flexible, mais la finition côté wallet et navigateur laisse à désirer. L’utilisateur n’a pas besoin de comprendre les preuves à connaissance nulle : il veut juste ouvrir son wallet et pouvoir effectuer des opérations d’actifs conformes, et moi aussi. Cet écart d’expérience atténue ma confiance dans le récit institutionnel de Dusk, car les institutions sont plus sensibles à la facilité d’usage des outils.
Dusk vise donc un besoin de tokenisation au niveau institutionnel ; et, dans ce cas, les exigences en matière d’expérience seront très élevées. De mon point de vue, la liquidité de $DUSK est dispersée, et l’entrée cross-chain n’est pas assez solide. Si Dusk peut transformer le processus d’émission d’actifs en produit standardisé, je pense qu’il sera plus proche des institutions que Secret. Mais s’il continue de s’en tenir au récit au niveau du protocole, la patience du marché finira par s’éroder. Tout dépend de savoir s’il complète ensuite la couche applicative, ou s’il continue à raconter la technologie.
En regardant froidement, je pense toujours que Dusk mérite d’être suivi, mais qu’il ne convient pas à une tarification émotionnelle à court terme. La voie des chaînes de confidentialité en conformité est une route à montée lente : Dusk n’est pas en cause, ce qui manque, c’est une couche après l’autre pour combler l’expérience. @#dusk
Dusk a fait un tour sur le réseau de test, mais il manque encore une étape pour la conformité et la confidentialité des données
La position de Dusk m’a toujours semblé inconfortable : ce n’est pas que ce soit mauvais, c’est qu’il veut faire en même temps de la confidentialité et de la conformité. Après avoir testé les nœuds du réseau, j’ai ensuite relu le module de tokenisation : cette tension interne est encore plus évidente. $DUSK a été conçu dans l’écosystème pour le paiement et le staking, mais ce qui m’intéresse, c’est comment gérer la visibilité lors de l’émission d’actifs on-chain.
@Dusk cache le montant des transactions grâce à la preuve à divulgation nulle, tout en laissant une porte d’audit pour le régulateur. Cette approche est plus flexible que l’identité encodée en dur de Polymesh, et plus proche du règlement d’actifs que le calcul confidentiel d’Oasis. Le problème, c’est la couche des outils. Les développeurs doivent eux-mêmes assembler les contrats de confidentialité et les interfaces de conformité ; dans la documentation, pas mal d’exemples ne fonctionnent pas. J’ai dû réessayer trois fois avant d’émettre des tokens de test. Les capacités du protocole sont là, mais la mise en produit reste à faire.
Regardons maintenant les performances. Le consensus de Dusk ne vise pas un TPS élevé : je l’accepte, puisque la chaîne de règlement n’a pas besoin de rivaliser avec une chaîne généraliste en débit. En revanche, la synchronisation des nœuds n’est pas très adaptée aux petits VPS : l’occupation mémoire est élevée et il arrive que des blocs tombent. Par rapport à Iron Fish, Dusk comprend mieux ce dont un contexte financier a besoin ; par rapport à Polymesh, Dusk offre une granularité de confidentialité plus fine. Mais ces avantages restent encore cantonnés au livre blanc et à l’environnement de test.
Le passage entre confidentialité et audit dépend d’un rôle d’audit semi-fiable : dès qu’il y a centralisation, la confidentialité devient un décor. Dusk n’a pas proposé une solution de décentralisation suffisamment claire : c’est ce qui me fait hésiter davantage que le système de preuves lui-même. Le chemin de capture de $DUSK est aussi trop étroit ; les effets de réseau générés par les actifs tokenisés ne se transmettent pas encore à la logique du prix. L’offre d’émissions on-chain ne décolle pas, et la demande ne peut pas suivre.
Le récit « confidentialité conforme » n’est pas nouveau. Ce qui est nouveau, c’est que Dusk ose attacher la tokenisation directement à la couche protocolaire. Si, dans la suite, le mainnet arrive à faire des interfaces d’audit et des preuves de confidentialité un modèle par défaut, la barrière d’entrée pour les développeurs baissera énormément. Le problème actuel n’est pas un mauvais cap : c’est le rythme de livraison trop lent, qui risque d’épuiser le récit avant qu’il ne se concrétise. #dusk
Au carrefour de la conformité et de la confidentialité : où le récit financier de Dusk bloque-t-il exactement
J’ai relu une fois de plus, du début à la fin, les tests et la documentation liés au réseau test @Dusk . La sensation la plus directe, c’est que la direction consistant à faire tenir la confidentialité et la conformité sur le même registre est bonne. Contrairement à la démarche de Secret, qui consiste d’abord à construire une confidentialité générale puis à s’approcher du secteur financier, Dusk, dès le niveau fondamental, ne vise que la tokenisation de titres et les actifs réglementés : son positionnement est plus étroit, et la difficulté de démarrage à froid est plus élevée.
Au niveau produit, le problème le plus évident, c’est l’écosystème d’outils fermé. La logique de confidentialité de Dusk repose sur PLONK : la vitesse de vérification et la taille des preuves y sont plus adaptées que la solution d’Oasis pour le règlement on-chain. Mais l’exhaustivité de la documentation, l’interaction avec le portefeuille et la disponibilité du navigateur de blocs restent au niveau du réseau test. La synchronisation des nœuds demande des exigences matérielles plutôt élevées. Pour $DUSK , la consommation actuelle tourne essentiellement autour du staking et des frais, et dans l’écosystème il n’y a pas encore d’usages de paiement ou de gouvernance suffisamment incontournables. Honnêtement, cela me rend réticent à considérer ce projet comme un mainnet déjà “ready”.
Comparer avec Concordium rend les choses plus claires. Concordium développe aussi une chaîne de finance conforme, mais la couche d’identité est imposée par des modules on-chain : l’expérience de développement y est plus fluide, au prix d’une confidentialité plus faible. Dusk fait l’inverse : la protection de la confidentialité y est plus forte, mais l’accès des développeurs et des institutions avance plus lentement. Son avantage, c’est que la logique de conformité a été pensée tôt ; son désavantage, c’est que les middlewares pour la migration d’actifs des institutions sont quasiment inexistants, et que les actifs tokenisés qui tournent réellement sur le mainnet sont encore très rares.
Dusk n’est pas un projet qui peut prouver une explosion de puissance à court terme : la valeur dépendra de l’activation réelle du récit de titrisation on-chain. Je continuerai à suivre l’avancement concret de ses applications de type institutionnel sur le mainnet, plutôt que de me focaliser sur les fluctuations de prix à court terme. #dusk
L’illusion d’une liquidation à taux fixe, une liquidation anticipée a eu lieu une fois sur @TermMax
J’ai effectué plusieurs cycles de tests de résistance sur les paramètres de liquidation de TermMax et j’ai constaté que la concentration des liquidations à l’échéance est bien plus élevée que sur les protocoles à taux variable. TermMax reporte la liquidation jusqu’à la fenêtre d’échéance ; la rentabilité d’utilisation des fonds paraît belle au quotidien, mais si le prix des collatéraux subit de fortes variations, le liquidateur doit traiter en même temps un grand volume de positions arrivant à échéance. La congestion on-chain et les slippages mangent alors les profits escomptés. Ce point est totalement différent de la liquidation par blocs d’Aave.
Le rôle du token $TERM de TermMax dans les incitations de liquidation est aussi subtil. La documentation du protocole met l’accent sur des récompenses supplémentaires pour les liquidateurs, mais dans les faits, les récompenses sont parfois inférieures au coût du gaz. Sur le réseau L2, la concurrence entre liquidateurs est intense et les adresses ordinaires ont du mal à se positionner. Morpho confie directement le pouvoir de liquidation au pool de niveau inférieur, en supprimant la couche intermédiaire ; cette conception d’incitations chez TermMax augmente au contraire l’incertitude.
Cela dit, là où TermMax est plus fort que les projets de la famille Compound, c’est qu’il sépare l’exposition à taux fixe et l’exposition à taux variable. Les conditions de liquidation sont combinées au temps restant avant l’échéance, et pas seulement basées sur le facteur de santé. Cela réduit les liquidations erronées causées par de courtes « piqûres », mais impose des exigences plus élevées sur la fréquence des mises à jour des prix par l’oracle. J’ai utilisé le testnet pour simuler une forte baisse rapide : l’écart de prix dans les deux heures précédant l’échéance peut faire passer certaines positions dans un état non liquidable ; une fois que l’oracle a corrigé, la créance irrécouvrable est déjà constituée.
Donc, je ne pense pas que le mécanisme de liquidation de TermMax soit un défaut : il fait simplement passer le risque hors de l’axe du temps. Les protocoles à taux variable liquident chaque jour, tandis que TermMax liquide à l’échéance. Les comptes paraissent plus lisses, mais la queue de distribution devient plus abrupte. Pour les détenteurs de $TERM, la question de savoir si la gouvernance peut ajuster dynamiquement les bonus de liquidation et la redondance de l’oracle est plus concrète à analyser que de regarder uniquement la TVL. La discussion sur ce mécanisme de liquidation n’a pas encore été suffisamment valorisée.
Ondo 把精力放在链下资产包装和分销,链上不碰隐私,体验流畅但去信任程度弱。Secret Network 隐私合约灵活,却缺面向机构的合规框架。Dusk 卡在中间,既不够像 Ondo 顺滑,也不像 Polymesh 把合规身份做成显式模块。RWA 叙事很热,真正能在协议层处理隐私与合规冲突的项目不多,这个位置有空间,前提是开发者工具跟上。
Jeu asymétrique à taux fixe : pourquoi TermMax s’empare de la liquidité ? Le segment des revenus fixes dans DeFi a toujours été un os dur à ronger. Pendle a brisé le récit actuel en exploitant le découplage du rendement, mais ces derniers temps, je me suis mis à surveiller TermMax. L’idée de transposer directement la logique de tarification des marchés obligataires sur Ethereum mérite vraiment d’être examinée. Je suis entré dans le système et j’ai exécuté le flux de base « déposer/emprunter » : l’expérience front-end de TermMax est volontairement sobre. Mettre un USDC, puis verrouiller une durée pour obtenir une certitude de type APR fixe, c’est un besoin clé pour les gros capitaux ; toutefois, la profondeur de liquidité de TermMax semble encore insuffisante pour accueillir une entrée au niveau institutionnel. Ce qui rend TermMax réellement différenciant, c’est le modèle d’ordres par intervalle. J’ai essayé de configurer un « Lending Range Order », et de définir moi-même une courbe de taux à laquelle les fonds accepteraient de se faire exécuter. Après dépôt des actifs en garantie, le système émet une position de dette en GT, puis génère de la liquidité en vendant des FT. L’ensemble de la logique sous-jacente dépend énormément d’un jeu de décotes entre ces deux modèles de tokens dans les pools AMM. Même si le projet n’a pas encore émis de token de gouvernance, rien qu’en observant l’efficacité de circulation des FT et des GT sur le marché secondaire, on peut déjà mesurer la résistance réelle de ce protocole aux chocs. En comparaison, si je mets Pendle face à TermMax, le coût de friction est en réalité un peu plus élevé chez TermMax. Les utilisateurs de Pendle sont habitués à pouvoir sortir à tout moment de façon fluide ; en revanche, si TermMax est quitté avant l’échéance, il faut inévitablement faire face au glissement causé par la liquidation/vente anticipée des FT. Quand j’ai exécuté cette stratégie de levier en boucle « en un clic », je l’ai ressenti très nettement : le fait de déposer en garantie puis d’emprunter augmente effectivement l’utilisation du capital à son maximum, mais cette structure de levier extrêmement étendue amplifie aussi le risque de liquidation. Pour que TermMax s’impose durablement, l’enjeu central reste donc la précision d’exécution du moteur de liquidation en situation de conditions extrêmes. En replongeant ces derniers jours, j’ai le sentiment que la conception de la structure de TermMax est suffisamment rigoureuse ; au fond, c’est un protocole qui attend le bon vent. Les particuliers qui viennent ici le font le plus souvent pour « grinder » l’interaction et, au passage, viser des airdrops de tokens. Mais ceux qui sauront vraiment jouer TermMax sont surtout les arbitragistes extrêmement sensibles à la courbe des taux. Pendant la prochaine phase de validation, je vais me concentrer sur la vitesse de croissance de son TVL dans un environnement multi-chaînes : si on peut boucler la boucle sur la liquidité secondaire des tokens de dette, alors @TermMax a une vraie chance de redessiner la configuration du marché des revenus fixes. #termmax
Toute la scène RWA est à poil ; le respect de la conformité et de la vie privée de Dusk, c’est vraiment le genre de solution qu’une institution oserait utiliser.
Récemment, pour tester les performances réelles de la machine virtuelle Piecrust, j’ai spécialement pris le temps d’aller fouiller le dépôt Github de Dusk, et plus je regardais, plus j’avais le sentiment que les projets du marché qui brandissent le slogan RWA se trompent complètement eux-mêmes. L’environnement actuel des blockchains publiques est tout simplement l’enfer pour les institutions financières traditionnelles : soit elles doivent « se mettre à nu » en totale transparence sur Ethereum, laissant les concurrents voir toutes leurs cartes ; soit elles doivent utiliser des protocoles de mixage totalement anonymes, considérés par les régulateurs comme des menaces à éradiquer. Cette polarisation ne peut absolument pas porter de véritables actifs à l’échelle des milliers de milliards, alors que le point d’entrée RegDeFi ciblé par @Dusk touche précisément le point sensible des institutions.
En faisant tourner un nœud ces derniers jours, j’ai remarqué un détail très intéressant : Dusk ne se contente pas, comme d’autres concurrents, d’ajouter un contrat KYC au niveau applicatif pour tromper le régulateur. Ce genre de conformité externe est non seulement lourd, mais provoque aussi très facilement une fragmentation de la liquidité. Dusk intègre directement le Citadel SDK au niveau du protocole de Layer 1, ce qui signifie que la conformité devient une partie du consensus, et non une option. Cette conception m’a rappelé les débuts de Linux : écrire les fonctions les plus essentielles dans le noyau, au lieu de les laisser comme de simples plugins. Vous générez hors chaîne une preuve à divulgation nulle de connaissance, vous indiquez au validateur que vous respectez les règles sans révéler si vous êtes BlackRock ou JPMorgan ; cette logique de « prouver sans exposer » est précisément la clé qui peut convaincre les géants traditionnels d’entrer sur le marché.
En comparaison avec plusieurs L2 axés sur la confidentialité que j’ai déjà testés, le processus de génération de preuves était si lent qu’on avait envie de fracasser le clavier, mais Dusk a effectivement de vraies qualités dans l’optimisation de ses circuits ZKP ; dans cet environnement de testnet, atteindre une vitesse de vérification quasi temps réel est effectivement surprenant. Bien sûr, tout n’est pas parfait : la documentation actuelle reste encore trop technique pour les développeurs, et la prise en main n’est pas facile, ce qui pourrait freiner l’essor initial de son écosystème. Mais inversement, ceux qui construisent la vraie infrastructure financière n’ont de toute façon pas besoin de ces projets de shitcoins tape-à-l’œil.
Beaucoup n’ont pas encore réalisé que, dans la prochaine phase de la tokenisation des actifs on-chain, la compétition ne portera absolument pas sur un chiffre ennuyeux comme le TPS, mais sur qui saura résoudre la contradiction du « tout vouloir à la fois » : à la fois respecter les normes de lutte contre le blanchiment et protéger les secrets commerciaux. #dusk $DUSK
Parfois, je me dis que le secteur des « chaînes de confidentialité » est constamment mal présenté.
Tout le monde débat sans cesse : anonymat ou transparence, comme s’il fallait choisir l’un ou l’autre. Or, en réalité, les marchés financiers ne fonctionnent pas comme ça. Ce que les institutions ne veulent pas, ce n’est pas simplement se cacher : c’est savoir à qui montrer quoi, puis montrer à qui de droit.
C’est le point de départ de ce que j’ai le plus réfléchi récemment à propos de $DUSK .
Ce que fait @Dusk : si c’est complexe, c’est complexe ; si c’est simple, c’est juste une phrase : rendre la confidentialité programmable. Là où il faut garder le secret, on garde le secret ; là où il faut être transparent, on l’est. Et si la réglementation exige un audit, alors on ouvre une fenêtre de divulgation sélective. Ce n’est pas un habillage conceptuel : c’est un design pensé pour les valeurs mobilières réelles et les RWA réelles.
Ce qui m’inquiète aussi, c’est la qualité de l’exécution. Des lieux de trading comme NPEX — qui tient un MTF et plusieurs licences d’intermédiaire — prévoient de transférer des actifs de plus de 300 millions d’euros vers Dusk. Mettre de l’argent dans le récit RWA quand tout le monde en parle, ce n’est pas l’option la plus « explosive », mais le fait qu’une institution régulée l’ait choisie pour passer on-chain, la valeur est clairement autre.
Le mainnet DuskEVM arrive bientôt. Ceux qui écrivent en Solidity n’ont pas besoin de tout réapprendre : ils peuvent brancher directement leur environnement EVM avec des modules de confidentialité. L’ensemble Hedger — chiffrement homomorphe et preuves à connaissance nulle — a l’air très technique, mais au fond, il répond à une seule question : la confidentialité conforme peut-elle vraiment exister sur la blockchain ?
Aujourd’hui, mon avis est : oui.
Bien sûr, le mainnet n’est qu’un point de départ. La véritable question à venir, c’est : est-ce que la couche applicative peut faire sortir des scénarios de trading réels, comme Dusk Trade. Le récit, tout le monde sait le raconter ; ce qui compte, c’est d’avoir des émissions et des règlements qui fonctionnent.
Est-ce que cette chaîne mérite de s’y intéresser sur le long terme ? Je penche pour : oui.
Récemment, j’ai entendu parler du secteur RWA, et je suis tombé sur quelque chose d’assez contre-intuitif. Tout le monde crie “tokeniser les actifs on-chain”, mais si vous y réfléchissez vraiment, pourquoi les institutions ne bougent-elles pas depuis si longtemps ? Ce n’est pas que la technologie ne marche pas : c’est que la confidentialité et la conformité, ces deux sujets, ne peuvent tout simplement pas coexister en même temps sur la plupart des blockchains. Transparence totale, les institutions n’osent pas y aller ; anonymat total, la régulation ne le permet pas. Impasse. Derrière le $DUSK , la chaîne Dusk, justement, vise à résoudre cette impasse. Je trouve son approche plutôt intelligente : la confidentialité ne devrait pas être un simple interrupteur, mais quelque chose de “programmable”. Là où il faut de la confidentialité, on chiffre ; là où il faut de la transparence, on expose ; et quand les régulateurs viennent vérifier, on peut aussi choisir de divulguer de façon sélective. Dit comme ça, c’est simple ; dans la pratique, c’est difficile. Elle utilise le chiffrement homomorphe et des preuves de connaissance zéro, via le module Hedger, intégrées dans l’EVM. Autrement dit, les développeurs Solidity n’ont pas besoin de changer complètement de mentalité : ils peuvent faire tourner des workflows de confidentialité sans repartir de zéro. Ce qui me donne encore plus envie d’y regarder de près, c’est que le mainnet DuskEVM arrive bientôt, et qu’il y a aussi Dusk Trade au-dessus : une application de courtage pour la finance tokenisée, où l’on peut intégrer des fonds monétaires, des ETF, des obligations, des RWA, etc. Et ce n’est pas juste du slogan : une bourse agréée prévoit déjà de transférer des actifs de plus de 300 millions d’euros à on-chain ; côté oracles, ils ont aussi enrôlé Chainlink. Honnêtement, ça fait des années que l’on parle de RWA, et la plupart des projets s’arrêtent au niveau du récit. Le @Dusk ne fait pas trop de tapage : il parle de la certitude du règlement, des licences, de l’émission native—des choses ennuyeuses, mais essentielles. La voie de la tokenisation des actifs ne sera peut-être pas celle qui gagne le plus bruyamment, mais celle qui obtient enfin un “oui” des régulateurs. Le $DUSK mérite d’être ajouté à une liste de surveillance : au moins, je regarderai de très près le véritable taux d’adoption après son lancement sur le mainnet. #dusk
$ARTX Synchronisation de lancement de l’activité de bonus x4 et de la préinscription pour le film de <3025> avec Tony Leung, fenêtres de temps et avantages promotionnels totalement maximisés. Le projet est en pleine préparation pour des développements majeurs : ce type d’opportunité de qualité est vraiment trop rare ! $ARTX #ARToken #ARTX #Ultiland
Tous ceux qui ont accompagné Ultiland depuis quelques tours déjà le savent bien : HP 7,8 fois, CRL 14 fois — ce n’est pas de la chance, c’est une promesse tenue, encore et encore, construite par cette plateforme. Donc, le lancement du film 《3025》 de Andy Lau Wang, ça ne surprend absolument personne ; ça rend juste encore plus enthousiaste. La précommande de 3025 est imminente, la précommande de 3025 est imminente, la précommande de 3025 est imminente, ARTX assure la croissance à long terme de tout l’écosystème. Quand il faut être là, il faut y être — en rater une fois, c’est un regret ; en rater deux, c’est une blague. $ARTX #ARTX #Ultiland #RWA #ArtFinance