#dusk $DUSK @Dusk
L’éligibilité d’un investisseur ne devrait pas devenir une étiquette permanente apposée à un portefeuille.
L’accréditation peut expirer. La résidence peut changer. Le contrôle d’un portefeuille peut également évoluer. S’appuyer sur une ancienne approbation peut donner l’impression qu’un transfert est conforme sans vérifier qui reçoit désormais l’actif.
Citadel 2 propose une voie de conception intéressante. Un investisseur peut générer une preuve à connaissance nulle à partir d’une attestation enregistrée, signée par un LP. Le contrat Citadel vérifie cette preuve et enregistre une session publique sans exposer, sur la chaîne, l’identité sous-jacente, l’attestation ou la clé du portefeuille.
Pour un transfert réglementé, un prestataire de services pourrait exiger une session Citadel récente, utiliser un défi spécifique au transfert, puis lier le cookie ou la requête authentifiée qui en résulte au compte destinataire. Avec un profil de divulgation sélective, seuls les faits requis, comme une résidence ou une accréditation éligible, devraient être divulgués ou prouvés.
Citadel confirme que la session est valide sur le plan cryptographique. Elle ne détermine pas quels fournisseurs de licences sont dignes de confiance, combien de temps dure l’approbation, si elle peut être réutilisée, ni comment la révocation est vérifiée. Le prestataire de services, potentiellement l’émetteur ou le lieu, doit définir ces règles.
La spécification actuelle de Citadel 2 est marquée comme « Draft », et son dépôt indique que l’implémentation n’est pas destinée à un usage en production. Il s’agit d’une piste de conception, pas d’une preuve d’une barrière d’éligibilité en fonctionnement sur Dusk.
Chaque transfert réglementé devrait-il exiger une nouvelle preuve d’éligibilité ?
$DUSK
L’éligibilité d’un investisseur ne devrait pas devenir une étiquette permanente apposée à un portefeuille.
L’accréditation peut expirer. La résidence peut changer. Le contrôle d’un portefeuille peut également évoluer. S’appuyer sur une ancienne approbation peut donner l’impression qu’un transfert est conforme sans vérifier qui reçoit désormais l’actif.
Citadel 2 propose une voie de conception intéressante. Un investisseur peut générer une preuve à connaissance nulle à partir d’une attestation enregistrée, signée par un LP. Le contrat Citadel vérifie cette preuve et enregistre une session publique sans exposer, sur la chaîne, l’identité sous-jacente, l’attestation ou la clé du portefeuille.
Pour un transfert réglementé, un prestataire de services pourrait exiger une session Citadel récente, utiliser un défi spécifique au transfert, puis lier le cookie ou la requête authentifiée qui en résulte au compte destinataire. Avec un profil de divulgation sélective, seuls les faits requis, comme une résidence ou une accréditation éligible, devraient être divulgués ou prouvés.
Citadel confirme que la session est valide sur le plan cryptographique. Elle ne détermine pas quels fournisseurs de licences sont dignes de confiance, combien de temps dure l’approbation, si elle peut être réutilisée, ni comment la révocation est vérifiée. Le prestataire de services, potentiellement l’émetteur ou le lieu, doit définir ces règles.
La spécification actuelle de Citadel 2 est marquée comme « Draft », et son dépôt indique que l’implémentation n’est pas destinée à un usage en production. Il s’agit d’une piste de conception, pas d’une preuve d’une barrière d’éligibilité en fonctionnement sur Dusk.
Chaque transfert réglementé devrait-il exiger une nouvelle preuve d’éligibilité ?
$DUSK
