Je pensais que les systèmes d’identité étaient essentiellement des armoires de classement numériques : prouvez une fois qui vous êtes, stockez l’identifiant, puis passez à autre chose.
Ensuite, j’ai commencé à regarder Citadel différemment.
La partie intéressante ne se limite pas au fait que des données sensibles peuvent rester cachées. C’est ce qui se passe lorsque le système demande une preuve d’une affirmation, plutôt que l’information sous-jacente.
Imaginez ceci : au lieu d’afficher l’intégralité de votre dossier, vous prouvez « Je suis habilité à faire cela ». Le vérificateur obtient la réponse dont il a besoin, tandis que les détails sous-jacents n’ont pas besoin de devenir un actif permanent sur la chaîne.
Mais il y a un hic, et je le trouve plus intéressant.
Si cette preuve expire, l’éligibilité devient quelque chose qu’il faut maintenir en permanence. Une vérification passée ne suffit plus indéfiniment. L’architecture transforme la conformité : on ne la réduit plus à « stocker mon identité », mais à « prouver mon statut quand c’est nécessaire ».
Cela améliore la confidentialité, mais introduit une forme de friction différente.
Si chaque nouvel écosystème vous oblige à établir à nouveau votre éligibilité, l’interopérabilité devient essentielle. Sinon, les utilisateurs ne restent pas parce que le système est meilleur : ils restent parce que partir signifie répéter le processus de vérification ailleurs.
La vraie question de conception n’est donc pas de savoir si la confidentialité est utile.
C’est de savoir si une vérification réutilisable peut réduire les coûts de confiance répétés, sans devenir une nouvelle forme de verrouillage.

Un réseau de vérification crée-t-il de la confiance parce qu’il est plus facile à utiliser, ou parce qu’en partir devient coûteux ?
#dusk $DUSK @Dusk
Qu’est-ce qui entraînera l’adoption de systèmes de vérification comme Citadel ?