La première fois que je suis tombé sur Zedger, j’ai dû relire l’idée deux fois.
La confidentialité dans la finance semble simple jusqu’à ce qu’on pense à ce qui doit réellement être enregistré.
Un actif réglementé peut nécessiter un historique clair des changements de solde, des droits de vote, des dividendes et de la propriété. Dans le même temps, mettre chaque détail ouvertement sur la chaîne n’est pas exactement ainsi que fonctionnent normalement les marchés financiers.
$DUSK aborde cela différemment.
Zedger combine un modèle de compte avec un système de transfert privé, de sorte que le réseau puisse suivre les informations qui comptent sans transformer chaque élément de l’activité financière en données publiques.
Un détail que j’ai trouvé particulièrement intéressant, c’est qu’un destinataire doit approuver explicitement un transfert entrant.
Cela peut sembler anodin, mais ça change la façon de penser les actifs tokenisés.
On a l’impression moins d’essayer de forcer la finance traditionnelle dans un portefeuille crypto classique que de concevoir une infrastructure blockchain en tenant compte de la manière dont les actifs financiers se comportent réellement.
C’est probablement la plus grande histoire de Dusk pour moi.
La confidentialité, seule, ne suffit pas.
Si la blockchain veut une adoption financière sérieuse, elle doit aussi comprendre la propriété, la conformité, le vote et le règlement.
Et c’est là que l’architecture devient vraiment intéressante.
@Dusk #dusk $DUSK
La confidentialité dans la finance semble simple jusqu’à ce qu’on pense à ce qui doit réellement être enregistré.
Un actif réglementé peut nécessiter un historique clair des changements de solde, des droits de vote, des dividendes et de la propriété. Dans le même temps, mettre chaque détail ouvertement sur la chaîne n’est pas exactement ainsi que fonctionnent normalement les marchés financiers.
$DUSK aborde cela différemment.
Zedger combine un modèle de compte avec un système de transfert privé, de sorte que le réseau puisse suivre les informations qui comptent sans transformer chaque élément de l’activité financière en données publiques.
Un détail que j’ai trouvé particulièrement intéressant, c’est qu’un destinataire doit approuver explicitement un transfert entrant.
Cela peut sembler anodin, mais ça change la façon de penser les actifs tokenisés.
On a l’impression moins d’essayer de forcer la finance traditionnelle dans un portefeuille crypto classique que de concevoir une infrastructure blockchain en tenant compte de la manière dont les actifs financiers se comportent réellement.
C’est probablement la plus grande histoire de Dusk pour moi.
La confidentialité, seule, ne suffit pas.
Si la blockchain veut une adoption financière sérieuse, elle doit aussi comprendre la propriété, la conformité, le vote et le règlement.
Et c’est là que l’architecture devient vraiment intéressante.
@Dusk #dusk $DUSK
