Das Datenschutz-Detail, das ich nicht erwartet hatte: Ein Phoenix-Transfer kann die Teilnehmer und den übertragenen Wert verbergen, während die Transaktion selbst für die Mempool eines Knotens weiterhin sichtbar sein kann.

Die eigenen Dusk-Dokumente ziehen diese Grenze klar. Phoenix schützt Werte und Teilnehmer, legt aber die kryptografischen Daten offen, die benötigt werden, um Note-Spends nachzuweisen.

Zudem kann jede Person mit GraphQL-Zugriff auf einen Knoten die reale Mempool dieses Knotens abfragen, und Explorer-Metadaten können je nach Modell und Vertrag Transaktionstyp, Gebühr und Gasverbrauch enthalten.

Faktisch ist das kein Datenschutzversagen. Es ist eine anderes Datenschutzversprechen: vertrauliche wirtschaftliche Daten, nicht unsichtbare Netzwerkaktivität.

Was mich besonders beschäftigt hat, ist der Entwurfs-Trade-off. Für Finanzanwendungen kann öffentliche Verifizierbarkeit mit versteckten Gegenparteien und Beträgen koexistieren, während Timing- und gebührenbezogene Metadaten weiterhin Teil der beobachtbaren Oberfläche bleiben.

Damit ist die DUSK-Datenschutzwirkung präziser als das übliche „alles ist verborgen“-Schlagwort. Ich beobachte weiterhin, ob das Anwendungsdesign Metadatenoffenlegung explizit als Teil seines Datenschutzmodells behandelt.

@Dusk $DUSK #dusk