Seminar W3C DID Core & DID Methods Deep Dive

Inhaltsverzeichnis

• Abstract
• Positionierung
• Zielgruppe und Voraussetzungen
• Lernziele
• Inhalte und Agenda
• Übungen und Artefakte
• Materialien

Abstract

Das Seminar vertieft die technische Struktur von DIDs und DID Documents. Im Fokus stehen DID URL Syntax, Auflösung und Dereferenzierung, Service-Endpunkte, Verifikationsmethoden und Lifecycle-Aspekte wie Key Rotation, Deactivation und Recovery. Zusätzlich wird methodisches Design betrachtet: Welche Anforderungen bestimmen eine DID Method, wie wirken sich VDR- oder Web-Ansätze auf Betrieb, Verfügbarkeit und Interoperabilität aus, und wie werden Resolver- und Registry-Komponenten in Architekturen integriert.

Positionierung

• Technischer Kernbaustein für Architekt:innen und Entwickler:innen.
• Grundlage für VC-Implementierung, Wallet-Design, DIDComm, Security-Hardening.

Zielgruppe und Voraussetzungen

• Zielgruppe: Softwareentwicklung, Plattformteams, Security Engineering, Enterprise Architecture.
• Voraussetzungen: Grundlagen aus Seminar Grundlagen Decentralized Identity (DID) & Verifiable Credentials (VC) oder vergleichbares Wissen; JSON-Grundverständnis.

Lernziele

• DID Document Struktur und Semantik sicher interpretieren.
• DID Resolution Pfad analysieren und Fehlerfälle debuggen.
• DID Method-Trade-offs systematisch bewerten.
• Lifecycle-Operationen entwerfen: Rotation, Recovery, Deactivation.

Inhalte und Agenda

Tag 1

• DID Core: zentrale Begriffe, Modellgrenzen
• DID URL Syntax, Parameter, Fragment-Referenzen
• DID Document: Verification Methods, Relationships, Controllers
• Service Endpoints: Muster, Risiken, Anti-Patterns
• Checkpoint: typische Fehlannahmen (Mapping Identifier vs. Key vs. Controller)
• Resolution und Dereferencing: Resolver-Architektur, Caching, Consistency
• Fehlerklassen: notFound, deactivated, invalidDoc, staleCache
• DID Method-Klassen: ledgerbasiert, web-basiert, peer/pairwise
• Threats und Betriebsaspekte: Availability, Key Compromise, Downgrade
• Übung 1: DID Document lesen, Beziehungen und Trust-Surface annotieren

Tag 2

• Lifecycle: Key Rotation, Key Add/Remove, Deactivation
• Recovery Patterns und Governance-Anforderungen
• Method-Design: Anforderungen, State Model, Operationen, Resolver-Verhalten
• Minimales Method-Spec Template (praxisorientiert)
• Interoperabilität: method-spezifische vs. method-agnostische Komponenten
• Controller-Modelle und Delegation
• Übung 2: „Method Decision Record“ erstellen (Trade-offs, Risiken, Betrieb)
• Übung 3: Resolver-Fehlerkatalog und Monitoring-Signale definieren

Übungen und Artefakte

• DID Document Annotation Sheet
• Method Decision Record (MDR) Vorlage
• Resolver-Observability Checkliste (Metriken, Logs, Alerts)

Materialien

• Resolver- und DID Document Beispieldatensätze (offline)
• Architektur-Skizzenvorlagen