Ich habe diesmal die Architektur von @Dusk neu aufgerollt und bin bei der Ebene „Transfer Contract“ dann kurz stehen geblieben: Das wirklich Schwierige beim On-Chain-Bringen regulierter Vermögenswerte ist nie nur „Überweisung“, sondern dass gleichzeitig Privatsphäre, Verifizierbarkeit und deterministisches Abrechnen zusammen funktionieren müssen. Daran lässt mich Dusk besonders denken: Es wirft diesen Widerspruch nicht einfach der Applikationsebene zur eigenständigen Lösung zu.
DuskDS ist entscheidend. Offiziell wird es als Abrechnungs- und Data-Availability-Schicht definiert; Moonlight und Phoenix rechnen hier ab. Moonlight ist ein öffentliches Kontomodell: Kontostand, Absender, Empfänger und Betrag sind sichtbar. Phoenix dagegen steckt die Gelder in kryptografische „notes“ und belegt mit ZKPs, dass das Guthaben ausreicht und keine Double-Spends passieren können. Dabei werden der Überweisungsbetrag verborgen, der Absender sowie die Zuordnung zu konkreten notes für Beobachter ausgeblendet und zudem lassen sich Informationen über einen „viewing key“ selektiv offenlegen. Was mich wirklich festgefahren hat – und dann doch klarer machte, warum – ist der Transfer Contract: Er nimmt zwei Arten von Transaction-Payloads entgegen, routet die Validierungslogik jeweils unterschiedlich und hält am Ende den globalen Zustand konsistent. Das heißt: Öffentlich und privat sind keine zwei voneinander unabhängigen Linien.
Wenn man weiter nach oben schaut, ist DuskEVM eine EVM-Ausführungsumgebung basierend auf OP Stack; Abrechnung und Data Availability werden weiterhin von DuskDS bereitgestellt. Der Hedger, der auf DuskEVM läuft, realisiert Vertraulichkeitstransaktionen mit Homomorpher Verschlüsselung und ZKPs – ausgelegt für regulierte Finanzszenarien. So zusammengefügt macht Dusk nicht einfach nur „Vermögenswerte verbergen“, sondern bringt Transaktionen mit unterschiedlichem Offenbarungsgrad derselben Informationsarten in ein einheitliches Basissystem.
$DUSK wird für Gas und Staking genutzt; in Zukunft werden über 36 Jahre 500 Millionen Coins für Staking-Belohnungen freigegeben. Für mich ist nicht die Story das Entscheidende, sondern ob diese technischen und ökonomischen Mechanismen bei echten Asset-Transaktionen tatsächlich durchlaufen.
Ich möchte im Moment vor allem nur vier Dinge sehen: Wer kann es sehen, wer kann es beweisen, wer kann es ausführen – und wann ist der endgültige Zustand festgelegt.
#dusk $DUSK @Dusk
DuskDS ist entscheidend. Offiziell wird es als Abrechnungs- und Data-Availability-Schicht definiert; Moonlight und Phoenix rechnen hier ab. Moonlight ist ein öffentliches Kontomodell: Kontostand, Absender, Empfänger und Betrag sind sichtbar. Phoenix dagegen steckt die Gelder in kryptografische „notes“ und belegt mit ZKPs, dass das Guthaben ausreicht und keine Double-Spends passieren können. Dabei werden der Überweisungsbetrag verborgen, der Absender sowie die Zuordnung zu konkreten notes für Beobachter ausgeblendet und zudem lassen sich Informationen über einen „viewing key“ selektiv offenlegen. Was mich wirklich festgefahren hat – und dann doch klarer machte, warum – ist der Transfer Contract: Er nimmt zwei Arten von Transaction-Payloads entgegen, routet die Validierungslogik jeweils unterschiedlich und hält am Ende den globalen Zustand konsistent. Das heißt: Öffentlich und privat sind keine zwei voneinander unabhängigen Linien.
Wenn man weiter nach oben schaut, ist DuskEVM eine EVM-Ausführungsumgebung basierend auf OP Stack; Abrechnung und Data Availability werden weiterhin von DuskDS bereitgestellt. Der Hedger, der auf DuskEVM läuft, realisiert Vertraulichkeitstransaktionen mit Homomorpher Verschlüsselung und ZKPs – ausgelegt für regulierte Finanzszenarien. So zusammengefügt macht Dusk nicht einfach nur „Vermögenswerte verbergen“, sondern bringt Transaktionen mit unterschiedlichem Offenbarungsgrad derselben Informationsarten in ein einheitliches Basissystem.
$DUSK wird für Gas und Staking genutzt; in Zukunft werden über 36 Jahre 500 Millionen Coins für Staking-Belohnungen freigegeben. Für mich ist nicht die Story das Entscheidende, sondern ob diese technischen und ökonomischen Mechanismen bei echten Asset-Transaktionen tatsächlich durchlaufen.
Ich möchte im Moment vor allem nur vier Dinge sehen: Wer kann es sehen, wer kann es beweisen, wer kann es ausführen – und wann ist der endgültige Zustand festgelegt.
#dusk $DUSK @Dusk
