Dusk ist mit seiner konformen Story nicht schlecht, die On-Chain-Erfahrung von $DUSK pendelt jedoch noch knapp an der Bestehensgrenze
Ich habe die Dusk-Testnet-Knoten eine ganze Nacht lang laufen lassen: Die CPU-Auslastung ist bei gleicher Konfiguration höher als bei Polymesh, die Blockproduktion dagegen läuft stabil. Das Problem liegt nicht beim Konsens, sondern in der Umgebung. Dusk verkauft „prüfbare Privatsphäre“ als Kern-Claim – das kommt Institutionen eher entgegen als das vollständige Anonymitätsmodell von Secret Network. Aber wenn man bei $DUSK in die praktische Nutzung geht, ist man abgesehen von Staking und Gebühren stark eingeschränkt: On-Chain gibt es viel zu wenig, was man tun kann. Es fehlen echte „Consumption“-Szenarien; allein mit einer Compliance-Story lässt sich die Bewertung nicht tragen.
Beim Deployment habe ich Dokumentation und Templates verglichen. Die Rusk-Verträge von Dusk decken für die Tokenisierung von Wertpapieren viele vordefinierte Bausteine ab – Ausgabe, Freeze, sogar zwangsweises Rückkaufen –, viel näher an den Backend-Prozessen einer Börse als Centrifuge. Die Dokumentation ist jedoch etwas zerstreut, einige Beispiele sind veraltet. Nachdem der Compiler Fehler gemeldet hat, blieb nur noch übrig, die Antworten im Discord nachzuschlagen. $DUSK als Einstieg für Entwickler ist in dieser Hinsicht eher abschreckend. Ondo wirkt zwar im Prozess reibungslos, opfert aber dafür die Programmierbarkeit der nativen On-Chain-Compliance. Dusk ist stärker auf der tieferen Ebene angesiedelt, aber die Umsetzung hinkt eine Stufe hinterher.
Bei Privacy-Transaktionen: @Dusk nutzt Zero-Knowledge, um Beträge zu verschleiern, und lässt gleichzeitig für Regulierer eine Prüfspur. Das ist pragmatischer als Oasises reine Privacy-Schicht, aber das Gebührenmodell ist für hochfrequente Kleintransfers nicht freundlich. Das DUSK-Abrechnungsmodell richtet sich nach den aktuellen Testnet-Parametern; wenn man damit im Mainnet Zahlungen oder RWA im Retail-Level abbildet, zahlt man drauf. Institutionen interessieren sich zwar wenig für die Kosten, aber für Liquidität braucht man Retail und Market Maker – wenn die Kosten nicht sinken, kommt man nicht zu ausreichender Tiefe.
Unter den Wettbewerbern setzt Polymesh in Sachen Identitäts-Compliance besonders konsequent nach, Centrifuge hat mit seinen Asset-Pools bereits ordentlich Scale gezeigt. Dusk will gleichzeitig Privacy, Compliance und Tokenisierung von Wertpapieren abdecken – der technische Ballast ist entsprechend größer. Die Richtung ist richtig, aber das Zeitfenster für DUSK wird nicht allzu lang sein. Wenn Ökosystem-Tools und Entwicklerdoku weiter hinterherhinken, dreht sich die Story nur noch im Kreis.
#dusk
Ich habe die Dusk-Testnet-Knoten eine ganze Nacht lang laufen lassen: Die CPU-Auslastung ist bei gleicher Konfiguration höher als bei Polymesh, die Blockproduktion dagegen läuft stabil. Das Problem liegt nicht beim Konsens, sondern in der Umgebung. Dusk verkauft „prüfbare Privatsphäre“ als Kern-Claim – das kommt Institutionen eher entgegen als das vollständige Anonymitätsmodell von Secret Network. Aber wenn man bei $DUSK in die praktische Nutzung geht, ist man abgesehen von Staking und Gebühren stark eingeschränkt: On-Chain gibt es viel zu wenig, was man tun kann. Es fehlen echte „Consumption“-Szenarien; allein mit einer Compliance-Story lässt sich die Bewertung nicht tragen.
Beim Deployment habe ich Dokumentation und Templates verglichen. Die Rusk-Verträge von Dusk decken für die Tokenisierung von Wertpapieren viele vordefinierte Bausteine ab – Ausgabe, Freeze, sogar zwangsweises Rückkaufen –, viel näher an den Backend-Prozessen einer Börse als Centrifuge. Die Dokumentation ist jedoch etwas zerstreut, einige Beispiele sind veraltet. Nachdem der Compiler Fehler gemeldet hat, blieb nur noch übrig, die Antworten im Discord nachzuschlagen. $DUSK als Einstieg für Entwickler ist in dieser Hinsicht eher abschreckend. Ondo wirkt zwar im Prozess reibungslos, opfert aber dafür die Programmierbarkeit der nativen On-Chain-Compliance. Dusk ist stärker auf der tieferen Ebene angesiedelt, aber die Umsetzung hinkt eine Stufe hinterher.
Bei Privacy-Transaktionen: @Dusk nutzt Zero-Knowledge, um Beträge zu verschleiern, und lässt gleichzeitig für Regulierer eine Prüfspur. Das ist pragmatischer als Oasises reine Privacy-Schicht, aber das Gebührenmodell ist für hochfrequente Kleintransfers nicht freundlich. Das DUSK-Abrechnungsmodell richtet sich nach den aktuellen Testnet-Parametern; wenn man damit im Mainnet Zahlungen oder RWA im Retail-Level abbildet, zahlt man drauf. Institutionen interessieren sich zwar wenig für die Kosten, aber für Liquidität braucht man Retail und Market Maker – wenn die Kosten nicht sinken, kommt man nicht zu ausreichender Tiefe.
Unter den Wettbewerbern setzt Polymesh in Sachen Identitäts-Compliance besonders konsequent nach, Centrifuge hat mit seinen Asset-Pools bereits ordentlich Scale gezeigt. Dusk will gleichzeitig Privacy, Compliance und Tokenisierung von Wertpapieren abdecken – der technische Ballast ist entsprechend größer. Die Richtung ist richtig, aber das Zeitfenster für DUSK wird nicht allzu lang sein. Wenn Ökosystem-Tools und Entwicklerdoku weiter hinterherhinken, dreht sich die Story nur noch im Kreis.
#dusk