Ich schaue mir Dusk-Updates aus technischer Sicht an und dachte ganz am Anfang, dass Moonlight und Phoenix zwei getrennte Kontosysteme seien, die jeweils für sich existieren. Bis ich auf die Funktion „convert“ gestoßen bin, und dann merkte ich: Dusk hat da einen besonderen Kniff. Die beiden Modellschichten existieren nicht einfach parallel, sondern können atomar ineinander umgetauscht werden. @Dusk
Die Vermögenswerte im Phoenix-Konto sind verschlüsselte Notes. Wenn man sie in ein Moonlight-Konto überträgt, verarbeitet der Transfer Contract diese Notes zuerst und fügt sie danach entsprechend dem Gegenwert zum öffentlichen Kontostand hinzu. Umgekehrt, wenn man aus Moonlight heraus überträgt, zieht der Transfer Contract zuerst den Kontostand ab und erzeugt dann Notes im entsprechenden Nennwert, die an eine versteckte Adresse gesendet werden. Der Nutzer muss keine Identität nachweisen; er muss nur beweisen, dass er die Eigentumsrechte an dem Konto oder der Adresse besitzt, die umgewandelt werden. Der gesamte Prozess läuft atomar ab, sodass er nicht in einem Zwischenzustand hängen bleibt.
Bei einer erneuten Prüfung habe ich allerdings festgestellt, dass ich diese Mechanik zuvor mit dem XSC-Wertpapierstandard vermischt dargestellt habe—das war nicht sorgfältig genug. Convert löst die Konvertierung des nativen DUSK-Tokens zwischen zwei Modellen. Der XSC-Wertpapierstandard basiert dagegen wirklich auf Zedger: einem Modell, das UTXO- und Kontofähigkeiten kombiniert und speziell Compliance-Details wie die Prüfung von Besitzberechtigungen, limitierte Übertragungen und Ausschüttungen behandelt. Beide nutzen die zk-Unterlage von Phoenix gemeinsam, aber sie verwenden nicht dieselbe Logik. Ich hätte das nicht vermengen dürfen.
Dusk trennt diese beiden Ebenen sehr klar: Die zugrundeliegende Konvertierungsmechanik steuert den Token-Umlauf, und die obere Schicht Zedger steuert die Wertpapier-Compliance. Genau deshalb wirkt es für mich immer mehr so, als würde Dusk nicht nur eine einfache Privacy-Chain bauen.
$DUSK deckt den Gasaufwand für die gesamte Umwandlung und Abwicklung ab.
#dusk $DUSK @Dusk
Die Vermögenswerte im Phoenix-Konto sind verschlüsselte Notes. Wenn man sie in ein Moonlight-Konto überträgt, verarbeitet der Transfer Contract diese Notes zuerst und fügt sie danach entsprechend dem Gegenwert zum öffentlichen Kontostand hinzu. Umgekehrt, wenn man aus Moonlight heraus überträgt, zieht der Transfer Contract zuerst den Kontostand ab und erzeugt dann Notes im entsprechenden Nennwert, die an eine versteckte Adresse gesendet werden. Der Nutzer muss keine Identität nachweisen; er muss nur beweisen, dass er die Eigentumsrechte an dem Konto oder der Adresse besitzt, die umgewandelt werden. Der gesamte Prozess läuft atomar ab, sodass er nicht in einem Zwischenzustand hängen bleibt.
Bei einer erneuten Prüfung habe ich allerdings festgestellt, dass ich diese Mechanik zuvor mit dem XSC-Wertpapierstandard vermischt dargestellt habe—das war nicht sorgfältig genug. Convert löst die Konvertierung des nativen DUSK-Tokens zwischen zwei Modellen. Der XSC-Wertpapierstandard basiert dagegen wirklich auf Zedger: einem Modell, das UTXO- und Kontofähigkeiten kombiniert und speziell Compliance-Details wie die Prüfung von Besitzberechtigungen, limitierte Übertragungen und Ausschüttungen behandelt. Beide nutzen die zk-Unterlage von Phoenix gemeinsam, aber sie verwenden nicht dieselbe Logik. Ich hätte das nicht vermengen dürfen.
Dusk trennt diese beiden Ebenen sehr klar: Die zugrundeliegende Konvertierungsmechanik steuert den Token-Umlauf, und die obere Schicht Zedger steuert die Wertpapier-Compliance. Genau deshalb wirkt es für mich immer mehr so, als würde Dusk nicht nur eine einfache Privacy-Chain bauen.
$DUSK deckt den Gasaufwand für die gesamte Umwandlung und Abwicklung ab.
#dusk $DUSK @Dusk