#dusk $DUSK @Dusk Je me suis plongé dans Citadel hier soir — l’identité de Dusk et la couche de licences — en me disant que ça fonctionnerait comme la plupart des modules KYC greffés sur la DeFi : vérifier une fois, stocker un indicateur « verified », et c’est fini. En fait, ce n’est pas vraiment ça.
Ce que Citadel apporte, ce n’est pas un badge de type « passe/échoue ». C’est une licence à preuve à connaissance nulle — une preuve qui établit que vous remplissez une condition donnée (investisseur accrédité, résident de l’UE, etc., selon ce que l’actif exige) sans divulguer les documents sous-jacents qui prouvent cela. Le vérificateur apprend « ce détenteur est éligible », pas votre numéro de passeport ni votre relevé bancaire.
Je pensais que c’était l’histoire complète. Ce n’est pas le cas. Une licence doit encore être vérifiée par rapport à une règle en direct à chaque fois qu’un actif se déplace, et pas une seule fois lors de l’onboarding. Les indicateurs statiques « verified » se périment — les juridictions changent, l’accréditation expire, les règles sont mises à jour. Le modèle de Citadel est conçu pour prouver la conformité au moment de la transaction, pas pour « louer » un badge obtenu des mois plus tôt.
Ça m’a rappelé la différence entre un tampon de passeport et un nouveau contrôle de sécurité d’aéroport quand vous embarquez pour chaque vol. L’un est une trace d’une vérification passée. L’autre confirme que vous êtes encore éligible, tout de suite, pour ce portique précis.
Ça a du sens pour une chaîne qui règle des titres réglementés. Un registre qui dit « ce portefeuille était conforme en mars » ne sert à rien à un émetteur en septembre si la règle a changé et si personne n’a re-vérifié. Intégrer la re-vérification directement dans la transaction, au lieu de faire confiance à une preuve devenue obsolète, c’est la partie qui est réellement difficile à contrefaire.
À clarifier : je m’appuie sur la documentation, pas sur une intégration en direct que j’ai testée moi-même — je n’ai pas encore vu en pratique comment ça se comporte en termes de volume de transactions réel avec de vrais changements de règles réglementaires.
Je réfléchis encore : la re-vérification à chaque transaction passe-t-elle à l’échelle quand des milliers de détenteurs déplacent des actifs chaque jour, ou bien ce coût de vérification finit-il par être reporté sur les émetteurs d’une manière qui ralentit la vitesse de règlement exacte que Dusk vend ?
@dusk $DUSK #dusk
Ce que Citadel apporte, ce n’est pas un badge de type « passe/échoue ». C’est une licence à preuve à connaissance nulle — une preuve qui établit que vous remplissez une condition donnée (investisseur accrédité, résident de l’UE, etc., selon ce que l’actif exige) sans divulguer les documents sous-jacents qui prouvent cela. Le vérificateur apprend « ce détenteur est éligible », pas votre numéro de passeport ni votre relevé bancaire.
Je pensais que c’était l’histoire complète. Ce n’est pas le cas. Une licence doit encore être vérifiée par rapport à une règle en direct à chaque fois qu’un actif se déplace, et pas une seule fois lors de l’onboarding. Les indicateurs statiques « verified » se périment — les juridictions changent, l’accréditation expire, les règles sont mises à jour. Le modèle de Citadel est conçu pour prouver la conformité au moment de la transaction, pas pour « louer » un badge obtenu des mois plus tôt.
Ça m’a rappelé la différence entre un tampon de passeport et un nouveau contrôle de sécurité d’aéroport quand vous embarquez pour chaque vol. L’un est une trace d’une vérification passée. L’autre confirme que vous êtes encore éligible, tout de suite, pour ce portique précis.
Ça a du sens pour une chaîne qui règle des titres réglementés. Un registre qui dit « ce portefeuille était conforme en mars » ne sert à rien à un émetteur en septembre si la règle a changé et si personne n’a re-vérifié. Intégrer la re-vérification directement dans la transaction, au lieu de faire confiance à une preuve devenue obsolète, c’est la partie qui est réellement difficile à contrefaire.
À clarifier : je m’appuie sur la documentation, pas sur une intégration en direct que j’ai testée moi-même — je n’ai pas encore vu en pratique comment ça se comporte en termes de volume de transactions réel avec de vrais changements de règles réglementaires.
Je réfléchis encore : la re-vérification à chaque transaction passe-t-elle à l’échelle quand des milliers de détenteurs déplacent des actifs chaque jour, ou bien ce coût de vérification finit-il par être reporté sur les émetteurs d’une manière qui ralentit la vitesse de règlement exacte que Dusk vend ?
@dusk $DUSK #dusk
