Warum die AT Protocol DID die Identität ist, die Bluesky nie verliert

Was ist eine AT Protocol DID?

Jedes Bluesky-Konto trägt eine AT Protocol DID, einen dauerhaften Identifikator, den AT Protocol einmal vergibt und nie einem anderen Konto neu zuweist. Die Spezifikation des Protokolls selbst nennt die DID den "primary account identifier in atproto" ("primären Konto-Identifikator in atproto"), aufgebaut auf dem W3C-Standard für dezentrale Identifikatoren, und eine typische DID sieht so aus: did:plc:ewvi7nxzyoun6zhxrhs64oiz. Behandeln Sie die DID als den echten Namen des Kontos und den handle als Spitznamen, der sich darum herum ändern kann.

Was sind did:plc und did:web, und wie unterscheiden sie sich?

AT Protocol unterstützt genau zwei DID-Methoden, did:plc und did:web, und jede löst einen Identifikator auf ihre eigene Weise zu den Daten eines Kontos auf. did:plc ist eine Methode, die speziell für AT Protocol entwickelt wurde und selbstauthentifizierend ist, das heißt, der Identifikator selbst trägt genug kryptografische Information, um seine eigene Historie zu verifizieren, ohne einer zentralen Autorität zu vertrauen, abgesehen vom Verzeichnis, das ihn hostet. did:web ist eine W3C-Community-Methode, die den Identifikator direkt an einen Hostnamen über HTTPS bindet, was bedeutet, dass die Identität des Kontos jetzt davon abhängt, dass diese Domain unter der Kontrolle desselben Eigentümers bleibt.

Was ist das PLC-Verzeichnis, und wer betreibt es?

Das PLC-Verzeichnis ist eine öffentliche, kostenlose Registry, die did:plc-Identifikatoren zu ihren aktuellen DID-Dokumenten auflöst, und Bluesky Social PBC hat es als Infrastruktur für das breitere AT-Protocol-Netzwerk gebaut und betreibt es, nicht als reinen Bluesky-Dienst. Das Verzeichnis beschreibt sich selbst als "strongly consistent, recoverable, and allows for key rotation" ("stark konsistent, wiederherstellbar und ermöglicht Schlüsselrotation"), unter Verwendung selbstzertifizierender Operationsprotokolle, die jeder kryptografisch verifizieren kann, statt einer Blockchain oder eines Token-Systems. Stand Oktober 2024 hostete das Verzeichnis laut eigener Dokumentation mehr als zwölf Millionen registrierte Identifikatoren.

Wie unterscheidet sich eine DID von einem Bluesky-handle?

Eine DID ist der stabile Identifikator, der sich nie ändert, während ein handle ein menschenlesbarer, DNS-basierter Benutzername ist, den der eigene Protokoll-Leitfaden von Bluesky ausdrücklich als neu zuweisbar behandelt. Das Designziel des Protokolls ist, dass Identitäten "portable across services" ("über Dienste hinweg portabel") bleiben, sodass ein Wechsel des Anbieters oder einer Domain "should not cause a user to lose their identity, social graph, or content" ("nicht dazu führen sollte, dass ein Nutzer seine Identität, seinen sozialen Graphen oder seine Inhalte verliert") bedeutet. Der handle ist das, was Menschen sehen und eintippen, aber jedes Follow, jeder Post und jede Interaktion im Backend zeigt weiterhin auf die darunterliegende DID.

Warum kann sich ein handle ändern, während die DID gleich bleibt?

Ein handle kann sich ändern, weil er als Zeiger auf das Konto fungiert, nicht als die tatsächliche Adresse des Kontos, sodass die Aktualisierung eines Domainnamen-handles oder ein Wechsel des Hosting-Anbieters nur den Zeiger neu schreibt, nicht die Identität, auf die er zeigt. Ein Nutzer, der eine eigene Domain als handle verifiziert und diese Domain später aufgibt, kann seinen handle erneut ändern, ohne Follower, Beiträge oder Verlauf zu verlieren, weil jeder dieser Datensätze von Anfang an an die DID gebunden war. Diese Trennung ist derselbe Grund, warum ein Bluesky-App-Passwort widerrufen und neu ausgestellt werden kann, ohne die zugrunde liegende Identität des Kontos zu berühren: Der Widerruf ändert Zugangsdaten, nicht das Konto selbst.

Wie löst man eine AT Protocol DID in der Praxis auf?

Eine DID aufzulösen bedeutet, einen handle in eine DID umzuwandeln und diese DID dann in ein vollständiges DID-Dokument umzuwandeln, und der eigene Leitfaden von AT Protocol legt beide Schritte dar. Die Auflösung von handle zu DID funktioniert über einen DNS TXT-Eintrag unter _atproto.<handle> oder über einen HTTPS well-known-Endpunkt auf der Domain des handles. Sobald Sie die DID selbst haben, löst sich eine did:plc über ein einfaches HTTP-GET an das PLC-Verzeichnis auf, wie etwa https://plc.directory/did:plc:ewvi7nxzyoun6zhxrhs64oiz, während eine did:web sich direkt über die Hosting-Domain auflöst. Beide Wege liefern ein DID-Dokument, das den aktuellen handle des Kontos, den Signaturschlüssel und die URL des persönlichen Datenservers auflistet, der dessen Inhalte hostet.

Warum ist das wichtig, um Bluesky-Konten über die Zeit hinweg zu verfolgen?

DIDs sind wichtig, um Bluesky-Konten über die Zeit hinweg zu verfolgen, weil ein reiner handle-Datensatz in dem Moment bricht, in dem jemand sein Konto umbenennt, während ein DID-basierter Datensatz weiterhin auf dasselbe Konto zeigt, egal wie oft sich der handle ändert. Jedes Tool, das auf Datenerfassung aus sozialen Medien über Bluesky aufbaut, sollte die DID zusammen mit dem handle auflösen und speichern, nicht den handle allein, sonst trennen sich historische Erwähnungen und Follower-Daten stillschweigend von Konten, die später ihren handle ändern. Das Bluesky-Monitoring von RedReplier verfolgt Erwähnungen genau aus diesem Grund auf Kontoebene, sodass eine verfolgte Konversation auch nach einer handle-Änderung dem richtigen Konto zugeordnet bleibt.

Häufig gestellte Fragen

Kann ein Bluesky-Konto mehr als eine DID haben?

Nein. Jedes Bluesky-Konto wird mit genau einer DID erstellt, die für die gesamte Lebensdauer dieses Kontos fest bleibt, und ein Wechsel zwischen did:plc und did:web ist keine unterstützte Operation, sobald ein Konto auf einer Methode existiert.

Was passiert mit einer DID, wenn jemand sein Bluesky-Konto löscht?

Das DID-Dokument kann je nach DID-Methode als tombstoned (stillgelegt) oder deaktiviert markiert werden, aber der Identifikator selbst wird danach keinem neuen Konto neu zugewiesen. Die DID eines gelöschten Kontos wird nicht dafür verfügbar, dass jemand anderes sie beansprucht.

Ist ein did:web-Konto weniger sicher als ein did:plc-Konto?

Nicht grundsätzlich weniger sicher, aber did:web bindet die Kontokontinuität daran, die Kontrolle über eine bestimmte Domain zu behalten, ohne eingebauten Wiederherstellungsweg, falls diese Domain verloren geht, während did:plc Schlüsselrotation und Wiederherstellung über die eigenen Mechanismen des PLC-Verzeichnisses unterstützt. Der Kompromiss ist Domain-Unabhängigkeit gegen eingebaute Wiederherstellbarkeit.

Muss ich DIDs verstehen, um Bluesky als normaler Nutzer zu verwenden?

Nein. Die Oberfläche von Bluesky zeigt im normalen Gebrauch nur handles, und die DID-Auflösung passiert automatisch im Hintergrund. Das Verständnis von DIDs ist vor allem für Entwickler, Forscher und alle wichtig, die Tools auf Basis von AT Protocol bauen.

Kann ich die DID jedes Bluesky-Kontos selbst nachschlagen?

Ja. Die Auflösung eines handles zu seiner DID nutzt eine DNS TXT-Abfrage oder eine HTTPS well-known-Anfrage, beide sind öffentlich und erfordern keinen besonderen Zugang, und das PLC-Verzeichnis selbst ist ein öffentlicher, abfragbarer Dienst für did:plc-Konten.

Beeinflusst die Änderung eines Bluesky-handles die Suchergebnisse für dieses Konto?

Das Suchverhalten hängt davon ab, wie ein bestimmtes Tool Konten indexiert, aber AT Protocol selbst löst Erwähnungen und Follows über die DID auf, nicht über den handle, sodass eine gut gebaute Implementierung von Bluesky-Suchoperatoren auch nach einer handle-Änderung weiterhin Ergebnisse für ein Konto liefern sollte.

Wie sieht eine AT Protocol DID eigentlich aus?

Eine AT Protocol DID folgt dem Format did:plc:... oder did:web:..., aufgebaut auf dem W3C-Standard für dezentrale Identifikatoren. Ein Beispiel aus der Dokumentation des Protokolls selbst ist did:plc:ewvi7nxzyoun6zhxrhs64oiz. Das Präfix benennt die Methode, die sie vergeben hat, plc oder web, und alles danach ist entweder eine generierte Zeichenfolge oder ein Hostname.

Welche Informationen stehen in einem DID-Dokument?

Ein DID-Dokument listet den aktuellen handle des Kontos, seinen Signaturschlüssel und die URL des Personal Data Servers auf, der seine Inhalte hostet. Das Auflösen einer DID, über das PLC-Verzeichnis bei did:plc oder über die Hosting-Domain bei did:web, liefert genau dieses Dokument. Die darin enthaltene PDS-Adresse nutzt ein Client, um tatsächlich die Posts und Daten eines Kontos abzurufen.

Warum unterstützt AT Protocol zwei verschiedene DID-Methoden statt einer?

AT Protocol unterstützt did:plc und did:web, weil sie unterschiedliche Dinge gegeneinander abwägen. did:plc ist self-authenticating und erlaubt eine Wiederherstellung über Key-Rotation im PLC-Verzeichnis, während did:web die volle Kontrolle über den Identifikator demjenigen überlässt, der die Domain kontrolliert, ohne eingebaute Wiederherstellung, falls diese Domain verloren geht. Beide Optionen anzubieten lässt Kontoinhaber zwischen Portabilität und Wiederherstellbarkeit oder Unabhängigkeit von der eigenen Domain wählen, je nachdem, was ihnen wichtiger ist.

Wie viele Konten verzeichnet das PLC-Verzeichnis?

Stand Oktober 2024 verzeichnete die eigene Dokumentation des PLC-Verzeichnisses mehr als zwölf Millionen registrierte Identifikatoren. Bluesky Social PBC betreibt das Verzeichnis als Infrastruktur für das gesamte AT-Protocol-Netzwerk, nicht nur als Dienst für die eigene App. Das Verzeichnis nutzt selbstzertifizierende Operationsprotokolle, die jeder kryptografisch überprüfen kann, ganz ohne Blockchain oder Token-System.