Gestern Abend Überstunden gemacht und mich beim Durchscrollen des Dusk-Neuauftritts ertappt – eigentlich war ich mit der Einstellung reingegangen: „Projekt umgebaut, nur die Haut gewechselt“. Die alte Seite wollte für technische Doku immer erst durch drei, vier Links und gab gelegentlich 404 aus. Dann habe ich mich aber vor dem neuen Tech-Stack-Overlay/Layer-Stack der neuen Seite ganze 20 Minuten lang festgelesen und meine vorher nur lose zusammenhangenden Projektkenntnisse endlich alles in eine Linie gebracht.
Der neue Auftritt stapelt nicht groß Marketing – er legt den Tech-Stack von der untersten bis zur obersten Ebene offen. Ganz unten ist DuskDS: es trägt Konsens, Abrechnung und Datenverfügbarkeit. Die Konsensschicht nutzt SBA, eine committee-basierte PoS-Mechanik. Dabei werden Blockproduzenten anonym per „Proof-of-Blind-Bid“ über ein Gremium ausgewählt; die Liste der Validatoren ändert sich in jeder Runde. So ist das gestaltet, um zu verhindern, dass Validatoren im Voraus festgenagelt oder angegriffen werden, und um die Blockerstellung nicht wie in klassischem PoS von Großhaltern monopolisieren zu lassen. Die Transaktionsschicht verwendet Phoenix: basiert auf dem UTXO-Notizenmodell. Die Gelder existieren als kryptografische „notes“, kombiniert mit Pedersen-Kommitments, um Beträge zu verbergen, und einem Invalidator-Mechanismus, um Double-Spends abzuwehren. Die Knoten kümmern sich nur darum, ob die Zero-Knowledge-Beweise gültig sind. In meinem eigenen Test hatte ich zuvor Klartext in die Transaktionen gepackt – und wurde damit direkt abgewiesen. Erst da wurde mir klar: Diese Regel ist von der Konsensschicht an fest in „Hardware“ gegossen.
Als ich weiter nach oben schaute, dachte ich zuerst, Dusk Trade wäre nur ein gewöhnlicher, gekapselter Privacy-DEX. In der Demo des offiziellen Ablaufs merkte ich jedoch: Es greift direkt auf die darunterliegende Abrechnungs-Channel-Struktur zu. Das Orderbuch ist standardmäßig verschlüsselt und verwendet ElGamal-homomorphe Verschlüsselung. Orderpreis und -menge liegen on-chain komplett als Chiffre vor; die Matching-Engine rechnet mit den Chiffren, um Preis und Menge des Treffers zu bestimmen. Erst danach wird entschlüsselt, um die Transaktion abzuschließen – so werden während des ganzen Prozesses keine Order-Details offengelegt. Darüber gibt es noch eine Schicht: DuskEVM. Das ist eine Ausführungsschicht, die auf OP Stack aufgesetzt und für Dusk umgebaut wurde. Sie macht die Abrechnung direkt auf DuskDS. Wenn Sol darauf aufsetzt, kann es die Privacy-Fähigkeiten der darunterliegenden Ebene übernehmen, ohne alles neu zu erfinden. Ganz oben liegt ein Compliance-Marktworkflow: Citadel ist als native aufrufbare Modulstruktur umgesetzt. Nutzer müssen keine Passkopien übermitteln; sie weisen dem System allein über Zero-Knowledge-Beweise nach, dass sie „die Compliance-Prüfung abgeschlossen“ haben.
Früher hatte ich immer das Gefühl, der Tech-Weg von Dusk sei ein bisschen „hier ein Stück, dort ein Stück“. Erst mit dem neuen Offiziellen Auftritt, der den Full-Stack komplett ausbreitet, wurde mir klar: Das ist von Anfang an nicht nur ein Anonymitäts-Transfer-Spielzeug, sondern der Aufbau einer vollständigen, compliance-fähigen Privacy-Finanzbodenebene. Nachdem ich das durch hatte, habe ich direkt etwas DUSK nachgelegt – denn Projekte, die ihre technische Architektur so klar und offen auf den Tisch legen, sind heutzutage wirklich nicht mehr viele. #dusk $DUSK @Dusk
Der neue Auftritt stapelt nicht groß Marketing – er legt den Tech-Stack von der untersten bis zur obersten Ebene offen. Ganz unten ist DuskDS: es trägt Konsens, Abrechnung und Datenverfügbarkeit. Die Konsensschicht nutzt SBA, eine committee-basierte PoS-Mechanik. Dabei werden Blockproduzenten anonym per „Proof-of-Blind-Bid“ über ein Gremium ausgewählt; die Liste der Validatoren ändert sich in jeder Runde. So ist das gestaltet, um zu verhindern, dass Validatoren im Voraus festgenagelt oder angegriffen werden, und um die Blockerstellung nicht wie in klassischem PoS von Großhaltern monopolisieren zu lassen. Die Transaktionsschicht verwendet Phoenix: basiert auf dem UTXO-Notizenmodell. Die Gelder existieren als kryptografische „notes“, kombiniert mit Pedersen-Kommitments, um Beträge zu verbergen, und einem Invalidator-Mechanismus, um Double-Spends abzuwehren. Die Knoten kümmern sich nur darum, ob die Zero-Knowledge-Beweise gültig sind. In meinem eigenen Test hatte ich zuvor Klartext in die Transaktionen gepackt – und wurde damit direkt abgewiesen. Erst da wurde mir klar: Diese Regel ist von der Konsensschicht an fest in „Hardware“ gegossen.
Als ich weiter nach oben schaute, dachte ich zuerst, Dusk Trade wäre nur ein gewöhnlicher, gekapselter Privacy-DEX. In der Demo des offiziellen Ablaufs merkte ich jedoch: Es greift direkt auf die darunterliegende Abrechnungs-Channel-Struktur zu. Das Orderbuch ist standardmäßig verschlüsselt und verwendet ElGamal-homomorphe Verschlüsselung. Orderpreis und -menge liegen on-chain komplett als Chiffre vor; die Matching-Engine rechnet mit den Chiffren, um Preis und Menge des Treffers zu bestimmen. Erst danach wird entschlüsselt, um die Transaktion abzuschließen – so werden während des ganzen Prozesses keine Order-Details offengelegt. Darüber gibt es noch eine Schicht: DuskEVM. Das ist eine Ausführungsschicht, die auf OP Stack aufgesetzt und für Dusk umgebaut wurde. Sie macht die Abrechnung direkt auf DuskDS. Wenn Sol darauf aufsetzt, kann es die Privacy-Fähigkeiten der darunterliegenden Ebene übernehmen, ohne alles neu zu erfinden. Ganz oben liegt ein Compliance-Marktworkflow: Citadel ist als native aufrufbare Modulstruktur umgesetzt. Nutzer müssen keine Passkopien übermitteln; sie weisen dem System allein über Zero-Knowledge-Beweise nach, dass sie „die Compliance-Prüfung abgeschlossen“ haben.
Früher hatte ich immer das Gefühl, der Tech-Weg von Dusk sei ein bisschen „hier ein Stück, dort ein Stück“. Erst mit dem neuen Offiziellen Auftritt, der den Full-Stack komplett ausbreitet, wurde mir klar: Das ist von Anfang an nicht nur ein Anonymitäts-Transfer-Spielzeug, sondern der Aufbau einer vollständigen, compliance-fähigen Privacy-Finanzbodenebene. Nachdem ich das durch hatte, habe ich direkt etwas DUSK nachgelegt – denn Projekte, die ihre technische Architektur so klar und offen auf den Tisch legen, sind heutzutage wirklich nicht mehr viele. #dusk $DUSK @Dusk
