Viele Menschen denken bei Finanzprivatsphäre zuerst an: „Versteckt die Adresse.“ Doch ein wirklich reguliertes Vermögenspapier stellt sich nicht nur einem einzigen Menschen gegenüber: Der Emittent muss bestätigen, wer zur Teilnahme berechtigt ist; Investoren müssen wissen, welche Bestände sie halten und unter welchen Bedingungen sie übertragen dürfen; Prüfer validieren möglicherweise nur innerhalb des autorisierten Rahmens; und die Plattform muss Handel und Abwicklung verarbeiten. Wenn man diese Anforderungen auf einen einzigen Adress-Umschalter reduziert, verliert die Regel ihren Bezug.
Zuverlässiger ist es, einen Informationsfluss mit Rollen zu zeichnen. Zuerst fragt man den Emittenten, welche Qualifikationen und Vermögensregeln überprüft werden müssen; dann fragt man den Inhaber, welche Informationen geschützt werden sollen – ob es um den Kontostand, die Position, die Beziehung zum Gegenpart oder die Geschäftsprozesse geht; schließlich legt man fest, unter welchen Bedingungen der Prüfer jeweils welche Gruppe von Nachweisen sehen darf. Die Dusk-Unterlagen stellen Zugriffskontrolle, Privatsphäre, selektive Offenlegung und deterministische Abwicklung nebeneinander – nicht mit der Aussage, dass alle dieselben Daten sehen, sondern dass jede Rolle nur die Mindestinformationen erhält, die sie braucht, um ihre Aufgaben zu erfüllen.
Das erklärt auch, warum „sichtbar“ nicht gleichbedeutend mit „öffentlich“ ist. Autorisierte Prüfungen können einer bestimmten Institution bestätigen, ob jemand berechtigt ist oder in welchem Zustand er sich befindet, ohne dass alle vollständigen Transaktionsdetails an alle Beobachter broadcastet werden müssen. Ebenso bedeutet „Schutz des Kontostands“ nicht, dass man die Regeln für Übertragungen umgehen kann. Wenn man ein Lösungskonzept bewertet, sollte man zuerst klar festhalten, wer was sieht, worauf sich die Einsicht stützt und wann die Einsicht erfolgt – erst danach sollte man technische Begriffe diskutieren. So rutscht das Ergebnis nicht in Richtung völliger Unauffindbarkeit oder automatisch „konform“.
Für Product Owner ist die praktischste Frage nicht „Ist Dusk privat oder nicht?“, sondern „Welche Art von Sichtbarkeit benötigt dieser Schritt im Geschäft?“ Wenn man Emission, Besitz, Prüfung und Abwicklung trennt, entsteht die Möglichkeit, Privatsphäre als Dienst-Regel umzusetzen – statt die Regeln zu verdecken.
Rollenbasierte Offenlegung erfordert außerdem, die Lebensdauer von Belegen eindeutig zu beschreiben: Welche Entscheidungen lassen sich mit dem aktuellen Snapshot treffen, und welche Regeln müssen in konkreten Szenarien noch bestätigt werden. Sobald Berechtigungen und Objekte getrennt sind, ist Privatsphäre keine vage Werbeaussage mehr. Diese Tabelle sorgt dafür, dass jede Entscheidung ein klares Zielobjekt hat und die Anforderungen unterschiedlicher Rollen sich nicht gegenseitig überdecken.
@Dusk $DUSK #dusk
Zuverlässiger ist es, einen Informationsfluss mit Rollen zu zeichnen. Zuerst fragt man den Emittenten, welche Qualifikationen und Vermögensregeln überprüft werden müssen; dann fragt man den Inhaber, welche Informationen geschützt werden sollen – ob es um den Kontostand, die Position, die Beziehung zum Gegenpart oder die Geschäftsprozesse geht; schließlich legt man fest, unter welchen Bedingungen der Prüfer jeweils welche Gruppe von Nachweisen sehen darf. Die Dusk-Unterlagen stellen Zugriffskontrolle, Privatsphäre, selektive Offenlegung und deterministische Abwicklung nebeneinander – nicht mit der Aussage, dass alle dieselben Daten sehen, sondern dass jede Rolle nur die Mindestinformationen erhält, die sie braucht, um ihre Aufgaben zu erfüllen.
Das erklärt auch, warum „sichtbar“ nicht gleichbedeutend mit „öffentlich“ ist. Autorisierte Prüfungen können einer bestimmten Institution bestätigen, ob jemand berechtigt ist oder in welchem Zustand er sich befindet, ohne dass alle vollständigen Transaktionsdetails an alle Beobachter broadcastet werden müssen. Ebenso bedeutet „Schutz des Kontostands“ nicht, dass man die Regeln für Übertragungen umgehen kann. Wenn man ein Lösungskonzept bewertet, sollte man zuerst klar festhalten, wer was sieht, worauf sich die Einsicht stützt und wann die Einsicht erfolgt – erst danach sollte man technische Begriffe diskutieren. So rutscht das Ergebnis nicht in Richtung völliger Unauffindbarkeit oder automatisch „konform“.
Für Product Owner ist die praktischste Frage nicht „Ist Dusk privat oder nicht?“, sondern „Welche Art von Sichtbarkeit benötigt dieser Schritt im Geschäft?“ Wenn man Emission, Besitz, Prüfung und Abwicklung trennt, entsteht die Möglichkeit, Privatsphäre als Dienst-Regel umzusetzen – statt die Regeln zu verdecken.
Rollenbasierte Offenlegung erfordert außerdem, die Lebensdauer von Belegen eindeutig zu beschreiben: Welche Entscheidungen lassen sich mit dem aktuellen Snapshot treffen, und welche Regeln müssen in konkreten Szenarien noch bestätigt werden. Sobald Berechtigungen und Objekte getrennt sind, ist Privatsphäre keine vage Werbeaussage mehr. Diese Tabelle sorgt dafür, dass jede Entscheidung ein klares Zielobjekt hat und die Anforderungen unterschiedlicher Rollen sich nicht gegenseitig überdecken.
@Dusk $DUSK #dusk