#dusk $DUSK @Dusk Betrachten Sie @dusk früh: Meine erste Reaktion war tatsächlich ziemlich banal—schon wieder ein L1, das eine Geschichte rund um „Privatsphäre + RWA + PoS“ erzählt. Erst nachdem ich die Dokumente und den Rusk-Code wirklich durchgearbeitet habe, finde ich, dass diese Einschätzung es unterschätzt: Dusk wirkt eher wie der erneute Aufbau eines „Abrechnungssystems“ und nicht wie der bloße Versuch, noch eine weitere Blockchain zu erfinden.
Mein größter Irrtum zuvor war, Phoenix als Dusk-„Privatsphäre-Funktion“ zu betrachten. Aus dem Quellcode und dem Transaktionsmodell geht hervor, dass es sich dabei eigentlich um eine andere Art der Darstellung von Assets handelt: Moonlight ist ein öffentliches Kontomodell, während Phoenix die Salden in ausgebare UTXOs aufteilt und mit Zero-Knowledge-Beweisen belegt, dass ich berechtigt bin, dieses Geld auszugeben, und es nicht doppelt ausgebe. Dabei müssen nicht alle Transaktionsdetails vollständig offengelegt werden. Noch wichtiger: Beide münden am Ende im Transfer-Contract. Das heißt: Privatsphäre ist kein Add-on, sondern ein nativer Zustand auf der Ebene des Ledger. (DOCS)
Auch der Konsens hat meine Einschätzung korrigiert. Ursprünglich habe ich „Komitee + PoS“ gesehen und es instinktiv als gewöhnliches Validator-Committee eingeordnet. Erst nach dem Blick auf das Design von SA (Succinct Attestation) merkte ich, dass es die Rollen rund ums Produzieren, Validieren und Finalisieren in aufeinanderfolgende Schritte zerlegt: Zuerst macht jemand einen Vorschlag, dann verifiziert ein zufällig ausgewähltes Komitee, und schließlich ratifiziert ein weiteres Komitee. Sobald ein Block die Ratification abgeschlossen hat, gibt es determinitische Finalität—nicht dieses „erst on-chain, dann darauf wetten, dass kein Reorg passiert“. Für finanzielle Abrechnungen ist das wichtiger als die reine TPS-Zahl. (DOCS)
Auch in der Netzwerkebene gibt es einen leicht zu übersehenden Punkt: Dusk setzt nicht auf das klassische Gossip—also „ich bekomme eine Nachricht und gebe sie willkürlich an ein paar Nachbarn weiter“—sondern nutzt eine strukturierte Overlay-Struktur namens Kadcast, um den Nachrichtenpfad zu steuern. Der Wert dieses Designs ist nicht nur „klingt irgendwie ausgeklügelt“, sondern macht Bandbreite und Latenz besser kontrollierbar. In Finanzszenarien ist Determinismus oft wertvoller als die in der Werbung betonte Peak-Throughput.
Daher hat sich meine Bewertung von Dusk verändert: Das, worauf es wirklich ankommt, ist nicht, ob es „noch eine beliebte L1“ werden kann, sondern ob es Privatsphäre-Transaktionen, regelkonforme Offenlegung, determinitische Abrechnung und Asset-Emission in ein und dasselbe zugrunde liegende Ledger-Setup pressen kann.
Mein größter Irrtum zuvor war, Phoenix als Dusk-„Privatsphäre-Funktion“ zu betrachten. Aus dem Quellcode und dem Transaktionsmodell geht hervor, dass es sich dabei eigentlich um eine andere Art der Darstellung von Assets handelt: Moonlight ist ein öffentliches Kontomodell, während Phoenix die Salden in ausgebare UTXOs aufteilt und mit Zero-Knowledge-Beweisen belegt, dass ich berechtigt bin, dieses Geld auszugeben, und es nicht doppelt ausgebe. Dabei müssen nicht alle Transaktionsdetails vollständig offengelegt werden. Noch wichtiger: Beide münden am Ende im Transfer-Contract. Das heißt: Privatsphäre ist kein Add-on, sondern ein nativer Zustand auf der Ebene des Ledger. (DOCS)
Auch der Konsens hat meine Einschätzung korrigiert. Ursprünglich habe ich „Komitee + PoS“ gesehen und es instinktiv als gewöhnliches Validator-Committee eingeordnet. Erst nach dem Blick auf das Design von SA (Succinct Attestation) merkte ich, dass es die Rollen rund ums Produzieren, Validieren und Finalisieren in aufeinanderfolgende Schritte zerlegt: Zuerst macht jemand einen Vorschlag, dann verifiziert ein zufällig ausgewähltes Komitee, und schließlich ratifiziert ein weiteres Komitee. Sobald ein Block die Ratification abgeschlossen hat, gibt es determinitische Finalität—nicht dieses „erst on-chain, dann darauf wetten, dass kein Reorg passiert“. Für finanzielle Abrechnungen ist das wichtiger als die reine TPS-Zahl. (DOCS)
Auch in der Netzwerkebene gibt es einen leicht zu übersehenden Punkt: Dusk setzt nicht auf das klassische Gossip—also „ich bekomme eine Nachricht und gebe sie willkürlich an ein paar Nachbarn weiter“—sondern nutzt eine strukturierte Overlay-Struktur namens Kadcast, um den Nachrichtenpfad zu steuern. Der Wert dieses Designs ist nicht nur „klingt irgendwie ausgeklügelt“, sondern macht Bandbreite und Latenz besser kontrollierbar. In Finanzszenarien ist Determinismus oft wertvoller als die in der Werbung betonte Peak-Throughput.
Daher hat sich meine Bewertung von Dusk verändert: Das, worauf es wirklich ankommt, ist nicht, ob es „noch eine beliebte L1“ werden kann, sondern ob es Privatsphäre-Transaktionen, regelkonforme Offenlegung, determinitische Abrechnung und Asset-Emission in ein und dasselbe zugrunde liegende Ledger-Setup pressen kann.