#dusk $DUSK @Dusk Seit jeher war mein Verständnis von Phoenix: „Das ist die Dusk-Version von Zcash/Monero“ – ein Modell für Privacy-Transaktionen mit dem Ziel vollständiger Anonymität, bei dem beide Übertragungsparteien einander nicht sehen können. Erst als ich die offiziellen Hinweise im aktualisierten Whitepaper von 2024 im Abgleich dazu gelesen habe, wurde mir klar, dass dieses Verständnis längst veraltet ist.
In den Aktualisierungsnotizen steht das sehr deutlich: Sie haben Phoenix um die Fähigkeit erweitert, „dass der Empfänger die Identität des Absenders erkennen kann“, und ausdrücklich gesagt, dass sie Phoenix damit von einem Anonymity-Protocol (anonymes Protokoll) zu einem Privacy-Preserving-Protocol (datenschutzfreundliches Protokoll) umgebaut haben – mit dem Ziel, die aktuellen europäischen regulatorischen Anforderungen zu erfüllen. In derselben Mitteilung wird auch erwähnt, dass der direkte Anstoß für die Integration von Moonlight (dem transparenten Kontomodell) ebenfalls daher kam, dass das Team erkannte: Wenn man eine reibungslose Anbindung an Börsen und Institutionen schaffen will, reicht ein rein anonymes Kontomodell nicht aus – sie schreiben sogar ganz offen, dass der Zweck darin besteht, „die Einhaltung zu gewährleisten und das Risiko der Entfernung von Plattformen zu eliminieren“.
Dieser Umschwung ist meiner Meinung nach größer, als die meisten denken. „Anonymität“ und „Privatsphäre“ sind in der Kryptografie-Community keine Synonyme: Anonyme Protokolle wollen sicherstellen, dass kein Dritter (einschließlich des Empfängers) bestimmen kann, wer der Absender ist; Privacy-Preserving-Protokolle garantieren dagegen nur, dass Außenstehende die Details nicht sehen können – die Erkennbarkeit zwischen den Transaktionsparteien kann erhalten bleiben und sogar bewusst so gestaltet werden. Dusk gibt das Erstere aktiv auf und wählt das Letztere. Das ist keine technische Kompromisslösung, sondern eine sehr klare Anpassung der Produktpositionierung: In den frühen Whitepapern war die Ambition von Phoenix näher an einer reinen Privacy-Coin-Vorstellung – später wurde sie dann direkt von der Realität der Compliance in eine andere Richtung gezogen.
Früher dachte ich, „Anonymität“ sei der wichtigste Verkaufsargument von Phoenix. Wenn ich jetzt zurückblicke, war dieses Verständnis selbst genau dadurch falsch, dass ich ein veraltetes altes Whitepaper benutzt habe, um ein bereits weiterentwickeltes Protokoll zu bewerten. Für diejenigen, die es weiterhin unter dem Rahmen „Ist Dusk eine anonyme Coin?“ beurteilen, könnte die Frage selbst bereits an der falschen Stelle ansetzen – die eigentliche Frage lautet vielmehr: Unter der Prämisse „Der Empfänger kann den Absender identifizieren“ – wo genau liegt die verbleibende Privacy-Grenze bei Phoenix, und trägt diese Grenze aus, was es für die Compliance-Szenarien leisten will, die es bedienen möchte.
In den Aktualisierungsnotizen steht das sehr deutlich: Sie haben Phoenix um die Fähigkeit erweitert, „dass der Empfänger die Identität des Absenders erkennen kann“, und ausdrücklich gesagt, dass sie Phoenix damit von einem Anonymity-Protocol (anonymes Protokoll) zu einem Privacy-Preserving-Protocol (datenschutzfreundliches Protokoll) umgebaut haben – mit dem Ziel, die aktuellen europäischen regulatorischen Anforderungen zu erfüllen. In derselben Mitteilung wird auch erwähnt, dass der direkte Anstoß für die Integration von Moonlight (dem transparenten Kontomodell) ebenfalls daher kam, dass das Team erkannte: Wenn man eine reibungslose Anbindung an Börsen und Institutionen schaffen will, reicht ein rein anonymes Kontomodell nicht aus – sie schreiben sogar ganz offen, dass der Zweck darin besteht, „die Einhaltung zu gewährleisten und das Risiko der Entfernung von Plattformen zu eliminieren“.
Dieser Umschwung ist meiner Meinung nach größer, als die meisten denken. „Anonymität“ und „Privatsphäre“ sind in der Kryptografie-Community keine Synonyme: Anonyme Protokolle wollen sicherstellen, dass kein Dritter (einschließlich des Empfängers) bestimmen kann, wer der Absender ist; Privacy-Preserving-Protokolle garantieren dagegen nur, dass Außenstehende die Details nicht sehen können – die Erkennbarkeit zwischen den Transaktionsparteien kann erhalten bleiben und sogar bewusst so gestaltet werden. Dusk gibt das Erstere aktiv auf und wählt das Letztere. Das ist keine technische Kompromisslösung, sondern eine sehr klare Anpassung der Produktpositionierung: In den frühen Whitepapern war die Ambition von Phoenix näher an einer reinen Privacy-Coin-Vorstellung – später wurde sie dann direkt von der Realität der Compliance in eine andere Richtung gezogen.
Früher dachte ich, „Anonymität“ sei der wichtigste Verkaufsargument von Phoenix. Wenn ich jetzt zurückblicke, war dieses Verständnis selbst genau dadurch falsch, dass ich ein veraltetes altes Whitepaper benutzt habe, um ein bereits weiterentwickeltes Protokoll zu bewerten. Für diejenigen, die es weiterhin unter dem Rahmen „Ist Dusk eine anonyme Coin?“ beurteilen, könnte die Frage selbst bereits an der falschen Stelle ansetzen – die eigentliche Frage lautet vielmehr: Unter der Prämisse „Der Empfänger kann den Absender identifizieren“ – wo genau liegt die verbleibende Privacy-Grenze bei Phoenix, und trägt diese Grenze aus, was es für die Compliance-Szenarien leisten will, die es bedienen möchte.