#dusk $DUSK @Dusk
Je suis resté à fixer le même choix de design dans la documentation de Dusk Network jusqu’à ce que je comprenne pourquoi leur approche des effets de réseau ne ressemble en rien aux playbooks typiques de L1. La plupart des chaînes poursuivent les effets de réseau via une composabilité ouverte — plus de développeurs, plus de forks, plus de contrats copiés-collés. $DUSK reste juste en dessous de tout cela. Mais l’architecture complète de Dusk, basée sur des contrats intelligents confidentiels et une émission de sécurité réglementée (Zedger, la couche d’identité de la Citadelle), fait que la roue d’entraînement ne démarre pas avec une liquidité dégen anonyme. Elle commence par des intégrations de conformité qui prennent des mois à mettre en place. Elle ne cherche pas à optimiser pour un pic de TVL aussi rapide que possible ; elle optimise pour des institutions qui ont besoin d’une divulgation sélective et qui ne toucheront pas une chaîne sans des garanties de confidentialité auditées. Ce qui m’a frappé, c’est que cela donne une impression de croissance initiale lente et presque ennuyeuse par rapport aux chaînes permissionless, mais chaque intégration est « collante » d’une manière que le liquidity mining ne l’est jamais — un émetteur réglementé ne migre pas vers une chaîne concurrente du jour au lendemain. Il semble parier sur le fait que les effets de réseau se renforcent grâce à la confiance réglementaire plutôt que grâce au nombre d’utilisateurs. Je ne suis pas encore sûr que cette confiance se renforce assez vite avant que l’attention ne se déplace ailleurs