Verfasst von Pablo Gómez
Founder & CEO von Metlabs · Geprüft am 11. Oktober 2026
Ein DID folgt der URI-Syntax did:Methode:Kennung (zum Beispiel did:web:example.com oder did:key:z6Mk...) und wird zu einem DID Document in JSON oder JSON-LD aufgelöst, das die öffentlichen Schlüssel, die Authentifizierungsmethoden und die zugehörigen Service-Endpoints enthält. Die DID Method legt fest, wie die Kennung auf einem bestimmten Substrat erstellt, aufgelöst, aktualisiert und deaktiviert wird, sei es ein Blockchain-Netzwerk, eine Webdomain oder der Schlüssel selbst. Beim W3C sind mehr als hundert Methoden registriert.
Die Kontrolle über die Identität geht auf den Nutzer über. Wer den privaten Schlüssel besitzt, weist die Kontrolle über den DID nach, ohne föderiertes Login und ohne einen Aussteller, der den Zugang widerrufen könnte. Auf dieser Grundlage werden Verifiable Credentials signiert und geprüft. Im Kontext der Tokenisierung ermöglicht dies ein wiederverwendbares KYC und einen berechtigungsbasierten Zugang zu Vermögenswerten, ohne die Prüfung auf jeder Plattform zu wiederholen. Der DID ist der Grundbaustein der selbstbestimmten Identität (Self-Sovereign Identity).
In der Praxis stützt sich did:web ohne On-Chain-Kosten auf DNS und HTTPS und wird von vielen Institutionen genutzt, did:ethr arbeitet auf Ethereum, und did:key ist in sich geschlossen. Microsoft hat die Methode did:ion auf Bitcoin eingeführt. Der Standard erreichte mit DID Core v1.0 am 19. Juli 2022 den Status einer W3C-Empfehlung (Recommendation); Version 1.1 wurde im März 2026 zur Candidate Recommendation, verbunden mit einem Aufruf zu Implementierungen. In der Europäischen Union übertragen eIDAS 2.0 und die EUDI-Wallet diese Prinzipien auf den Rahmen des Binnenmarkts.
Auch bekannt als
- DID





