J’ai commencé à regarder Dusk sous un angle différent.
Au début, l’approche réglementée sur les titres m’a fait penser que le principal défi était la confidentialité.
Mais plus j’y creusais, plus je me rendais compte que la confidentialité seule ne suffit pas.
Un actif réglementé ne peut pas être totalement transparent.
Mais il ne peut pas non plus être entièrement caché.
Il faut un juste milieu : les informations sensibles restent protégées, tandis qu’une partie autorisée peut tout de même révéler ou vérifier ce qui est réellement requis.
C’est là que Dusk a attiré mon attention.
La divulgation sélective basée sur les comptes et le design de consensus de la SA de Citadel commencent à avoir plus de sens lorsqu’on les voit comme un seul workflow, plutôt que comme des fonctionnalités séparées.
Le réseau doit protéger l’état.
Il doit traiter les bons changements d’état.
Et ensuite, il doit parvenir à un accord pour valider que l’état obtenu est correct.
Même le modèle de provisionnement ajoute une couche supplémentaire, car quelqu’un doit encore fournir l’infrastructure et avoir une valeur économique en jeu via le jalonnement DUSK.
Ce que je trouve intéressant, c’est qu’aucune de ces pièces ne résout le problème à elle seule.
Le vrai test est de savoir si elles fonctionnent ensemble.
Car mettre des actifs réglementés onchain, c’est un problème.
Faire en sorte que la conformité à la confidentialité, le règlement et la sécurité du réseau fonctionnent ensemble, c’est un défi bien plus difficile.
C’est la partie de Dusk que je surveille actuellement.
#dusk @Dusk $DUSK
Au début, l’approche réglementée sur les titres m’a fait penser que le principal défi était la confidentialité.
Mais plus j’y creusais, plus je me rendais compte que la confidentialité seule ne suffit pas.
Un actif réglementé ne peut pas être totalement transparent.
Mais il ne peut pas non plus être entièrement caché.
Il faut un juste milieu : les informations sensibles restent protégées, tandis qu’une partie autorisée peut tout de même révéler ou vérifier ce qui est réellement requis.
C’est là que Dusk a attiré mon attention.
La divulgation sélective basée sur les comptes et le design de consensus de la SA de Citadel commencent à avoir plus de sens lorsqu’on les voit comme un seul workflow, plutôt que comme des fonctionnalités séparées.
Le réseau doit protéger l’état.
Il doit traiter les bons changements d’état.
Et ensuite, il doit parvenir à un accord pour valider que l’état obtenu est correct.
Même le modèle de provisionnement ajoute une couche supplémentaire, car quelqu’un doit encore fournir l’infrastructure et avoir une valeur économique en jeu via le jalonnement DUSK.
Ce que je trouve intéressant, c’est qu’aucune de ces pièces ne résout le problème à elle seule.
Le vrai test est de savoir si elles fonctionnent ensemble.
Car mettre des actifs réglementés onchain, c’est un problème.
Faire en sorte que la conformité à la confidentialité, le règlement et la sécurité du réseau fonctionnent ensemble, c’est un défi bien plus difficile.
C’est la partie de Dusk que je surveille actuellement.
#dusk @Dusk $DUSK