#dusk $DUSK @Dusk
Quand j’ai commencé à réfléchir à la façon de bâtir un réseau Layer 1 spécialisé dans la finance, je pensais que tout ce qu’il fallait, c’était une bonne vitesse, des coûts raisonnables et du support pour les Tokenized Assets.. C’était tout. Tant que le problème du settlement (règlement) était résolu, il ne restait plus qu’à laisser les gens construire leurs applications.
Mais après avoir lu plus attentivement sur Dusk, j’ai compris que cette vision était beaucoup trop simpliste.
Ce qui m’a vraiment frappé, c’est que Dusk n’est pas juste un projet qui « crée une » version tokenisée de technologies ou d’actifs : il met en place un cycle de vie complet autour d’eux. Depuis l’onboarding des investisseurs (investor onboarding), jusqu’au binding des wallets (wallet binding), en passant par le contrôle des transferts de propriété, jusqu’à la divulgation et la coordination avec les réseaux de paiement.
Ce point a complètement changé ma façon de voir le sujet des RWA (Real World Assets - actifs du monde réel). Le simple fait de transformer une obligation ou un fonds d’investissement en token sur la blockchain ne veut pas dire que c’est prêt pour un usage réel. Il reste des questions fondamentales à résoudre :
Qui a le droit d’acheter ?
Qui est autorisé à détenir les tokens ?
Quelles données faut-il divulguer publiquement, et lesquelles doivent rester protégées par la confidentialité ?
Et comment se fera le règlement entre l’argent et l’actif lui-même ?
Dusk va plus loin en séparant l’exécution du settlement :
Il y a DuskEVM pour écrire en Solidity, et DuskVM pour les applications qui doivent interagir directement avec le L1.
En parallèle, DuskDS gère le travail du settlement (règlement) et fournit la data availability (disponibilité des données).
$DUSK $BNB #dusk
Quand j’ai commencé à réfléchir à la façon de bâtir un réseau Layer 1 spécialisé dans la finance, je pensais que tout ce qu’il fallait, c’était une bonne vitesse, des coûts raisonnables et du support pour les Tokenized Assets.. C’était tout. Tant que le problème du settlement (règlement) était résolu, il ne restait plus qu’à laisser les gens construire leurs applications.
Mais après avoir lu plus attentivement sur Dusk, j’ai compris que cette vision était beaucoup trop simpliste.
Ce qui m’a vraiment frappé, c’est que Dusk n’est pas juste un projet qui « crée une » version tokenisée de technologies ou d’actifs : il met en place un cycle de vie complet autour d’eux. Depuis l’onboarding des investisseurs (investor onboarding), jusqu’au binding des wallets (wallet binding), en passant par le contrôle des transferts de propriété, jusqu’à la divulgation et la coordination avec les réseaux de paiement.
Ce point a complètement changé ma façon de voir le sujet des RWA (Real World Assets - actifs du monde réel). Le simple fait de transformer une obligation ou un fonds d’investissement en token sur la blockchain ne veut pas dire que c’est prêt pour un usage réel. Il reste des questions fondamentales à résoudre :
Qui a le droit d’acheter ?
Qui est autorisé à détenir les tokens ?
Quelles données faut-il divulguer publiquement, et lesquelles doivent rester protégées par la confidentialité ?
Et comment se fera le règlement entre l’argent et l’actif lui-même ?
Dusk va plus loin en séparant l’exécution du settlement :
Il y a DuskEVM pour écrire en Solidity, et DuskVM pour les applications qui doivent interagir directement avec le L1.
En parallèle, DuskDS gère le travail du settlement (règlement) et fournit la data availability (disponibilité des données).
$DUSK $BNB #dusk