Une fois, un fondateur m’a demandé comment tokeniser des actions non cotées, mais la question qu’il répétait sans cesse ne portait pas sur le prix du token. Il voulait prouver sa propriété sans exposer l’intégralité du registre des actionnaires. Il s’agit d’une collision très réelle entre la fintech et la crypto : la confiance a besoin d’une traçabilité, tandis que l’entreprise a besoin d’une zone privée.
Dusk Network sépare DuskDS et DuskEVM en 2 couches, au lieu de tout pousser dans une seule machine à états partagée. DuskDS conserve les données, le consensus, le règlement et l’état financier sensible. DuskEVM gère la couche d’exécution compatible EVM : ainsi, les contrats et les outils familiers ont encore leur place.
Cette séparation vise 3 goulots d’étranglement : la confidentialité, la programmabilité et les habitudes de déploiement. DuskDS gère la couche de registre qui nécessite un contrôle de l’information, où la relation entre l’émetteur, les investisseurs et les actifs ne devrait pas être lisible comme un tableur public. DuskEVM gère la couche applicative, où les développeurs ne veulent pas abandonner Solidity, les portefeuilles EVM et les workflows d’audit qu’ils connaissent déjà.
Dusk Network ne vend pas un rêve de confidentialité déconnecté du marché. Le projet cherche à relier la finance sécurisée à l’écosystème EVM via un pont natif entre DuskDS et DuskEVM, ce qui signifie que le flux de mouvements doit être assez clair pour que les utilisateurs n’aient pas l’impression de passer par deux réseaux inconnus. Dès que l’interaction devient confuse, la confidentialité sera perçue comme un coût pour l’expérience.
Je reste toutefois prudent. Deux couches peuvent rendre l’architecture plus propre, mais elles créent aussi une chose de plus à expliquer aux institutions et aux développeurs. Le vrai test pour Dusk Network est de savoir si les utilisateurs considèrent la sécurité comme un paramètre par défaut lorsqu’ils interagissent avec EVM, ou s’ils ne l’activent que lorsqu’ils ont peur d’être surveillés de trop près.
#dusk $DUSK @Dusk $COW $APR
Dusk Network sépare DuskDS et DuskEVM en 2 couches, au lieu de tout pousser dans une seule machine à états partagée. DuskDS conserve les données, le consensus, le règlement et l’état financier sensible. DuskEVM gère la couche d’exécution compatible EVM : ainsi, les contrats et les outils familiers ont encore leur place.
Cette séparation vise 3 goulots d’étranglement : la confidentialité, la programmabilité et les habitudes de déploiement. DuskDS gère la couche de registre qui nécessite un contrôle de l’information, où la relation entre l’émetteur, les investisseurs et les actifs ne devrait pas être lisible comme un tableur public. DuskEVM gère la couche applicative, où les développeurs ne veulent pas abandonner Solidity, les portefeuilles EVM et les workflows d’audit qu’ils connaissent déjà.
Dusk Network ne vend pas un rêve de confidentialité déconnecté du marché. Le projet cherche à relier la finance sécurisée à l’écosystème EVM via un pont natif entre DuskDS et DuskEVM, ce qui signifie que le flux de mouvements doit être assez clair pour que les utilisateurs n’aient pas l’impression de passer par deux réseaux inconnus. Dès que l’interaction devient confuse, la confidentialité sera perçue comme un coût pour l’expérience.
Je reste toutefois prudent. Deux couches peuvent rendre l’architecture plus propre, mais elles créent aussi une chose de plus à expliquer aux institutions et aux développeurs. Le vrai test pour Dusk Network est de savoir si les utilisateurs considèrent la sécurité comme un paramètre par défaut lorsqu’ils interagissent avec EVM, ou s’ils ne l’activent que lorsqu’ils ont peur d’être surveillés de trop près.
#dusk $DUSK @Dusk $COW $APR