Ein Kassenbuch, zwei Modi: Löst Dusk’ Moonlight und Phoenix wirklich das Problem für wen?
In Dusk’ neuestem Design gibt es zwei parallele Kassenbuch-Modelle: Moonlight und Phoenix. Moonlight ist ein transparentes Konto-Modell – Salden und Überweisungen sind sichtbar und eignet sich für Szenarien, in denen ein öffentliches Abgleichen nötig ist. Phoenix ist ein privates UTXO-Modell: Transaktionen werden über Zero-Knowledge-Proofs verifiziert, Beträge und Absender werden nicht offengelegt.
Klingt ziemlich fortschrittlich, oder? Eine Kette, die gleichzeitig zwei Kassenbücher betreibt: transparent und privat – je nach Bedarf umschaltbar. Aber nach dem Lesen hatte ich nur ein Gefühl: Dusk versucht, es allen recht zu machen, aber vielleicht schafft es niemand so richtig. @Dusk
Moonlight ist für Institutionen nützlich: Compliance- und Audit-Prüfungen brauchen Einsicht ins Kassenbuch. Phoenix ist für Privatanleger nützlich: Transaktionen sollen nicht für andere einsehbar sein. Das Problem ist jedoch: Kann ein und dasselbe Asset zwischen beiden Modi wechseln? Wenn ja, welchen Sinn hat dann noch Privatsphäre? Ein Asset ist heute in Phoenix privat, und morgen wechseln Sie es zu Moonlight – und schon wird es transparent. Ihre Privatsphäre hat ein Verfallsdatum; läuft es ab, ist sie weg. Wenn nicht, dann wird dieses Dual-Book-Design im Grunde zu zwei parallelen Fahrspuren: transparente Assets laufen im transparenten Kanal, private Assets im privaten Kanal – ohne sich gegenseitig zu stören. Was ist das dann anderes als zwei unabhängige Ketten?
Dusk’ eigentlicher Kompromiss besteht darin, dass ein und dasselbe Finanzsystem je nach Szenario die Semantik des Kassenbuchs wählen kann. Diese Designidee ist tatsächlich clever – aber zwischen „clever“ und „praktisch“ liegt eine Mauer. Normale Nutzer können kaum nachvollziehen, wann sie Moonlight nutzen sollen und wann Phoenix. Institutionelle Nutzer brauchen Audits, Privatanleger brauchen Privatsphäre. Dusk versucht, beides gleichzeitig zu bedienen – und am Ende fühlen sich vielleicht beide Seiten nicht ausreichend bedient.
Moonlight ist wie ein Bankkonto, Phoenix wie ein Ticket mit Passwort. In einem Konto gleichzeitig Bargeld und verschlüsselte Tickets zu lagern – sind Sie wirklich sicher, dass das gut ist? Jedenfalls habe ich es nicht verstanden: Löst dieses Dual-Book-Design wirklich ein Problem, oder erzeugt es nur neue Verwirrung. #dusk $DUSK
In Dusk’ neuestem Design gibt es zwei parallele Kassenbuch-Modelle: Moonlight und Phoenix. Moonlight ist ein transparentes Konto-Modell – Salden und Überweisungen sind sichtbar und eignet sich für Szenarien, in denen ein öffentliches Abgleichen nötig ist. Phoenix ist ein privates UTXO-Modell: Transaktionen werden über Zero-Knowledge-Proofs verifiziert, Beträge und Absender werden nicht offengelegt.
Klingt ziemlich fortschrittlich, oder? Eine Kette, die gleichzeitig zwei Kassenbücher betreibt: transparent und privat – je nach Bedarf umschaltbar. Aber nach dem Lesen hatte ich nur ein Gefühl: Dusk versucht, es allen recht zu machen, aber vielleicht schafft es niemand so richtig. @Dusk
Moonlight ist für Institutionen nützlich: Compliance- und Audit-Prüfungen brauchen Einsicht ins Kassenbuch. Phoenix ist für Privatanleger nützlich: Transaktionen sollen nicht für andere einsehbar sein. Das Problem ist jedoch: Kann ein und dasselbe Asset zwischen beiden Modi wechseln? Wenn ja, welchen Sinn hat dann noch Privatsphäre? Ein Asset ist heute in Phoenix privat, und morgen wechseln Sie es zu Moonlight – und schon wird es transparent. Ihre Privatsphäre hat ein Verfallsdatum; läuft es ab, ist sie weg. Wenn nicht, dann wird dieses Dual-Book-Design im Grunde zu zwei parallelen Fahrspuren: transparente Assets laufen im transparenten Kanal, private Assets im privaten Kanal – ohne sich gegenseitig zu stören. Was ist das dann anderes als zwei unabhängige Ketten?
Dusk’ eigentlicher Kompromiss besteht darin, dass ein und dasselbe Finanzsystem je nach Szenario die Semantik des Kassenbuchs wählen kann. Diese Designidee ist tatsächlich clever – aber zwischen „clever“ und „praktisch“ liegt eine Mauer. Normale Nutzer können kaum nachvollziehen, wann sie Moonlight nutzen sollen und wann Phoenix. Institutionelle Nutzer brauchen Audits, Privatanleger brauchen Privatsphäre. Dusk versucht, beides gleichzeitig zu bedienen – und am Ende fühlen sich vielleicht beide Seiten nicht ausreichend bedient.
Moonlight ist wie ein Bankkonto, Phoenix wie ein Ticket mit Passwort. In einem Konto gleichzeitig Bargeld und verschlüsselte Tickets zu lagern – sind Sie wirklich sicher, dass das gut ist? Jedenfalls habe ich es nicht verstanden: Löst dieses Dual-Book-Design wirklich ein Problem, oder erzeugt es nur neue Verwirrung. #dusk $DUSK
