L’étiquette de “blockchain de confidentialité” de Dusk cache un détail plus utile : la confidentialité sur Dusk n’est pas un unique mode universel de transaction.
La documentation actuelle répartit l’activité entre Moonlight (publique) et Phoenix (protégée).
Pour les transactions Phoenix, Dusk indique que l’expéditeur, le destinataire et le montant transféré ne sont pas exposés au-delà des parties impliquées et des détenteurs de la clé de vue.
Mais pour les transactions Moonlight — et autres interactions de contrats — la visibilité dépend de l’implémentation et de la présence d’une technologie de confidentialité comme les preuves à divulgation nulle.
Cette distinction a changé ma façon de lire l’histoire XSC.
Le glossaire décrit XSC comme une norme de smart contract confidentiel adaptable aux exigences métier, y compris des contraintes de confidentialité et des règles de conformité.
Donc l’architecture ne consiste pas simplement à “tout masquer”.
Elle peut prendre en charge la confidentialité lorsque la confidentialité est importante, tout en permettant des flux transparents lorsque les exigences opérationnelles l’exigent.
Il y a un indice pratique : le guide d’intégration avec les échanges de Dusk recommande Moonlight pour les dépôts et retraits, tandis que Phoenix nécessite un modèle de garde et d’analyse différent.
Pour les applications financières, cette flexibilité peut être plus importante que la confidentialité maximale par défaut.
Ce que je surveille, c’est la façon dont les déploiements XSC exposent ce choix dans la pratique : quelles données restent protégées, lesquelles deviennent auditables, et qui contrôle cette frontière.
@Dusk $DUSK #dusk
La documentation actuelle répartit l’activité entre Moonlight (publique) et Phoenix (protégée).
Pour les transactions Phoenix, Dusk indique que l’expéditeur, le destinataire et le montant transféré ne sont pas exposés au-delà des parties impliquées et des détenteurs de la clé de vue.
Mais pour les transactions Moonlight — et autres interactions de contrats — la visibilité dépend de l’implémentation et de la présence d’une technologie de confidentialité comme les preuves à divulgation nulle.
Cette distinction a changé ma façon de lire l’histoire XSC.
Le glossaire décrit XSC comme une norme de smart contract confidentiel adaptable aux exigences métier, y compris des contraintes de confidentialité et des règles de conformité.
Donc l’architecture ne consiste pas simplement à “tout masquer”.
Elle peut prendre en charge la confidentialité lorsque la confidentialité est importante, tout en permettant des flux transparents lorsque les exigences opérationnelles l’exigent.
Il y a un indice pratique : le guide d’intégration avec les échanges de Dusk recommande Moonlight pour les dépôts et retraits, tandis que Phoenix nécessite un modèle de garde et d’analyse différent.
Pour les applications financières, cette flexibilité peut être plus importante que la confidentialité maximale par défaut.
Ce que je surveille, c’est la façon dont les déploiements XSC exposent ce choix dans la pratique : quelles données restent protégées, lesquelles deviennent auditables, et qui contrôle cette frontière.
@Dusk $DUSK #dusk
