Der wirklich interessante Teil an Dusk: nicht Privatsphäre, sondern Finanzregeln direkt in die Kette zu schreiben?

Ich habe mir Dusk dieses Mal wieder genauer angesehen, mein erster Eindruck ist: Dusk baut nicht einfach eine „noch privatere“ Public-Chain, sondern ein Basissystem, in dem Finanzregeln direkt ausführbar sind.

Ich sehe vor allem zwei Ebenen des Designs.

Zuerst die Konsensschicht. Dusk nutzt Succinct Attestation (SA), im Kern ein committee-basiertes PoS. Die Blockproduzenten und Abstimmungsknoten heißen provisioner.

Der entscheidende Punkt liegt in der Art, wie ausgewählt wird: deterministic sortition. Dabei werden der Zufallssamen der vorherigen Blockrunde, die Round-Nummer und die Schritt-Nummer in SHA3 eingeworfen und dann mit den Stimmgewichten nach dem Anteil (Staking) kombiniert.

Der Schwerpunkt liegt bei der Generierung des Zufallssamens: Der Seed jedes Blocks stammt vom vorherigen Blockproduzenten, der vor der nächsten Runde den Seed der letzten Runde mit seinem privaten Schlüssel signiert. Das Ergebnis ist: — Wer als Nächstes den Block produziert, lässt sich niemandem vorher ausrechnen, nicht einmal dem aktuellen Blockproduzenten.

Dieser Schritt nimmt direkt den Raum für „frühes Positionieren“.

Als Nächstes die Finalität. Blöcke gehen von accepted → attested → confirmed → final, wobei sie sich schrittweise immer mehr verfestigen. Je weiter man voranschreitet, desto geringer wird die Wahrscheinlichkeit eines Rollbacks — am Ende wird es unumkehrbar.

Zusätzlich, mit Mechanismen wie Abstimmungsbelohnungen, Punkten und Berechtigungseinschränkungen, wird der Spielraum für „faule Arbitrage“ auf der Ebene des Spiels ebenfalls abgedichtet.

Jetzt die Anwendungsschicht. Zedger steht im Fokus.

Dort werden Emission, Vernichtung, Dividenden und force transfer von Wertpapieranlagen vollständig als On-Chain-Regeln abgebildet. Nicht konforme Transaktionen werden in der Validierungsphase blockiert, nicht erst später nachträglich untersucht.

White-Lists und Positionslimits — diese Bedingungen werden mit Zero-Knowledge-Proofs verifiziert: Es wird nur bewiesen, dass es „konform“ ist, ohne die Identität offenzulegen.

force transfer funktioniert genauso: Solange es die Regeln erlauben, kann es direkt ausgeführt werden, ohne dass manuell unterschrieben werden muss.

Die Auditoren betrachten nur das Ergebnis, nicht die Personen.

Mein Verständnis von Dusk ist ganz einfach:

Der Konsens entscheidet, „wer handeln darf“.

Zedger entscheidet, „wie man handeln darf“.

Eine Komponente regelt die Teilnahmeberechtigung, eine andere die Handlungsgrenzen.

Wenn in Zukunft Institutionen wirklich in großem Maßstab on-chain gehen: Was davon ist deiner Meinung nach am wichtigsten?

#dusk $DUSK @Dusk