DIDs und DID URLs
DIDs und DID URLs
Persistente, dezentrale Identifikation für beliebige Ressourcen (14.06.2019)
Förderjahr 2018 / Project Call #13 / ProjektID: 3888 / Projekt: MastodonID

Wie wir bereits besprochen haben, sind Decentralized Identifiers (DIDs) persistente (gleichbleibende) Adressen, die auf einen Mastodon/ActivityPub-Endpoint zeigen können. Dieser Endpoint kann sich ändern, die DID ändert sich dabei nicht. Dadurch können bestehende Beziehungen und Verbindungen bei einem Wechsel des Mastodon-Servers mitgenommen werden.

Zusätzlich zur DID an sich gibt es allerdings auch noch ein weiteres nützliches Konzept: Die DID URL.

Eine DID URL besteht aus einer DID, sowie optional aus den Pfad, Query, und Fragment Komponenten, wie man sie auch aus anderen Arten von URLs wie z.B. HTTP(S) URLs kennt. Für alle technischen und super-nerdigen Details von URI/URL Syntax, siehe RFC3986. Das Verhältnis von DID zu DID URL ist ähnlich wie das Verhältnis von Domainname zu HTTP(S) URL.

DIDs und DID URLs

Während eine DID "aufgelöst" wird (zu einem DID Document), kann eine DID URL "dereferenziert" werden (zu verschiedenen anderen Ressourcen). DID URLs ermöglichen es, Adressen für verschiedenste Ressourcen zu vergeben, die alle genauso vom Inhaber der DID selbst kontrolliert werden. Ähnlich wie bei HTTP(S) URLs kann man damit Dokumente, Bilder, Medien, Datenbankobjekte, usw. identifizieren.

Im Falle von Mastodon haben beispielsweise einzelne Nachrichten, Kanäle, und andere Objekte des ActivityPub-Protokolls eigene HTTP(S) URLs. Diese könnten durch DID URLs ersetzt werden. Damit schafft man persistente Adressen nicht für den Accountinhaber selbst, sondern potentiell auch für alle Inhalte (Nachrichten, Anhänge, usw.), die dieser jemals erstellt hat. Diese DID URLs würden genause wie die DID auch bei einem Wechsel des Mastodon-Servers gleichbleiben.

Beispiel:

Eine Bilddatei, das ich über Mastodon veröffentlicht habe, hat folgende HTTP(S) URL:

https://chaos.social/system/media_attachments/files/003/577/114/original/e62109d3a47f8fcf.png

Diese URL würde sich ändern, wenn ich den Mastodon-Server wechsle.

Eine persistente DID URL für die gleiche Bilddatei könnte folgendermaßen aussehen:

did:sov:builder:9xsh5imsp9UMVbsX4sn2Cz;service=mastodon/system/media_attachments/files/003/577/114/original/e62109d3a47f8fcf.png

 

Die Details von DID URLs sowie deren Dereferenzierung werden derzeit im W3C spezifiziert.

Markus Sabadello

Profile picture for user markus.sabadello
Markus Sabadello ist ein langjähriger Pionier in den Themengebieten digitale Identität und persönliche Daten, und hat an vielen Technologien in diesem Bereich mitgearbeitet. Er hat an verschiedenen Initiativen zur Dezentralisierung des Internets teilgenommen, wie z.B. dem Federated Social Web, dem Respect Network, und der FreedomBox. Er hat auch als Berater beim Harvard Berkman Center for Internet&Society, beim MIT Media Lab, beim Weltwirtschaftsforum, und beim Personal Data Ecosystem Consortium mitgewirkt. Markus spricht oft auf Konferenzen und hat Texte über die Politik und Technologie von digitaler Identität publiziert. Im Jahr 2015 hat er die Danube Tech GmbH gegründet, ein Startup in Wien, das mit der Sovrin Foundation, Decentralized Identity Foundation, und der Decentralized Identifier Working Group beim W3C arbeitet.

Skills:

Sovereign Digital Identity
,
Decentralization
,
Peace and Conflict
CAPTCHA
Diese Frage dient der Überprüfung, ob Sie ein menschlicher Besucher sind und um automatisierten SPAM zu verhindern.