Die Frage, die mich wirklich zum Innehalten gebracht hat, lautet: Warum entwirft Dusk gleichzeitig zwei Handelsmodelle – Moonlight und Phoenix?
Moonlight ist das öffentlich zugängliche account-basierte Modell auf DuskDS. Kontostand, Guthaben und die zugehörigen Transaktionsinformationen sind dabei öffentlich verifizierbar; Phoenix hingegen verfolgt den Weg über „shielded notes“. Die Gültigkeit der Transaktion, die ausreichende Deckung und das Fehlen von Double-Spends werden durch Zero-Knowledge-Beweise bestätigt – zugleich werden sensible Transaktionsinformationen verborgen.
Später habe ich ein wenig Zeit in den Transfer Contract investiert, und ich habe das Gefühl, dass genau das der Schlüssel zum Verständnis der gesamten Architektur ist. Es ist nicht nur ein Transfereinstiegspunkt, sondern übernimmt das Empfangen unterschiedlicher Arten von Transaktions-Payloads und übergibt sie der jeweils passenden Verifikationslogik. So können öffentliche Transaktionen und Privattransaktionen in ein und demselben Abrechnungssystem laufen. In der offiziellen Transaktionshistorie lassen sich außerdem auch Umwandlungsaufzeichnungen wie „Phoenix-to-Moonlight“ finden.
An dieser Stelle hat sich mein Verständnis von dem, was Dusk unter „Privatsphäre“ versteht, ein wenig verändert. Es geht nicht einfach darum, Vermögenswerte zu verstecken. Eher ist es so, dass in derselben grundlegenden Infrastruktur der Sichtbarkeitsbereich der Informationen für unterschiedliche Teilnehmer neu definiert wird: Wer sieht was – und wann kann er es sehen.
Noch deutlicher wird diese Idee bei Phoenix 2.0: Transaktionsinformationen werden nicht öffentlich offengelegt, aber der Empfänger kann den Absender identifizieren; außerdem ermöglicht der „viewing key“ selektive Offenlegung.
Diese Transaktionsmodelle laufen schließlich im Abrechnungssystem von DuskDS, während DuskEVM die kompatible Ausführungsumgebung für EVM bereitstellt. Wenn ich mir das jetzt noch einmal mit $DUSK anschaue, richtet sich mein Blick nicht mehr nur auf das Label „Privatsphäre“, sondern darauf, wie Dusk versucht, zwischen öffentlicher Verifizierbarkeit, Datenschutz und den Anforderungen realer Finanzszenarien einen sinnvolleren Ausgleich zu finden.
#dusk $DUSK @Dusk
Moonlight ist das öffentlich zugängliche account-basierte Modell auf DuskDS. Kontostand, Guthaben und die zugehörigen Transaktionsinformationen sind dabei öffentlich verifizierbar; Phoenix hingegen verfolgt den Weg über „shielded notes“. Die Gültigkeit der Transaktion, die ausreichende Deckung und das Fehlen von Double-Spends werden durch Zero-Knowledge-Beweise bestätigt – zugleich werden sensible Transaktionsinformationen verborgen.
Später habe ich ein wenig Zeit in den Transfer Contract investiert, und ich habe das Gefühl, dass genau das der Schlüssel zum Verständnis der gesamten Architektur ist. Es ist nicht nur ein Transfereinstiegspunkt, sondern übernimmt das Empfangen unterschiedlicher Arten von Transaktions-Payloads und übergibt sie der jeweils passenden Verifikationslogik. So können öffentliche Transaktionen und Privattransaktionen in ein und demselben Abrechnungssystem laufen. In der offiziellen Transaktionshistorie lassen sich außerdem auch Umwandlungsaufzeichnungen wie „Phoenix-to-Moonlight“ finden.
An dieser Stelle hat sich mein Verständnis von dem, was Dusk unter „Privatsphäre“ versteht, ein wenig verändert. Es geht nicht einfach darum, Vermögenswerte zu verstecken. Eher ist es so, dass in derselben grundlegenden Infrastruktur der Sichtbarkeitsbereich der Informationen für unterschiedliche Teilnehmer neu definiert wird: Wer sieht was – und wann kann er es sehen.
Noch deutlicher wird diese Idee bei Phoenix 2.0: Transaktionsinformationen werden nicht öffentlich offengelegt, aber der Empfänger kann den Absender identifizieren; außerdem ermöglicht der „viewing key“ selektive Offenlegung.
Diese Transaktionsmodelle laufen schließlich im Abrechnungssystem von DuskDS, während DuskEVM die kompatible Ausführungsumgebung für EVM bereitstellt. Wenn ich mir das jetzt noch einmal mit $DUSK anschaue, richtet sich mein Blick nicht mehr nur auf das Label „Privatsphäre“, sondern darauf, wie Dusk versucht, zwischen öffentlicher Verifizierbarkeit, Datenschutz und den Anforderungen realer Finanzszenarien einen sinnvolleren Ausgleich zu finden.
#dusk $DUSK @Dusk