#dusk $DUSK @Dusk Als ich zum ersten Mal sah, dass Dusk Selective Disclosure (selektive Offenlegung) erwähnt, habe ich damals nicht allzu viel darüber nachgedacht. Meine damalige Vorstellung war ganz einfach: Ist ein Datenschutzprotokoll nicht einfach dazu da, Transaktionsinformationen zu verbergen? Wenn man Beträge, Adressen und die Beziehungen zwischen Transaktionen schützt, sodass andere sie nicht sehen können, ist der Datenschutz doch erledigt?
Erst vor ein paar Tagen, als ich meine Notizen zur Dusk-Whitepaper-Überarbeitung sortierte, ordnete ich das Phoenix-Transaktionsmodell gemeinsam mit Compliance-Asset-Szenarien neu ein. Als ich diesen Abschnitt zu Selective Disclosure sah, blieb ich stehen. Denn da fiel mir ein zuvor übersehenes Problem auf: Wenn Phoenix bereits den Transaktionsstatus verbirgt, wie können dann Institutionen, Prüfer und Aufsichtsbehörden überhaupt bestätigen, dass diese Transaktion die Regeln erfüllt?
Diese Frage ließ mich das Design von Dusk neu verstehen. Zuvor dachte ich, das Kernprinzip von Privatsphäre sei „andere dürfen es nicht sehen“. Nach der Recherche wurde mir aber klar: Was Institutionen wirklich brauchen, ist nicht vollständiges Verbergen, sondern die Kontrolle darüber, wann, für wen und in welcher Form Informationen verifiziert werden.
Phoenix löst die Transaktionsprivatsphäre an sich. Durch Shielded Notes und Zero-Knowledge-Beweise kann das Netzwerk die Gültigkeit einer Transaktion prüfen, ohne vollständige Salden, Transaktionsbeziehungen und den Asset-Status offenlegen zu müssen. Doch bei regulierten Assets wie Wertpapieren oder Fonds reicht es nicht aus, nur Informationen zu verbergen. Der Finanzmarkt braucht Audits, es muss bestätigt werden, dass Regeln eingehalten werden, und in bestimmten Situationen müssen Nachweise bereitgestellt werden.
Genau hier kommt die Bedeutung von Selective Disclosure ins Spiel. Es bricht nicht die Privatsphäre auf, sondern schafft auf ihrer Basis einen Verifikationsausgang: Standardmäßig werden Transaktionsdaten geschützt. Wenn der autorisierte Akteur prüfen muss, werden nur die notwendigen Informationen offengelegt – nicht die gesamte Transaktionshistorie.
Nachdem ich diese beiden Mechanismen wieder miteinander verbunden habe, verstand ich erst, dass Phoenix und Selective Disclosure keine zwei getrennten Module sind. Das eine beantwortet die Frage „Wie verbirgt man und beweist, dass die Transaktion korrekt ist“, das andere „Wie erfüllt man nach dem Verbergen die realen Finanzregeln“. Das Problem früher in öffentlichen Blockchains war Transparenz ohne Privatsphäre, das Problem im traditionellen Finanzwesen ist zwar kontrollierbare Information, aber abhängig von zentralisierter Verifikation.
Es verändert nicht einfach die Art, wie Informationen verborgen werden, sondern die Vertrauensgrenze im On-Chain-Finanzwesen. Wenn RWA in Zukunft wirklich auf die Kette kommt, wird die Herausforderung nicht nur darin bestehen, Tokens auszugeben, sondern Assets so zu gestalten, dass sie gleichzeitig Privatsphäre, Aufsicht und automatisierte Ausführung erfüllen.
Erst vor ein paar Tagen, als ich meine Notizen zur Dusk-Whitepaper-Überarbeitung sortierte, ordnete ich das Phoenix-Transaktionsmodell gemeinsam mit Compliance-Asset-Szenarien neu ein. Als ich diesen Abschnitt zu Selective Disclosure sah, blieb ich stehen. Denn da fiel mir ein zuvor übersehenes Problem auf: Wenn Phoenix bereits den Transaktionsstatus verbirgt, wie können dann Institutionen, Prüfer und Aufsichtsbehörden überhaupt bestätigen, dass diese Transaktion die Regeln erfüllt?
Diese Frage ließ mich das Design von Dusk neu verstehen. Zuvor dachte ich, das Kernprinzip von Privatsphäre sei „andere dürfen es nicht sehen“. Nach der Recherche wurde mir aber klar: Was Institutionen wirklich brauchen, ist nicht vollständiges Verbergen, sondern die Kontrolle darüber, wann, für wen und in welcher Form Informationen verifiziert werden.
Phoenix löst die Transaktionsprivatsphäre an sich. Durch Shielded Notes und Zero-Knowledge-Beweise kann das Netzwerk die Gültigkeit einer Transaktion prüfen, ohne vollständige Salden, Transaktionsbeziehungen und den Asset-Status offenlegen zu müssen. Doch bei regulierten Assets wie Wertpapieren oder Fonds reicht es nicht aus, nur Informationen zu verbergen. Der Finanzmarkt braucht Audits, es muss bestätigt werden, dass Regeln eingehalten werden, und in bestimmten Situationen müssen Nachweise bereitgestellt werden.
Genau hier kommt die Bedeutung von Selective Disclosure ins Spiel. Es bricht nicht die Privatsphäre auf, sondern schafft auf ihrer Basis einen Verifikationsausgang: Standardmäßig werden Transaktionsdaten geschützt. Wenn der autorisierte Akteur prüfen muss, werden nur die notwendigen Informationen offengelegt – nicht die gesamte Transaktionshistorie.
Nachdem ich diese beiden Mechanismen wieder miteinander verbunden habe, verstand ich erst, dass Phoenix und Selective Disclosure keine zwei getrennten Module sind. Das eine beantwortet die Frage „Wie verbirgt man und beweist, dass die Transaktion korrekt ist“, das andere „Wie erfüllt man nach dem Verbergen die realen Finanzregeln“. Das Problem früher in öffentlichen Blockchains war Transparenz ohne Privatsphäre, das Problem im traditionellen Finanzwesen ist zwar kontrollierbare Information, aber abhängig von zentralisierter Verifikation.
Es verändert nicht einfach die Art, wie Informationen verborgen werden, sondern die Vertrauensgrenze im On-Chain-Finanzwesen. Wenn RWA in Zukunft wirklich auf die Kette kommt, wird die Herausforderung nicht nur darin bestehen, Tokens auszugeben, sondern Assets so zu gestalten, dass sie gleichzeitig Privatsphäre, Aufsicht und automatisierte Ausführung erfüllen.
