#dusk $DUSK Aujourd’hui, dans le document d’architecture d’identité de Dusk, je me suis plongé dans le protocole Citadel, en me concentrant surtout sur son mécanisme de révocation et d’expiration des attestations (Revocation & Expiration) ; c’est en réalité l’un des obstacles techniques les plus ardus de l’identité conforme.

Dans les systèmes traditionnels de SBT Ethereum (Soulbound Tokens) ou dans de simples architectures DID, une fois qu’une attestation est émise à une adresse, il est très difficile de la révoquer sans laisser de trace, à moins de réécrire la chaîne. Mais dans la finance réglementée, c’est tout simplement impossible à accepter — un investisseur peut être conforme aujourd’hui, puis se retrouver demain sur une liste noire pour cause de blanchiment d’argent, ou voir son passeport KYC expirer et devenir invalide.$BTC

Le protocole Citadel de Dusk, grâce aux accumulateurs (Accumulators) et à la liste de révocation à divulgation nulle de connaissance (ZK Revocation List), permet une « révocation dynamique à la seconde près » des attestations d’identité.

Les institutions agréées (Issuer) peuvent, sans révéler l’identité réelle du détenteur, injecter sur la chaîne le hachage des attestations devenues invalides dans l’arbre de révocation on-chain. Lors de sa prochaine tentative de transfert, la preuve ZK générée par l’utilisateur vérifiera automatiquement : « je ne figure pas dans l’arbre de révocation ».

Dès qu’une attestation devient invalide, l’utilisateur ne peut plus générer de preuve de conformité, et la transaction est automatiquement bloquée par le réseau.

Cette gestion dynamique du cycle de vie de l’identité fait passer la conformité on-chain d’une « authentification statique à usage unique » à une « gestion dynamique du risque en temps réel ». Le code, en profondeur, assure pour les institutions financières une surveillance réglementaire continue, seconde après seconde.

$DUSK #dusk @Dusk