**Was mir aufgefallen ist: Dusk behandelt Datenschutz und öffentliche Transparenz nicht als zwei getrennte Systeme, die erst miteinander verbunden werden müssten.
Im Transfer-Contract gibt es eine einzige `convert`-Funktion, die Werte zwischen einer geschützten Phoenix-Notiz und einem öffentlichen Moonlight-Kontostand verschieben kann. Ein Aufruf, ein Contract – ohne dass ein umhülltes Asset oder eine externe Bridge benötigt wird.
Ich wollte verstehen, wie das tatsächlich funktioniert, statt die Beschreibung des „Dual-Transaction-Modells“ einfach so hinzunehmen.
Laut den Doku: Phoenix ist UTXO-basiert: Guthaben existieren als Notizen und werden über Nullifier ausgegeben, wodurch Beträge und Transaktionsverknüpfungen privat bleiben. Moonlight ist konto-basiert und öffentlich: Guthaben und Nonces sind sichtbar.
Das Spannende ist der `convert`-Call. Ein Nutzer weist den Besitz einer der beiden Seiten nach, und der Contract verringert einen Saldo, während er im selben Zustandsübergang den entsprechenden Wert auf der anderen Seite erzeugt.
Das ist wichtig, weil an der privaten-zu-öffentlichen Grenze normalerweise zusätzliche Infrastruktur ins Spiel kommt. Hier wird die Umwandlung selbst vom Transfer Contract erledigt – statt eine separate Bridge oder eine verpackte Repräsentation zu benötigen.
Ein Detail, das ich immer noch besser verstehen möchte, ist die Indexierungsseite. Die Doku unterscheidet Phoenix-to-Moonlight-Conversionen von direkten Einzahlungen; das bedeutet, dass Wallets und Indexer diese Ereignisse separat erkennen müssen.
Gibt es eine Referenz-Implementierung für den Indexer vom Dusk-Team, oder ist diese Ereignisklassifizierung etwas, das jeder Integrator unabhängig voneinander handhabt?
#dusk $DUSK @Dusk
Im Transfer-Contract gibt es eine einzige `convert`-Funktion, die Werte zwischen einer geschützten Phoenix-Notiz und einem öffentlichen Moonlight-Kontostand verschieben kann. Ein Aufruf, ein Contract – ohne dass ein umhülltes Asset oder eine externe Bridge benötigt wird.
Ich wollte verstehen, wie das tatsächlich funktioniert, statt die Beschreibung des „Dual-Transaction-Modells“ einfach so hinzunehmen.
Laut den Doku: Phoenix ist UTXO-basiert: Guthaben existieren als Notizen und werden über Nullifier ausgegeben, wodurch Beträge und Transaktionsverknüpfungen privat bleiben. Moonlight ist konto-basiert und öffentlich: Guthaben und Nonces sind sichtbar.
Das Spannende ist der `convert`-Call. Ein Nutzer weist den Besitz einer der beiden Seiten nach, und der Contract verringert einen Saldo, während er im selben Zustandsübergang den entsprechenden Wert auf der anderen Seite erzeugt.
Das ist wichtig, weil an der privaten-zu-öffentlichen Grenze normalerweise zusätzliche Infrastruktur ins Spiel kommt. Hier wird die Umwandlung selbst vom Transfer Contract erledigt – statt eine separate Bridge oder eine verpackte Repräsentation zu benötigen.
Ein Detail, das ich immer noch besser verstehen möchte, ist die Indexierungsseite. Die Doku unterscheidet Phoenix-to-Moonlight-Conversionen von direkten Einzahlungen; das bedeutet, dass Wallets und Indexer diese Ereignisse separat erkennen müssen.
Gibt es eine Referenz-Implementierung für den Indexer vom Dusk-Team, oder ist diese Ereignisklassifizierung etwas, das jeder Integrator unabhängig voneinander handhabt?
#dusk $DUSK @Dusk