ich dachte heute Abend daran, dass bei Gesprächen über Smart Contracts der Fokus meist auf den Anwendungen liegt. Doch die darunterliegende Ausführungsschicht ist genauso wichtig.
Dusk’s Piecrust-VM verfolgt einen anderen Ansatz: Kompakte WASM-Module laufen in einer leichten, modularen Umgebung, die für sichere und effiziente Smart-Contract-Ausführung entwickelt wurde. Vor allem in Rust geschrieben, wird Piecrust durch piecrust-uplink unterstützt, das Entwicklern hilft, Verträge zu kompilieren, zu testen, bereitzustellen und zu verwalten.
Was meine Aufmerksamkeit besonders geweckt hat, ist, wie Piecrust mit aufwendigen kryptografischen Arbeiten umgeht. Statt alles durch WASM zu zwingen, übernehmen Host-Funktionen Aufgaben wie Hashing, ZK-Proof-Verifikation und Signaturvalidierung.
Dieses Design verbindet die Flexibilität von Smart Contracts mit Dusk’s datenschutzorientierter Architektur.
Zedger: Private Wertpapiere und RWAs Onchain bringen
Gedanken von gestern: Was mich an Dusk interessiert, ist, dass reale Vermögenswerte nicht als einfache Tokens behandelt werden. Sein Zedger-Protokoll ist um den schwierigeren Teil herum gestaltet: Wertpapiere und RWAs onchain nutzbar zu machen und dabei Datenschutz sowie regulatorische Anforderungen im Blick zu behalten.
Laut dem Dusk-Whitepaper unterstützt Zedger sowohl tokenisierte als auch nativen Emissionen von Vermögenswerten. Es kann Aktionen wie das Prägen, Verbrennen, Dividenden und von Emittenten initiierte Zwangsübertragungen handhaben, wobei ZK-Beweise und Audit-Funktionen eingesetzt werden, um Aktivitäten zu validieren, ohne alles öffentlich offenzulegen.
Das schafft ein interessantes Modell für Finanzmärkte: Datenschutz für sensible Transaktionen, aber dennoch genug Struktur für Compliance und Nachvollziehbarkeit.
Für mich zeigt Zedger, dass das Hereinbringen von Wertpapieren onchain nicht nur um Tokenisierung geht. Es geht darum, die Regeln rund um den Vermögenswert aufzubauen.
Ich habe herausgefunden, was Dämmerung für mich interessant macht: Sie zwingt nicht jede Transaktion in dasselbe Datenschutzmodell. Stattdessen eröffnet sie den Nutzerinnen und Nutzern zwei unterschiedliche Wege.
Mondlicht folgt einem kontobasierten Design. Ihr öffentlicher Schlüssel identifiziert das Konto, die Salden werden als globaler Zustand verwaltet, und Transaktionen werden über digitale Signaturen autorisiert. Das ist der transparenter Weg: Kontostände und Transaktionsprüfungen sind für das Netzwerk sichtbar.
Phönix geht einen anderen Ansatz. Es verwendet ein UTXO-ähnliches System, in dem Vermögenswerte als Notizen dargestellt werden. Im verschleierten Modus ermöglichen Zero-Knowledge-Beweise, dass das Netzwerk verifizieren kann, ob eine Transaktion gültig ist, ohne die zugrunde liegenden Details direkt offenzulegen. Nullifier verhindern, dass dieselbe Notiz zweimal ausgegeben wird.
So sehe ich Mondlicht und Phönix weniger als Konkurrenz und mehr als ergänzende Werkzeuge: Transparenz, wenn sie gebraucht wird, Privatsphäre, wenn sie erforderlich ist. Dieses duale Design gibt Dämmerung einen praktischen Weg, um Anwendungsfälle im Finanzbereich anzugehen, bei denen Vertraulichkeit und Nachprüfbarkeit nebeneinander existieren müssen.
Was mir an Dusk auffällt, ist, dass die Konsens-Anreize um eine einfache Idee herum gestaltet sind: Ausgewählt zu werden allein reicht nicht aus—du musst dich korrekt verhalten, wenn du ausgewählt bist.
Provisioner können durch das Vorschlagen und Wählen verdienen, während das Protokoll auch ein subtileres Risiko adressiert: Künftige Blockgeneratoren könnten von früheren Iterationen profitieren, falls diese scheitern. Dusk begegnet diesem Problem, indem es Wähler belohnt, einen Teil der Generatorenbelohnungen an die einbezogenen Votes koppelt und die Iterationen begrenzt.
Auch die Sanktionsseite ist ähnlich strukturiert. Geringfügige Fehler können zu einer Suspendierung und einem Soft Slashing führen und damit den Einfluss eines Provisioners reduzieren. Schwerwiegendere Handlungen wie doppeltes Wählen oder ungültige Blockvorschläge lösen ein Hard Slashing aus, das das eingesetzte Stake verbrennt.
Das Ergebnis ist ein Anreizsystem, in dem Teilnahme, Verlässlichkeit und ehrliches Verhalten wirtschaftlich miteinander verbunden sind.
Rollende Endgültigkeit: Wie Dusk Transaktionen bestätigt
Nicht jeder Block muss in einem einzigen Moment von „akzeptiert“ zu dauerhaft endgültig springen. Dusk verfolgt einen progressiveren Ansatz über rollende Endgültigkeit.
Ein Block kann zunächst akzeptiert werden, das heißt, es wurde Konsens erzielt, aber ein konkurrierender Block mit geringerer Iteration könnte ihn noch ersetzen. Wenn alle früheren Iterationen bereits nachweislich gescheitert sind, wird der Block attestiert und kann nicht mehr durch eine Alternative mit geringerer Iteration ersetzt werden.
Dann kommt die Bestätigung. Jeder geeignete Nachfolger liefert zusätzliche Belege dafür, dass die Provisionierer auf derselben Kette aufbauen. Für einen akzeptierten Block hängt die Anzahl der erforderlichen Nachfolger von den noch ungeklärten früheren Iterationen ab. Je mehr Unsicherheit besteht, desto mehr Bestätigungen sind nötig.
Schließlich läuft die Bestätigung über die Kette hinweg: Sobald ein Block bestätigt ist und sein Elternblock endgültig ist, kann auch er selbst endgültig werden.
Das Spannende ist, dass die Endgültigkeit in Dusk nicht als einfacher Timer oder als feste Anzahl von Bestätigungen behandelt wird. Sie passt sich der Historie des Blocks an und den Beweisen, die durch spätere Konsensrunden entstehen.
So entsteht ein sich bewegender Pfad von Möglichkeit → Akzeptanz → stärkerem Vertrauen → Endgültigkeit.
Ein Aspekt des Konsensdesigns von Dusk Network, der mir besonders interessant vorkommt, ist, wie Abstimmungsausschüsse einzelne Stimmen in einen kompakten Nachweis umwandeln.
Im Succinct-Attestation-Protokoll von Dusk werden Bereitsteller für Validierungs- und Ratifizierungsausschüsse durch deterministisches Sortition ausgewählt. Die Mitglieder des Ausschusses erhalten Credits, die das Gewicht ihrer Stimmen bestimmen. Der Ausschuss nutzt dazu eine feste 64-Credit-Struktur im Whitepaper.
Effizienter wird der Prozess durch BLS-Signaturen: Stimmen mehrerer Bereitsteller können zu einer einzigen Signatur aggregiert werden, um die Verifikation zu vereinfachen.
Eine Attestation wird damit zum Nachweis, dass ein Quorum erreicht wurde. Eine 2/3-Supermehrheit gültiger Stimmen führt zu einer Erfolg- Attestation, während eine Mehrheit ungültiger Stimmen, NoCandidate- oder NoQuorum-Stimmen zu einer Fail-Attestation führt.
Die größere Idee: Dusk sammelt nicht nur Stimmen, sondern bündelt Konsensnachweise in eine überprüfbare Struktur, die seinen Ansatz für eine schnelle, datenschutzorientierte Finanzinfrastruktur unterstützt.
Ein Aspekt des Konsensdesigns von Dusk Network, der mir besonders interessant vorkommt, ist, wie Abstimmungsausschüsse einzelne Stimmen in einen kompakten Nachweis umwandeln.
Im Succinct-Attestation-Protokoll von Dusk werden Bereitsteller für Validierungs- und Ratifizierungsausschüsse durch deterministisches Sortition ausgewählt. Die Mitglieder des Ausschusses erhalten Credits, die das Gewicht ihrer Stimmen bestimmen. Der Ausschuss nutzt dazu eine feste 64-Credit-Struktur im Whitepaper.
Effizienter wird der Prozess durch BLS-Signaturen: Stimmen mehrerer Bereitsteller können zu einer einzigen Signatur aggregiert werden, um die Verifikation zu vereinfachen.
Eine Attestation wird damit zum Nachweis, dass ein Quorum erreicht wurde. Eine 2/3-Supermehrheit gültiger Stimmen führt zu einer Erfolg- Attestation, während eine Mehrheit ungültiger Stimmen, NoCandidate- oder NoQuorum-Stimmen zu einer Fail-Attestation führt.
Die größere Idee: Dusk sammelt nicht nur Stimmen, sondern bündelt Konsensnachweise in eine überprüfbare Struktur, die seinen Ansatz für eine schnelle, datenschutzorientierte Finanzinfrastruktur unterstützt.
Ein Aspekt des Konsensdesigns von Dusk Network, der mir besonders interessant vorkommt, ist, wie Abstimmungsausschüsse einzelne Stimmen in einen kompakten Nachweis umwandeln.
Im Succinct-Attestation-Protokoll von Dusk werden Bereitsteller für Validierungs- und Ratifizierungsausschüsse durch deterministisches Sortition ausgewählt. Die Mitglieder des Ausschusses erhalten Credits, die das Gewicht ihrer Stimmen bestimmen. Der Ausschuss nutzt dazu eine feste 64-Credit-Struktur im Whitepaper.
Effizienter wird der Prozess durch BLS-Signaturen: Stimmen mehrerer Bereitsteller können zu einer einzigen Signatur aggregiert werden, um die Verifikation zu vereinfachen.
Eine Attestation wird damit zum Nachweis, dass ein Quorum erreicht wurde. Eine 2/3-Supermehrheit gültiger Stimmen führt zu einer Erfolg- Attestation, während eine Mehrheit ungültiger Stimmen, NoCandidate- oder NoQuorum-Stimmen zu einer Fail-Attestation führt.
Die größere Idee: Dusk sammelt nicht nur Stimmen, sondern bündelt Konsensnachweise in eine überprüfbare Struktur, die seinen Ansatz für eine schnelle, datenschutzorientierte Finanzinfrastruktur unterstützt.
Deterministische Sortition: Wie Dusk Validatoren auswählt
Ein interessantes Detail über Dusk ist, dass die Validator-Auswahl nicht einfach „mehr Einsatz = immer ausgewählt“ ist.
Im Konsens „Succinct Attestation“ von Dusk werden Staker, die als „provisioners“ bezeichnet werden, durch Deterministische Sortition (DS) ausgewählt. Der Prozess verwendet deterministische Extraktion, um Kredite basierend auf dem Einsatz zu vergeben, während ein per SHA3 generierter Score dabei hilft, jede Auswahl zu bestimmen. Der Score setzt sich aus dem Seed des vorherigen Blocks sowie der aktuellen Runde, dem Schritt und der Kreditnummer zusammen.
Der clevere Teil ist, dass das Gewicht eines Provisioners nach Erhalt eines Kredits um 1 DUSK reduziert wird. So bleibt die Beteiligung proportional zum Einsatz und begünstigt nicht wiederholt denselben Teilnehmer.
Damit macht Dusk aus Zufälligkeit einen reproduzierbaren, einsatzgewichteten Auswahlprozess – still und leise, um festzulegen, wer Blöcke vorschlägt und wer über sie abstimmt.
Was das Proof-of-Stake-Modell von Dusk interessant macht, ist, wie es gestaktes DUSK in eine aktive Rolle beim Konsens verwandelt. Staker, die Provisioner genannt werden, können Blöcke mithilfe der Succinct Attestation (SA) generieren und validieren. Anstatt sich auf ständigen rechnerischen Wettbewerb zu verlassen, nutzt Dusk Deterministische Sortition, um Blockgeneratoren und Abstimmungskomitees anhand des Stakes auszuwählen. Der Prozess ist so gestaltet, dass er permissionless ist, während das komiteebasierte Voting dem Netzwerk hilft, effizient Einvernehmen zu erreichen. Provisioner haben außerdem Anreize zur Teilnahme: Es gibt Belohnungen für korrektes Verhalten und Strafen bei Fehlern. Dadurch entsteht eine ökonomische Ebene, in der der Stake nicht nur gebundenes Kapital ist, sondern Teil des Mechanismus wird, der das Netzwerk absichert.
Was mir an Dusk’ Konsensdesign auffällt, ist, dass es auf Einigung ausgerichtet ist, ohne dass jeder Teilnehmer dieselbe schwere Arbeit leisten muss. Succinct Attestation (SA) ist ein permissionlesses, komitee-basiertes Proof-of-Stake-Verfahren, bei dem Staker, die als Provisioners bezeichnet werden, durch deterministische Sortition ausgewählt werden.
Eine Runde durchläuft Vorschlag, Validierung und Ratifizierung. Abstimmungskomitees verifizieren den Kandidatenblock, und ihre Signaturen können zu einer kompakten Beglaubigung aggregiert werden, die nachweist, dass das Quorum erreicht wurde. Eine 2/3-Supermehrheit gültiger Stimmen (Valid votes) kann ein Erfolgsergebnis erzeugen.
Das Spannende ist, wie das mit rollierender Finalität zusammenhängt: Dusk nutzt Beglaubigungen und nachfolgende Blöcke, um den Status eines Blocks schrittweise zu verstärken, bis er final ist.
Eine Blockchain kann starken Konsens und Datenschutz bieten, aber das spielt keine Rolle, wenn Informationen ineffizient übertragen werden. @Dusk tackles dieses Problem auf der Kommunikationsebene mit Kadcast, einem P2P-Protokoll, das auf der DHT-Struktur von Kademlia basiert. Statt jeden nahegelegenen Knoten mit derselben Nachricht zu überfluten, nutzt Kadcast XOR-Distanzen und ausgewählte Peers, um eine strukturierte Kaskade zu erzeugen. Multicast-Bäume helfen dabei, Blöcke, Transaktionen und Konsensabstimmungen mit weniger redundanten Übertragungen zu verbreiten. Das Ergebnis sind geringere Bandbreitennutzung, schnellere Weiterleitung und eine bessere Widerstandsfähigkeit, wenn Knoten beitreten, gehen oder ausfallen. Das Whitepaper hebt außerdem Datenschutzvorteile hervor, weil sich die Herkunft von Nachrichten schwieriger zurückverfolgen lässt, während die Daten über ausgewählte Peers wandern. #dusk $DUSK