Früher dachte ich, Identitätssysteme seien im Grunde digitale Aktenschränke: Weisen Sie einmal nach, wer Sie sind, speichern Sie das Zertifikat und machen Sie weiter.
Dann habe ich Citadel anders betrachtet.
Das Spannende ist nicht nur, dass sensible Daten verborgen bleiben können. Es geht darum, was passiert, wenn das System einen Nachweis für eine Behauptung verlangt, statt die zugrunde liegenden Informationen offenzulegen.
Stellen Sie es sich so vor: Anstatt Ihren gesamten Datensatz zu zeigen, weisen Sie nach „Ich bin berechtigt, dies zu tun.“ Der Prüfer bekommt die Antwort, die er braucht, während die zugrunde liegenden Details nicht zu einem dauerhaften Asset werden müssen, das dauerhaft auf der Kette liegt.
Aber da gibt es einen Haken, der mich noch mehr interessiert.
Wenn dieses Zertifikat abläuft, wird Berechtigung zu etwas, das man kontinuierlich aufrechterhalten muss. Eine frühere Verifikation reicht nicht für alle Zeiten. Das Architekturkonzept verschiebt die Compliance von „Speichere meine Identität“ zu „Weise meinen Status nach, wenn es nötig ist.“
Das verbessert die Privatsphäre, führt aber eine andere Form von Reibung ein.
Wenn jedes neue Ökosystem von Ihnen verlangt, die Berechtigung erneut herzustellen, wird Interoperabilität entscheidend. Andernfalls bleiben Nutzer vielleicht nicht, weil das System besser ist – sie bleiben, weil das Verlassen bedeutet, den Verifikationsprozess anderswo wiederholen zu müssen.
Die eigentliche Designfrage lautet also nicht, ob Privatsphäre nützlich ist.
Sondern: Ob wiederverwendbare Verifikationen die wiederkehrenden Vertrauenskosten senken können, ohne eine neue Form der Bindung zu schaffen.

Schafft ein Verifikationsnetzwerk Vertrauen, weil es einfacher zu nutzen ist – oder weil der Ausstieg teuer wird?
#dusk $DUSK @Dusk
Was wird die Einführung von Verifikationssystemen wie Citadel antreiben?