#dusk $DUSK
La plupart des blockchains rendent l’activité financière transparente par défaut.
Dusk se penche sur une question différente :
Et si la confidentialité et la conformité étaient des propriétés de l’actif lui-même ?
C’est là que sa norme XSC devient intéressante.
XSC est conçue pour des contrats de sécurité confidentiels, permettant d’encoder dans des titres tokenisés des règles concernant l’éligibilité, les restrictions de transfert, les dividendes et le vote.
L’architecture renforce cette approche.
Dusk prend en charge des modèles de transactions à la fois transparents et protégés : Moonlight pour les comptes publics et Phoenix pour les transferts protégés. Sa pile cryptographique s’appuie sur des preuves à divulgation nulle et une divulgation sélective, de sorte que la confidentialité ne doive pas nécessairement signifier rendre tout invisible.
Il existe aussi plus d’un chemin d’exécution.
DuskVM exécute des contrats Rust/WASM sur la couche L1, tandis que DuskEVM prend en charge l’exécution Solidity/Vyper, avec le règlement et la disponibilité des données via DuskDS.
La grande idée est facile à manquer :
les règles des marchés financiers qui deviennent une infrastructure exécutable, plutôt qu’une paperasse encapsulée dans une blockchain.
Pour les titres tokenisés, la confidentialité seule ne suffit pas. Les activités sensibles doivent rester confidentielles, tandis que les règles portant sur la participation, la propriété et la divulgation peuvent être appliquées.
C’est la niche que vise Dusk.
Si les RWA (Real-World Assets) mûrissent au-delà du simple fait de mettre des actifs onchain, l’infrastructure intéressante pourrait être la couche capable de faire fonctionner ensemble la confidentialité et les contraintes.
@Dusk
#DUSKARMY. #dusk
La plupart des blockchains rendent l’activité financière transparente par défaut.
Dusk se penche sur une question différente :
Et si la confidentialité et la conformité étaient des propriétés de l’actif lui-même ?
C’est là que sa norme XSC devient intéressante.
XSC est conçue pour des contrats de sécurité confidentiels, permettant d’encoder dans des titres tokenisés des règles concernant l’éligibilité, les restrictions de transfert, les dividendes et le vote.
L’architecture renforce cette approche.
Dusk prend en charge des modèles de transactions à la fois transparents et protégés : Moonlight pour les comptes publics et Phoenix pour les transferts protégés. Sa pile cryptographique s’appuie sur des preuves à divulgation nulle et une divulgation sélective, de sorte que la confidentialité ne doive pas nécessairement signifier rendre tout invisible.
Il existe aussi plus d’un chemin d’exécution.
DuskVM exécute des contrats Rust/WASM sur la couche L1, tandis que DuskEVM prend en charge l’exécution Solidity/Vyper, avec le règlement et la disponibilité des données via DuskDS.
La grande idée est facile à manquer :
les règles des marchés financiers qui deviennent une infrastructure exécutable, plutôt qu’une paperasse encapsulée dans une blockchain.
Pour les titres tokenisés, la confidentialité seule ne suffit pas. Les activités sensibles doivent rester confidentielles, tandis que les règles portant sur la participation, la propriété et la divulgation peuvent être appliquées.
C’est la niche que vise Dusk.
Si les RWA (Real-World Assets) mûrissent au-delà du simple fait de mettre des actifs onchain, l’infrastructure intéressante pourrait être la couche capable de faire fonctionner ensemble la confidentialité et les contraintes.
@Dusk
#DUSKARMY. #dusk
