J’ai passé un moment dans la documentation de Dusk cette semaine, et ce qui m’a vraiment fait m’arrêter, c’est le schéma d’architecture de ce qu’ils appellent le cycle de vie financier complet onchain. Pas l’argumentaire sur la confidentialité — cette partie, je la connaissais déjà. Ce qui m’a fait revenir, c’est à quel point la pile est séquencée de manière délibérée.
Émission sur DuskDS. Négociation secondaire via NPEX, une bourse néerlandaise réglementée de type MTF, avec 17 500+ investisseurs actifs et plus de 200 M€ levés via sa plateforme. Règlement de retour vers la couche de base — déterministe, pas probabiliste. Ce n’est pas un protocole DeFi bricolé avec des exigences de conformité. C’est un argument concret de structure de marché.
Et puis le testnet DuskEVM est sorti le 13 août. Déploiements Solidity, prise en charge de Hardhat, compatibilité avec OP Stack — règlement de retour vers DuskDS. Ainsi, les développeurs peuvent construire avec des outils familiers, mais la garantie de règlement reste au niveau natif. @Dusk , $DUSK , #dusk . L’histoire de la composabilité ne fonctionne que si cet ancrage du règlement tient sous de vrais volumes de transactions, pas seulement dans des conditions de testnet.
Hmm… ce dont je ne suis toujours pas sûr, c’est qui initie réellement en premier sur cette infrastructure. NPEX apporte le flux d’opérations réglementées. Dusk apporte les “rails”. Mais le pont entre ces deux éléments — le moment où une vraie institution enregistre un véritable trade onchain — n’a encore eu lieu d’aucune manière documentée publiquement. Pourtant, une pile très convaincante. J’attends toujours de voir où tombera la première opération en conditions réelles.