#dusk $DUSK @Dusk Je pensais que Dusk était simplement une blockchain axée sur la confidentialité. Puis j’ai creusé davantage dans la documentation.
Dusk Network est décrit comme un protocole de registre distribué basé sur la blockchain, conçu pour préserver la confidentialité des transactions DUSK, avec des primitives natives de preuve à divulgation nulle (zero-knowledge) sur sa couche de calcul généralisée. Les cas d’usage annoncés ont été pensés autour de la tokenisation et de la gestion du cycle de vie de titres financiers, conformes à la réglementation, en faisant référence à la norme Confidential Security Contract (XSC) à cette fin.
Cela m’a amené à le voir autrement.
La partie qui a retenu mon attention, c’est Zedger. Il a été conçu autour des exigences de cycle de vie des security tokens, notamment la mémoire privée des comptes, les enregistrements des variations de solde, et des soldes distincts éligibles aux transactions, au vote et aux dividendes.
Les transferts peuvent également passer par des états distincts ACCEPT, SETTLE et CLAIM, liés à une expiration.
Cela change la question pour moi.
Il ne s’agit pas seulement de savoir si des données financières peuvent rester privées. Il s’agit de la manière dont la confidentialité, les registres de propriété, les approbations et les états de règlement fonctionnent ensemble tout au long du cycle de vie d’un actif.
À mon avis, le véritable test intervient lorsque des utilisateurs réels, des actifs, des approbations et des flux de règlement rencontrent ces mécanismes dans la pratique.
C’est ce que je vais observer ensuite.
Dusk Network est décrit comme un protocole de registre distribué basé sur la blockchain, conçu pour préserver la confidentialité des transactions DUSK, avec des primitives natives de preuve à divulgation nulle (zero-knowledge) sur sa couche de calcul généralisée. Les cas d’usage annoncés ont été pensés autour de la tokenisation et de la gestion du cycle de vie de titres financiers, conformes à la réglementation, en faisant référence à la norme Confidential Security Contract (XSC) à cette fin.
Cela m’a amené à le voir autrement.
La partie qui a retenu mon attention, c’est Zedger. Il a été conçu autour des exigences de cycle de vie des security tokens, notamment la mémoire privée des comptes, les enregistrements des variations de solde, et des soldes distincts éligibles aux transactions, au vote et aux dividendes.
Les transferts peuvent également passer par des états distincts ACCEPT, SETTLE et CLAIM, liés à une expiration.
Cela change la question pour moi.
Il ne s’agit pas seulement de savoir si des données financières peuvent rester privées. Il s’agit de la manière dont la confidentialité, les registres de propriété, les approbations et les états de règlement fonctionnent ensemble tout au long du cycle de vie d’un actif.
À mon avis, le véritable test intervient lorsque des utilisateurs réels, des actifs, des approbations et des flux de règlement rencontrent ces mécanismes dans la pratique.
C’est ce que je vais observer ensuite.
