Eines, an das ich immer wieder denke, bei finanziellen Blockchains ist: Nicht jedes Stück Information muss dieselbe Sichtbarkeit haben.
Denken Sie an ein reguliertes Asset.
Es kann Informationen geben, die für den Markt sichtbar sein sollten. Es kann auch Informationen geben, die vertraulich bleiben müssen. Dann kann es Situationen geben, in denen eine berechtigte Partei aus einem bestimmten Grund spezifische Informationen sehen muss.
Der Ansatz von Dusk nennt das programmierbaren Datenschutz.
Die Idee ist ziemlich unkompliziert: Datenschutz dort einsetzen, wo er gebraucht wird, Transparenz dort beibehalten, wo sie nützlich ist, und gezielte Offenlegung ermöglichen, wenn eine autorisierte Partei bestimmte Informationen benötigt. In der Dokumentation von Dusk werden diese als Teil des Protokollansatzes für regulierte Workflows beschrieben.
Ich mag diese Betrachtungsweise von Datenschutz, weil es keine Alles-oder-Nichts-Entscheidung ist.
Ein Marktteilnehmer muss nicht zwangsläufig jedes finanzielle Detail allen offenlegen. Aber das bedeutet auch nicht, dass eine autorisierte Prüfung unmöglich werden sollte.
Dann gibt es noch die Settlement-Seite.
Dusk beschreibt deterministisches Settlement als eine weitere zentrale Anforderung für regulierte Finanz-Workflows. Das Ziel ist eine vorhersehbare Endgültigkeit, statt den Ausgang des Settlements ungewiss zu lassen.
So fügen sich die vier Ideen zusammen:
Datenschutz, wenn Informationen nicht öffentlich sein sollten.
Transparenz, wenn Sichtbarkeit nützlich ist.
Gezielte Offenlegung, wenn eine spezifische Prüfung erforderlich ist.
Deterministisches Settlement, wenn die Transaktion ein klares finales Ergebnis braucht.
Das ist ein viel konkreteres Angebot, als Dusk einfach als Privacy-Blockchain zu bezeichnen.
#dusk $DUSK @Dusk
Denken Sie an ein reguliertes Asset.
Es kann Informationen geben, die für den Markt sichtbar sein sollten. Es kann auch Informationen geben, die vertraulich bleiben müssen. Dann kann es Situationen geben, in denen eine berechtigte Partei aus einem bestimmten Grund spezifische Informationen sehen muss.
Der Ansatz von Dusk nennt das programmierbaren Datenschutz.
Die Idee ist ziemlich unkompliziert: Datenschutz dort einsetzen, wo er gebraucht wird, Transparenz dort beibehalten, wo sie nützlich ist, und gezielte Offenlegung ermöglichen, wenn eine autorisierte Partei bestimmte Informationen benötigt. In der Dokumentation von Dusk werden diese als Teil des Protokollansatzes für regulierte Workflows beschrieben.
Ich mag diese Betrachtungsweise von Datenschutz, weil es keine Alles-oder-Nichts-Entscheidung ist.
Ein Marktteilnehmer muss nicht zwangsläufig jedes finanzielle Detail allen offenlegen. Aber das bedeutet auch nicht, dass eine autorisierte Prüfung unmöglich werden sollte.
Dann gibt es noch die Settlement-Seite.
Dusk beschreibt deterministisches Settlement als eine weitere zentrale Anforderung für regulierte Finanz-Workflows. Das Ziel ist eine vorhersehbare Endgültigkeit, statt den Ausgang des Settlements ungewiss zu lassen.
So fügen sich die vier Ideen zusammen:
Datenschutz, wenn Informationen nicht öffentlich sein sollten.
Transparenz, wenn Sichtbarkeit nützlich ist.
Gezielte Offenlegung, wenn eine spezifische Prüfung erforderlich ist.
Deterministisches Settlement, wenn die Transaktion ein klares finales Ergebnis braucht.
Das ist ein viel konkreteres Angebot, als Dusk einfach als Privacy-Blockchain zu bezeichnen.
#dusk $DUSK @Dusk
