Qu'est-ce qu'une identité décentralisée (DID) ? (Confidentialité des utilisateurs)

Définition et architecture de base

1. Une identité décentralisée (DID) est un identifiant unique au monde qui n’est enregistré ni contrôlé par aucune autorité centralisée. Il suit le format did:method:identifier , tel que did:ethr:0xabc123... , et est résolu en un document DID contenant des clés publiques, des méthodes d'authentification et des points de terminaison de service.

2. Le document DID est ancré sur un grand livre distribué ou un réseau peer-to-peer comme IPFS, garantissant l'immuabilité et la vérifiabilité sans recourir à des intermédiaires.

3. La propriété et le contrôle appartiennent entièrement à l'utilisateur via des paires de clés cryptographiques : les clés privées ne quittent jamais les appareils locaux et les clés publiques ne sont publiées qu'en cas de nécessité de vérification.

4. Contrairement aux certificats PKI traditionnels émis par les autorités de certification, les DID éliminent les points de défaillance uniques et réduisent les dépendances de confiance systémiques dans l'infrastructure Web3.

5. Chaque DID fonctionne comme une racine de confiance pour une identité auto-souveraine, permettant aux utilisateurs de délivrer, détenir et présenter des informations d'identification sans exposer les données brutes sous-jacentes.

Mécanismes de confidentialité en pratique

1. Les preuves sans connaissance (ZKP) permettent aux utilisateurs de prouver des déclarations sur leurs attributs d'identité, tels que l'âge de plus de 18 ans ou le statut de citoyenneté, sans révéler la date de naissance réelle ou le numéro de passeport.

2. La divulgation sélective permet un partage granulaire : un portefeuille peut présenter uniquement les informations d'identification « d'investisseur qualifié » pour un protocole DeFi tout en dissimulant la formation ou les antécédents professionnels.

3. La révocation des informations d'identification est gérée hors chaîne ou via des listes de statut basées sur la blockchain, empêchant ainsi l'exposition permanente de réclamations compromises ou obsolètes.

4. Le stockage local des clés dans des enclaves sécurisées ou des portefeuilles matériels garantit que les clés privées restent inaccessibles aux dApps, aux échanges ou même aux processus au niveau du système d'exploitation.

5. Les couches de chiffrement appliquées aux informations d'identification vérifiables stockées empêchent les fuites de métadonnées lors de la transmission ou de la synchronisation entre les appareils.

Intégration avec les systèmes financiers en chaîne

1. Les flux de travail KYC basés sur DID permettent aux utilisateurs d'effectuer une seule fois les vérifications réglementaires et de réutiliser les informations d'identification vérifiées sur plusieurs protocoles DeFi, marchés NFT et plates-formes de gouvernance DAO.

2. Les interfaces Ethereum JSON-RPC prennent en charge les appels de résolveur DID directement à partir de contrats intelligents, permettant des contrôles d'éligibilité automatisés et minimisant la confiance avant le décaissement du prêt ou la participation au jalonnement.

3. Les scores de réputation liés à la chaîne dérivés des historiques de transactions ancrés dans DID peuvent alimenter des modèles de prêt sous-garantis sans exposer l’activité complète de l’adresse.

4. Les ponts inter-chaînes utilisent les attestations DID pour valider la propriété du portefeuille dans tous les écosystèmes, réduisant ainsi les risques de phishing associés à la saisie répétée de phrases de départ.

5. Les communautés fermées par jetons appliquent les règles d'adhésion en utilisant des informations d'identification vérifiées par DID au lieu de simples soldes de portefeuille, augmentant ainsi les barrières contre les attaques Sybil.

Risques opérationnels et atténuations

1. La perte de clé reste irréversible : aucune phrase de récupération ni aucun mécanisme de réinitialisation centralisé n'existent dans les systèmes DID purs, ce qui place l'entière responsabilité opérationnelle sur les utilisateurs finaux.

2. Les flux d'authentification résistants au phishing nécessitent une intégration avec des navigateurs et des modules de sécurité matériels compatibles WebAuthn, limitant l'accessibilité pour les participants non techniques.

3. L'ancrage en chaîne des métadonnées DID introduit des problèmes de permanence ; Les demandes de suppression alignées sur le RGPD ne peuvent pas effacer les écritures immuables du grand livre, ce qui nécessite des stratégies d'obscurcissement hors chaîne.

4. Les émetteurs malveillants peuvent générer des informations d'identification vérifiables frauduleuses ; la logique de vérification doit inclure la vérification de la révocation de l'émetteur et la validation de la signature cryptographique au moment de l'exécution.

5. Des écarts d'interopérabilité persistent entre les méthodes DID — did:key , did:ethr et did:pkh — nécessitant des implémentations de résolveurs spécifiques au protocole et augmentant les frais d'intégration pour les fournisseurs de portefeuilles.

Foire aux questions

Q1 : Un DID peut-il être lié à un nom légal réel ? Oui, mais seulement si divulgué volontairement par l'utilisateur via un identifiant vérifiable délivré par une entité autorisée telle qu'une agence gouvernementale ou un fournisseur KYC agréé.

Q2 : Les explorateurs de blocs affichent-ils l'activité liée au DID ? Non, les explorateurs de blocs standard affichent uniquement les hachages et les adresses des transactions (et non les documents DID ou les présentations d'informations d'identification), à moins qu'ils ne soient explicitement indexés par des outils spécialisés de reconnaissance d'identité.

Q3 : Est-il possible de changer la clé publique associée à un DID ? Oui, via les mises à jour des documents DID signés par la clé privée du contrôleur actuel, à condition que la méthode prenne en charge la rotation des clés et que le résolveur reconnaisse le nouveau schéma de signature.

Q4 : Comment les dApps vérifient-ils un DID sans compromettre la confidentialité ? Les dApps interrogent les résolveurs décentralisés pour récupérer les clés publiques du document DID, puis valident les signatures cryptographiques sur les informations d'identification présentées : aucune donnée personnelle n'est transmise ou stockée par l'application.