Phoenix gegen Mondschein: Warum der Dämmerung zwei Transaktionsmodelle nötig waren
Ich glaube, der am meisten missverstandene Teil von @Dusk ist nicht seine Datenschicht.
Es ist, warum Dusk überhaupt neben Phoenix ein transparentes Transaktionsmodell gebaut hat.
Die Antwort ist einfach: Finanzmärkte arbeiten nicht mit nur einer einzigen Datenschutzanforderung.
Das 2024er-Dusk-Whitepaper beschreibt Mondschein als die öffentliche Transaktionsschicht, die neben Phoenix hinzugefügt wurde. Mondschein nutzt ein kontobasiertes Modell, bei dem Adressen und Salden sichtbar sind. Phoenix geht den entgegengesetzten Weg: verschlüsselte, notenbasierte Transaktionen mit Zero-Knowledge-Beweisen.
Mit Mondschein kann eine Börse Konten scannen, Salden abgleichen und Einzahlungen mithilfe eines vertrauten öffentlichen Ledger-Modells verarbeiten. Die aktuelle Integrationsdokumentation von Dusk empfiehlt tatsächlich Mondschein für Börsen-Einzahlungen und -Auszahlungen, weil Phoenix eine andere Verwahr- und Scanning-Architektur erfordert.
Seine Notizen sind verschlüsselt, während ZK-Beweise dem Netzwerk ermöglichen, Dinge wie Gültigkeit und Schutz vor Double-Spend zu prüfen, ohne den Transaktionsbetrag oder die konkreten ausgegebenen Notizen offenzulegen. Dusk hat außerdem selektive Offenlegung so gestaltet, dass Privatsphäre nicht automatisch „keine Rechenschaftspflicht“ bedeutet.
Die ursprüngliche Designentscheidung war also nicht:
Phoenix gegen Mondschein.
Sondern:
Privatsphäre, wenn sie gebraucht wird + Transparenz, wenn sie erforderlich ist.
Und hier gibt es ein wichtiges 2026-Update.
Dusk' AEGIS-Hard-Fork hat 39 Findings adressiert, darunter 7 kritische Probleme, wobei eine kritische Hauptursache die Verknüpfung von Phoenix-Gebühren/Erstattungen betraf.
Noch wichtiger: Die aktuellste Netzwerkdokumentation sagt, dass das Boreas-Upgrade Phoenix-Transaktionen im Netzwerk außer Dienst stellt, während die kanonische Transaktionsverarbeitung weitergeführt wurde.
Phoenix war nicht einfach nur eine Privacy-Funktion. Es war ein Experiment, um vertrauliche Abwicklung neben einer öffentlichen Finanzstrecke funktionsfähig zu machen.
Sie haben unterschiedliche Abwicklungsanforderungen.
Dusks Entwicklung ist gerade deshalb spannend, weil das Protokoll nun verfeinert, welche Teile dieser ursprünglichen Dual-Model-Architektur noch in den Production-Stack gehören.
#dusk
$DUSK
Ich glaube, der am meisten missverstandene Teil von @Dusk ist nicht seine Datenschicht.
Es ist, warum Dusk überhaupt neben Phoenix ein transparentes Transaktionsmodell gebaut hat.
Die Antwort ist einfach: Finanzmärkte arbeiten nicht mit nur einer einzigen Datenschutzanforderung.
Das 2024er-Dusk-Whitepaper beschreibt Mondschein als die öffentliche Transaktionsschicht, die neben Phoenix hinzugefügt wurde. Mondschein nutzt ein kontobasiertes Modell, bei dem Adressen und Salden sichtbar sind. Phoenix geht den entgegengesetzten Weg: verschlüsselte, notenbasierte Transaktionen mit Zero-Knowledge-Beweisen.
Mit Mondschein kann eine Börse Konten scannen, Salden abgleichen und Einzahlungen mithilfe eines vertrauten öffentlichen Ledger-Modells verarbeiten. Die aktuelle Integrationsdokumentation von Dusk empfiehlt tatsächlich Mondschein für Börsen-Einzahlungen und -Auszahlungen, weil Phoenix eine andere Verwahr- und Scanning-Architektur erfordert.
Seine Notizen sind verschlüsselt, während ZK-Beweise dem Netzwerk ermöglichen, Dinge wie Gültigkeit und Schutz vor Double-Spend zu prüfen, ohne den Transaktionsbetrag oder die konkreten ausgegebenen Notizen offenzulegen. Dusk hat außerdem selektive Offenlegung so gestaltet, dass Privatsphäre nicht automatisch „keine Rechenschaftspflicht“ bedeutet.
Die ursprüngliche Designentscheidung war also nicht:
Phoenix gegen Mondschein.
Sondern:
Privatsphäre, wenn sie gebraucht wird + Transparenz, wenn sie erforderlich ist.
Und hier gibt es ein wichtiges 2026-Update.
Dusk' AEGIS-Hard-Fork hat 39 Findings adressiert, darunter 7 kritische Probleme, wobei eine kritische Hauptursache die Verknüpfung von Phoenix-Gebühren/Erstattungen betraf.
Noch wichtiger: Die aktuellste Netzwerkdokumentation sagt, dass das Boreas-Upgrade Phoenix-Transaktionen im Netzwerk außer Dienst stellt, während die kanonische Transaktionsverarbeitung weitergeführt wurde.
Phoenix war nicht einfach nur eine Privacy-Funktion. Es war ein Experiment, um vertrauliche Abwicklung neben einer öffentlichen Finanzstrecke funktionsfähig zu machen.
Sie haben unterschiedliche Abwicklungsanforderungen.
Dusks Entwicklung ist gerade deshalb spannend, weil das Protokoll nun verfeinert, welche Teile dieser ursprünglichen Dual-Model-Architektur noch in den Production-Stack gehören.
#dusk
$DUSK