Etwas, worüber ich heute beim Recherchieren zu Dusk ständig nachgedacht habe, ist Identität.
Meine erste Annahme war, dass Privatsphäre in Finanzanwendungen vor allem bedeutet, Transaktionsdetails zu verbergen. Aber je tiefer ich in die Architektur von Dusk eingedrungen bin, desto mehr wurde mir klar, dass ein anderes Problem mindestens genauso wichtig ist: nachzuweisen, dass jemand berechtigt ist, etwas zu tun, ohne dabei alles über die Person offenzulegen.
Das hat Citadel für mich interessant gemacht.
Dusk beschreibt Citadel als eine Identitäts- und Zugriffsschicht, die um selektive Offenlegung herum aufgebaut ist. Anstatt persönliche Attribute direkt on-chain zu platzieren, kann das System es Nutzern ermöglichen, die für eine bestimmte Anwendung benötigten Informationen zu belegen, während andere Details privat bleiben.
Ich finde das interessanter als einfach nur von „Blockchain-Identität“ zu sprechen.
Denkt an eine regulierte Finanzanwendung. Sie muss möglicherweise wissen, dass ein Investor eine bestimmte Anforderung erfüllt, aber sie braucht nicht unbedingt jede einzelne persönliche Information über diesen Investor zu kennen.
Dadurch entsteht eine andere Design-Frage: Kann Compliance zu etwas werden, das bei Bedarf nachgewiesen wird, statt zu etwas, das dauerhaft persönliche Daten offenlegen muss?
Ich versuche immer noch, die praktische Seite davon zu verstehen.
Wer entscheidet, welche Attribute eine Anwendung anfordern darf? Wie werden Berechtigungsnachweise widerrufen oder aktualisiert? Und wenn verschiedene Finanzplattformen ihre eigenen Anforderungen schaffen, kann selektive Offenlegung für normale Nutzer trotzdem einfach bleiben?
Diese Fragen sind mir wichtig, weil Identität leicht zu dem Bestandteil eines Finanzsystems werden kann, bei dem die Privatsphäre verschwindet.
Dusk’ Ansatz lässt mich denken, dass die eigentliche Herausforderung nicht nur darin besteht, Transaktionen vertraulich zu halten. Es geht darum, ein System zu schaffen, in dem Identität, Zugriff, Compliance und Privatsphäre zusammenarbeiten können, ohne Nutzer dazu zu zwingen, mehr offenzulegen, als nötig ist.
Das ist der Teil von Dusk, in den ich als Nächstes weiter eintauche. #dusk $DUSK @Dusk
Meine erste Annahme war, dass Privatsphäre in Finanzanwendungen vor allem bedeutet, Transaktionsdetails zu verbergen. Aber je tiefer ich in die Architektur von Dusk eingedrungen bin, desto mehr wurde mir klar, dass ein anderes Problem mindestens genauso wichtig ist: nachzuweisen, dass jemand berechtigt ist, etwas zu tun, ohne dabei alles über die Person offenzulegen.
Das hat Citadel für mich interessant gemacht.
Dusk beschreibt Citadel als eine Identitäts- und Zugriffsschicht, die um selektive Offenlegung herum aufgebaut ist. Anstatt persönliche Attribute direkt on-chain zu platzieren, kann das System es Nutzern ermöglichen, die für eine bestimmte Anwendung benötigten Informationen zu belegen, während andere Details privat bleiben.
Ich finde das interessanter als einfach nur von „Blockchain-Identität“ zu sprechen.
Denkt an eine regulierte Finanzanwendung. Sie muss möglicherweise wissen, dass ein Investor eine bestimmte Anforderung erfüllt, aber sie braucht nicht unbedingt jede einzelne persönliche Information über diesen Investor zu kennen.
Dadurch entsteht eine andere Design-Frage: Kann Compliance zu etwas werden, das bei Bedarf nachgewiesen wird, statt zu etwas, das dauerhaft persönliche Daten offenlegen muss?
Ich versuche immer noch, die praktische Seite davon zu verstehen.
Wer entscheidet, welche Attribute eine Anwendung anfordern darf? Wie werden Berechtigungsnachweise widerrufen oder aktualisiert? Und wenn verschiedene Finanzplattformen ihre eigenen Anforderungen schaffen, kann selektive Offenlegung für normale Nutzer trotzdem einfach bleiben?
Diese Fragen sind mir wichtig, weil Identität leicht zu dem Bestandteil eines Finanzsystems werden kann, bei dem die Privatsphäre verschwindet.
Dusk’ Ansatz lässt mich denken, dass die eigentliche Herausforderung nicht nur darin besteht, Transaktionen vertraulich zu halten. Es geht darum, ein System zu schaffen, in dem Identität, Zugriff, Compliance und Privatsphäre zusammenarbeiten können, ohne Nutzer dazu zu zwingen, mehr offenzulegen, als nötig ist.
Das ist der Teil von Dusk, in den ich als Nächstes weiter eintauche. #dusk $DUSK @Dusk