Après avoir étudié @Dusk pendant un certain temps, j’ai de moins en moins eu l’impression qu’il s’agissait de « juste un autre projet de confidentialité ».
Beaucoup de discussions finissent par tourner autour de « comment cacher les transactions ». Ce qui m’a vraiment arrêté chez Dusk est différent : le projet tente de répondre à la question de savoir s’il est possible, lorsque des actifs numériques réglementés arrivent réellement on-chain, de trouver une voie qui ne soit pas un choix binaire entre vérifiabilité publique, protection des données et finance programmable.
DuskDS prend nativement en charge deux modèles de transaction. Moonlight est un modèle public basé sur les comptes, où l’état du compte, les soldes et les informations de transfert sont visibles ; Phoenix est un modèle de note protégée, qui vérifie la validité des transactions, la suffisance des fonds et l’absence de double dépense à l’aide de preuves à divulgation nulle de connaissance, sans exposer les montants ni l’expéditeur. Ce qui est vraiment intéressant, c’est qu’ils ne coexistent pas simplement côte à côte : ils peuvent être échangés atomiquement via la fonction convert du Transfer Contract. Il suffit à l’utilisateur de prouver la propriété d’un compte ou d’une adresse, sans que le processus ne soit bloqué dans un état intermédiaire. La viewing key transforme quant à elle la divulgation en capacité contrôlée — elle n’est pas publique par défaut et n’est transmise à une partie spécifique que selon des règles définies lorsque cela est nécessaire.
En remontant d’un niveau, Zedger et XSC sont les conceptions clés orientées vers les titres financiers. Zedger combine les capacités UTXO et celles des comptes pour gérer des détails de conformité comme la vérification d’éligibilité à la détention, les transferts plafonnés, les dividendes, etc. ; XSC standardise ensuite ces règles. convert gère la circulation du jeton natif, tandis que Zedger/XSC gèrent la conformité des titres ; les deux partagent la couche de base Phoenix, mais leurs responsabilités sont différentes et il ne faut pas les confondre.
Sur le plan architectural, DuskDS prend en charge le consensus, la finalité et la disponibilité des données, DuskVM exécute Rust/WASM, et DuskEVM est compatible avec la pile d’outils EVM. La Succinct Attestation forme une finalité déterministe après la Ratification, ce qui est crucial pour les transactions sur titres.
NPEX, en tant que MTF agréé aux Pays-Bas, a déjà dépassé les 200 millions d’euros de financement et compte plus de 17 500 investisseurs actifs. Dusk collabore avec lui pour explorer l’arrivée on-chain d’actions cotées et d’obligations, tandis que l’EURQ de Quantoz complète les paiements en euros conformes au MiCA. Ces partenariats ne peuvent pas être assimilés directement à une preuve de demande, mais ils offrent un terrain de test réel.
Ainsi, lorsque je regarde à nouveau $DUSK , je ne me concentre plus seulement sur la technologie de confidentialité, mais sur la question de savoir si les règles peuvent réellement être mises en œuvre, et si une activité de transaction réelle peut se traduire en demande de gas et de staking. Le premier point détermine si le produit peut être utilisé ; le second détermine si la valeur du réseau peut être capturée.
#dusk $DUSK @Dusk
Beaucoup de discussions finissent par tourner autour de « comment cacher les transactions ». Ce qui m’a vraiment arrêté chez Dusk est différent : le projet tente de répondre à la question de savoir s’il est possible, lorsque des actifs numériques réglementés arrivent réellement on-chain, de trouver une voie qui ne soit pas un choix binaire entre vérifiabilité publique, protection des données et finance programmable.
DuskDS prend nativement en charge deux modèles de transaction. Moonlight est un modèle public basé sur les comptes, où l’état du compte, les soldes et les informations de transfert sont visibles ; Phoenix est un modèle de note protégée, qui vérifie la validité des transactions, la suffisance des fonds et l’absence de double dépense à l’aide de preuves à divulgation nulle de connaissance, sans exposer les montants ni l’expéditeur. Ce qui est vraiment intéressant, c’est qu’ils ne coexistent pas simplement côte à côte : ils peuvent être échangés atomiquement via la fonction convert du Transfer Contract. Il suffit à l’utilisateur de prouver la propriété d’un compte ou d’une adresse, sans que le processus ne soit bloqué dans un état intermédiaire. La viewing key transforme quant à elle la divulgation en capacité contrôlée — elle n’est pas publique par défaut et n’est transmise à une partie spécifique que selon des règles définies lorsque cela est nécessaire.
En remontant d’un niveau, Zedger et XSC sont les conceptions clés orientées vers les titres financiers. Zedger combine les capacités UTXO et celles des comptes pour gérer des détails de conformité comme la vérification d’éligibilité à la détention, les transferts plafonnés, les dividendes, etc. ; XSC standardise ensuite ces règles. convert gère la circulation du jeton natif, tandis que Zedger/XSC gèrent la conformité des titres ; les deux partagent la couche de base Phoenix, mais leurs responsabilités sont différentes et il ne faut pas les confondre.
Sur le plan architectural, DuskDS prend en charge le consensus, la finalité et la disponibilité des données, DuskVM exécute Rust/WASM, et DuskEVM est compatible avec la pile d’outils EVM. La Succinct Attestation forme une finalité déterministe après la Ratification, ce qui est crucial pour les transactions sur titres.
NPEX, en tant que MTF agréé aux Pays-Bas, a déjà dépassé les 200 millions d’euros de financement et compte plus de 17 500 investisseurs actifs. Dusk collabore avec lui pour explorer l’arrivée on-chain d’actions cotées et d’obligations, tandis que l’EURQ de Quantoz complète les paiements en euros conformes au MiCA. Ces partenariats ne peuvent pas être assimilés directement à une preuve de demande, mais ils offrent un terrain de test réel.
Ainsi, lorsque je regarde à nouveau $DUSK , je ne me concentre plus seulement sur la technologie de confidentialité, mais sur la question de savoir si les règles peuvent réellement être mises en œuvre, et si une activité de transaction réelle peut se traduire en demande de gas et de staking. Le premier point détermine si le produit peut être utilisé ; le second détermine si la valeur du réseau peut être capturée.
#dusk $DUSK @Dusk
