Beim Forschen über Dusk war es DuskEVM, auf das ich beim ersten Blick zuerst starrte. Als ich früher Projekte angeschaut habe, war ich daran gewöhnt: Man schaut zuerst auf die Ausführungsumgebung – ob Entwickler hereinkommen, entscheidet darüber, ob eine Kette eine Zukunft hat.
Nachdem ich die Unterlagen durchgegangen war, schaute ich noch einmal zurück. Diesmal war es wirklich DuskDS, das mich zum Stehen brachte.
Ich dachte früher immer, die größte Hürde beim On-Chain-Gehen von Finanzen seien Geschwindigkeit und Kosten. Aber als ich das Design von Dusk auseinanderlegte, merkte ich: Das eigentlich Schwierige ist etwas anderes. Wenn eine Transaktion ausgeführt ist – wer bestätigt dann, dass sie wirklich im endgültigen Zustand angekommen ist?
Dusk trennt Ausführung und Abrechnung in zwei Ebenen. DuskEVM führt die Anwendungen aus, basiert auf OP Stack; Solidity-Entwickler können mit Hardhat und MetaMask direkt deployen. Der Sequencer verarbeitet Transaktionen, der Batcher verpackt die Daten zu einem EIP-4844-Blob und lädt sie auf DuskDS hoch. DuskDS kümmert sich nicht darum, welche Anwendungen oben laufen. Es geht ihm nur um Konsens, Datenverfügbarkeit und die Bestätigung des endgültigen Zustands.
Ich habe lange auf den Teil rund um DuskDS gestarrt, bis ich wirklich verstanden habe, was es tut. Es läuft Succinct Attestation, ein auf einem Komitee basierendes PoS-Protokoll. In jeder Runde schlägt ein Provisioner einen Block vor, ein Komitee verifiziert ihn, und ein weiteres Komitee bestätigt ihn. Sobald bestätigt, liegt eine deterministische Finalität vor – anders als bei Bitcoin, wo es nur probabilistische Finalität gibt. Im Normalfall gibt es keine Reorganisationen, die Nutzer spüren können. Um Provisioner zu werden, ist eine Mindest-Stake von 1000 DUSK erforderlich, der Knoten muss 7×24 online sein; wenn man zu lange offline ist oder böswilliges Verhalten zeigt, wird man bestraft.
Erst bis zu diesem Punkt wurde mir klar, was ich vorher übersehen hatte: Ich hatte geglaubt, der größte Wert einer Blockchain sei, Transaktionen schneller zu machen. Aber der Finanzmarkt hat vor allem Angst vor etwas, das noch schlimmer ist als Langsamkeit – vor Unsicherheit. Bei einer Börsentransaktion ist das Vermögen zwar übertragen, aber die Zahlung läuft nicht synchron an, oder die verschiedenen Beteiligten sehen nicht denselben Zustand. Selbst wenn die Effizienz hoch ist, wird es niemand wagen, es zu nutzen.
Die deterministische Abrechnung von Dusk löst im Kern genau dieses Problem. Wenn die Finalität auf zwei bis drei Sekunden gedrückt wird und dazu die Auslieferung als native Workflows für die Zahlung integriert ist, entsteht in Abrechnungsszenarien im Finanzbereich ein echter praktischer Nutzen.
Natürlich muss dieses Design am Ende noch durch die Ökosystem-Praxis bestätigt werden. Der Ausbau der Infrastruktur ist nur der erste Schritt – der eigentliche Wert hängt davon ab, ob Assets und Anwendungen auch wirklich einsteigen wollen.
Aber nach dem Studium von Dusk hat sich meine größte Veränderung so angefühlt: Ich schaue nicht mehr nur darauf, wie viele Transaktionen eine Kette verarbeiten kann, sondern darauf, ob sie den Finanzteilnehmern Sicherheit geben kann
#dusk $DUSK @Dusk
Nachdem ich die Unterlagen durchgegangen war, schaute ich noch einmal zurück. Diesmal war es wirklich DuskDS, das mich zum Stehen brachte.
Ich dachte früher immer, die größte Hürde beim On-Chain-Gehen von Finanzen seien Geschwindigkeit und Kosten. Aber als ich das Design von Dusk auseinanderlegte, merkte ich: Das eigentlich Schwierige ist etwas anderes. Wenn eine Transaktion ausgeführt ist – wer bestätigt dann, dass sie wirklich im endgültigen Zustand angekommen ist?
Dusk trennt Ausführung und Abrechnung in zwei Ebenen. DuskEVM führt die Anwendungen aus, basiert auf OP Stack; Solidity-Entwickler können mit Hardhat und MetaMask direkt deployen. Der Sequencer verarbeitet Transaktionen, der Batcher verpackt die Daten zu einem EIP-4844-Blob und lädt sie auf DuskDS hoch. DuskDS kümmert sich nicht darum, welche Anwendungen oben laufen. Es geht ihm nur um Konsens, Datenverfügbarkeit und die Bestätigung des endgültigen Zustands.
Ich habe lange auf den Teil rund um DuskDS gestarrt, bis ich wirklich verstanden habe, was es tut. Es läuft Succinct Attestation, ein auf einem Komitee basierendes PoS-Protokoll. In jeder Runde schlägt ein Provisioner einen Block vor, ein Komitee verifiziert ihn, und ein weiteres Komitee bestätigt ihn. Sobald bestätigt, liegt eine deterministische Finalität vor – anders als bei Bitcoin, wo es nur probabilistische Finalität gibt. Im Normalfall gibt es keine Reorganisationen, die Nutzer spüren können. Um Provisioner zu werden, ist eine Mindest-Stake von 1000 DUSK erforderlich, der Knoten muss 7×24 online sein; wenn man zu lange offline ist oder böswilliges Verhalten zeigt, wird man bestraft.
Erst bis zu diesem Punkt wurde mir klar, was ich vorher übersehen hatte: Ich hatte geglaubt, der größte Wert einer Blockchain sei, Transaktionen schneller zu machen. Aber der Finanzmarkt hat vor allem Angst vor etwas, das noch schlimmer ist als Langsamkeit – vor Unsicherheit. Bei einer Börsentransaktion ist das Vermögen zwar übertragen, aber die Zahlung läuft nicht synchron an, oder die verschiedenen Beteiligten sehen nicht denselben Zustand. Selbst wenn die Effizienz hoch ist, wird es niemand wagen, es zu nutzen.
Die deterministische Abrechnung von Dusk löst im Kern genau dieses Problem. Wenn die Finalität auf zwei bis drei Sekunden gedrückt wird und dazu die Auslieferung als native Workflows für die Zahlung integriert ist, entsteht in Abrechnungsszenarien im Finanzbereich ein echter praktischer Nutzen.
Natürlich muss dieses Design am Ende noch durch die Ökosystem-Praxis bestätigt werden. Der Ausbau der Infrastruktur ist nur der erste Schritt – der eigentliche Wert hängt davon ab, ob Assets und Anwendungen auch wirklich einsteigen wollen.
Aber nach dem Studium von Dusk hat sich meine größte Veränderung so angefühlt: Ich schaue nicht mehr nur darauf, wie viele Transaktionen eine Kette verarbeiten kann, sondern darauf, ob sie den Finanzteilnehmern Sicherheit geben kann
#dusk $DUSK @Dusk
