Vor 2 Jahren war ich einmal ein leitender Manager eines Softwareunternehmens.
Ich benutzte häufig meine Karte, um den Arbeitsbereich zu betreten, aber ich konnte weder die Serverräume noch den Archivraum mit den Akten öffnen.
Zunächst dachte ich, das sei einfach nur ein Zugriffssteuerungssystem.
Doch später erkannte ich etwas Interessantes:
Ein gutes System wartet nicht, bis Daten offengelegt werden, um sie zu schützen.
Das brachte mich zum Nachdenken über @Dusk .
Im regulierten Finanzwesen sollte Datenschutz nicht nur eine Schicht sein, die nach dem Onboarding von Vermögenswerten und Transaktionen auf die Blockchain nachträglich hinzugefügt wird.
Er muss bereits von Anfang an in die Art und Weise einbezogen werden, wie das System Vermögenswerte, Identitäten und Transaktionen verarbeitet.
Das ist das, was ich an Dusk’ Ansatz für Datenschutz spannend finde.
Mit Phoenix für vertrauliche Transaktionen und Moonlight für transparente, konto-basierte Transaktionen muss Datenschutz für das gesamte System nicht zwangsläufig eine reine „An-Aus“-Option sein.
Verschiedene Arten von Transaktionen benötigen möglicherweise unterschiedliche Sichtbarkeitsgrade.
Und mit Zero-Knowledge-Proofs kann eine Partei nachweisen, dass eine notwendige Bedingung erfüllt ist, ohne dabei unbedingt alle dahinterliegenden Daten offenzulegen.
Das ist bei regulierten Vermögenswerten besonders wichtig.
Ein Finanzsystem muss nicht nur fragen:
„Sind diese Daten geschützt?“
sondern auch:
„Ist der Datenschutz von Anfang an in die Infrastruktur hineingedacht worden?“
Genau das macht das Konzept „Privacy by Design“ so viel bemerkenswerter als einfach nur eine zusätzliche Datenschicht auf eine Blockchain aufzusetzen.
Und vielleicht ist das auch ein Teil des Grundes, warum Dusk beim Aufbau seiner Infrastruktur für reguliertes Finanzwesen einen ziemlich anderen Weg geht.
#dusk $DUSK
Ich benutzte häufig meine Karte, um den Arbeitsbereich zu betreten, aber ich konnte weder die Serverräume noch den Archivraum mit den Akten öffnen.
Zunächst dachte ich, das sei einfach nur ein Zugriffssteuerungssystem.
Doch später erkannte ich etwas Interessantes:
Ein gutes System wartet nicht, bis Daten offengelegt werden, um sie zu schützen.
Das brachte mich zum Nachdenken über @Dusk .
Im regulierten Finanzwesen sollte Datenschutz nicht nur eine Schicht sein, die nach dem Onboarding von Vermögenswerten und Transaktionen auf die Blockchain nachträglich hinzugefügt wird.
Er muss bereits von Anfang an in die Art und Weise einbezogen werden, wie das System Vermögenswerte, Identitäten und Transaktionen verarbeitet.
Das ist das, was ich an Dusk’ Ansatz für Datenschutz spannend finde.
Mit Phoenix für vertrauliche Transaktionen und Moonlight für transparente, konto-basierte Transaktionen muss Datenschutz für das gesamte System nicht zwangsläufig eine reine „An-Aus“-Option sein.
Verschiedene Arten von Transaktionen benötigen möglicherweise unterschiedliche Sichtbarkeitsgrade.
Und mit Zero-Knowledge-Proofs kann eine Partei nachweisen, dass eine notwendige Bedingung erfüllt ist, ohne dabei unbedingt alle dahinterliegenden Daten offenzulegen.
Das ist bei regulierten Vermögenswerten besonders wichtig.
Ein Finanzsystem muss nicht nur fragen:
„Sind diese Daten geschützt?“
sondern auch:
„Ist der Datenschutz von Anfang an in die Infrastruktur hineingedacht worden?“
Genau das macht das Konzept „Privacy by Design“ so viel bemerkenswerter als einfach nur eine zusätzliche Datenschicht auf eine Blockchain aufzusetzen.
Und vielleicht ist das auch ein Teil des Grundes, warum Dusk beim Aufbau seiner Infrastruktur für reguliertes Finanzwesen einen ziemlich anderen Weg geht.
#dusk $DUSK
