Identity-Protokolle

Was sind Identity-Protokolle?

Identity-Protokolle ermöglichen es Agenten zu verifizieren, wer hinter einer Domain oder einem Dienst steht. Sie beantworten die Frage: „Wer bist du, und wie kann ich das überprüfen?"

WebFinger

Ermittelt Informationen über einen Nutzer oder Dienst anhand seiner Domain. Ausgeliefert unter /.well-known/webfinger:

{
  "subject": "acct:service@yourdomain.com",
  "links": [
    { "rel": "self", "type": "application/activity+json", "href": "https://yourdomain.com/actor" }
  ]
}

Spezifikation: RFC 7033

DID Document

Decentralized Identifiers — selbstsouveräne Identitäts-URIs. Ausgeliefert unter /.well-known/did.json:

{
  "id": "did:web:yourdomain.com",
  "verificationMethod": [{
    "id": "did:web:yourdomain.com#key-1",
    "type": "Ed25519VerificationKey2020",
    "publicKeyMultibase": "z6Mk..."
  }]
}

Spezifikation: W3C DID Core

Nostr NIP-05

Bildet menschenlesbare Namen auf öffentliche Nostr-Schlüssel ab. Ausgeliefert unter /.well-known/nostr.json:

{
  "names": {
    "service": "npub1..."
  }
}

Spezifikation: NIP-05

AT Protocol DID

Verknüpft eine Domain mit einer Bluesky-/AT-Protocol-Identität. Ausgeliefert unter /.well-known/atproto-did:

did:plc:abc123xyz

Spezifikation: AT Protocol Identity

Apple App Links & Android Asset Links

Mobile Deep-Linking-Protokolle, die belegen, dass eine Domain zu einer Mobile-App gehört.

Apple: /.well-known/apple-app-site-association
Android: /.well-known/assetlinks.json

Reifegrad der Spezifikation

Alle hier gelisteten Identity-Protokolle haben formale Spezifikationen. WebFinger und DID sind W3C-/IETF-Standards. Nostr und AT Protocol sind ökosystemspezifisch, aber klar definiert.