#dusk $DUSK @Dusk
Ayant notre propre petite "bataille" avec les règles liées à l’écriture sur Creator Pad, je dois dire que je suis content d’avoir eu un aperçu de la réalité. Car enfreindre les règles finit toujours par être puni, que tu les aies enfreintes : juste un tout petit peu" ou un peu plus....Tout ce discours sur les règles et les réglementations m’a amené à réfléchir sérieusement aux règles et aux réglementations dans @Dusk , puisque cela concerne surtout des actifs réglementés
Je me suis dit que la conservation en auto-garde signifiait que dès lors que tu possèdes un actif réglementé, tu contrôles essentiellement ce qui lui arrive : une conclusion logique...
Puis je suis tombé sur le standard XSC : Confidential Security Contract de Dusk, et j’ai remarqué quelque chose que je ne m’attendais pas à voir : les jetons de sécurité peuvent être gelés ou faire l’objet de transferts forcés dans certaines situations.
Alors j’ai approfondi🕵️
Le flux normal est assez simple :
Investisseur → possède l’actif → le transfère
Mais XSC ajoute une couche supplémentaire autour de ça, à savoir que :
L’émetteur peut contrôler qui est autorisé à détenir l’actif via la liste blanche. Et s’il faut inverser une transaction illégale, l’émetteur peut initier un transfert forcé, mais une partie tierce distincte doit y cosigner.
Du coup, cela devient :
Investisseur → contrôle normal
Émetteur → éligibilité
Émetteur + tiers → intervention exceptionnelle
Je comprends pourquoi une valeur mobilière réglementée a besoin de ce genre de garanties. Perdre une clé privée, un transfert illégal ou un autre problème juridique ne veut pas nécessairement dire que l’actif est définitivement bloqué.
Mais cela m’a fait m’interroger sur le sens de la notion de conservation en auto-garde ici.
Si je détiens l’actif moi-même, mais qu’il y a encore des règles au-dessus de moi qui peuvent restreindre la détention ou permettre que l’actif soit déplacé dans des cas exceptionnels, où se situe exactement la ligne entre l’auto-garde et le contrôle de l’émetteur ?$DUSK
Ayant notre propre petite "bataille" avec les règles liées à l’écriture sur Creator Pad, je dois dire que je suis content d’avoir eu un aperçu de la réalité. Car enfreindre les règles finit toujours par être puni, que tu les aies enfreintes : juste un tout petit peu" ou un peu plus....Tout ce discours sur les règles et les réglementations m’a amené à réfléchir sérieusement aux règles et aux réglementations dans @Dusk , puisque cela concerne surtout des actifs réglementés
Je me suis dit que la conservation en auto-garde signifiait que dès lors que tu possèdes un actif réglementé, tu contrôles essentiellement ce qui lui arrive : une conclusion logique...
Puis je suis tombé sur le standard XSC : Confidential Security Contract de Dusk, et j’ai remarqué quelque chose que je ne m’attendais pas à voir : les jetons de sécurité peuvent être gelés ou faire l’objet de transferts forcés dans certaines situations.
Alors j’ai approfondi🕵️
Le flux normal est assez simple :
Investisseur → possède l’actif → le transfère
Mais XSC ajoute une couche supplémentaire autour de ça, à savoir que :
L’émetteur peut contrôler qui est autorisé à détenir l’actif via la liste blanche. Et s’il faut inverser une transaction illégale, l’émetteur peut initier un transfert forcé, mais une partie tierce distincte doit y cosigner.
Du coup, cela devient :
Investisseur → contrôle normal
Émetteur → éligibilité
Émetteur + tiers → intervention exceptionnelle
Je comprends pourquoi une valeur mobilière réglementée a besoin de ce genre de garanties. Perdre une clé privée, un transfert illégal ou un autre problème juridique ne veut pas nécessairement dire que l’actif est définitivement bloqué.
Mais cela m’a fait m’interroger sur le sens de la notion de conservation en auto-garde ici.
Si je détiens l’actif moi-même, mais qu’il y a encore des règles au-dessus de moi qui peuvent restreindre la détention ou permettre que l’actif soit déplacé dans des cas exceptionnels, où se situe exactement la ligne entre l’auto-garde et le contrôle de l’émetteur ?$DUSK
