Lass uns noch einmal über die in letzter Zeit immer wieder genannte @Dusk sprechen. Nachdem ich mir nachweislich sorgfältig die offiziellen Dokumente dazu angesehen habe, bin ich sehr neugierig geworden – und zugleich sehr besorgt – wegen des angeblich „doppelten Antriebs für Datenschutz-Compliance“.
Der Designgedanke von Dusk ist klar: Das System wird in drei Bereiche aufgeteilt: Moonlight verwaltet öffentliche Konten, Phoenix übernimmt datenschutzbezogene Überweisungen und Citadel kümmert sich um die Identitätsprüfung sowie die Ausgabe von Berechtigungsnachweisen. Theoretisch passt diese Lösung damit perfekt zu den Anforderungen traditioneller Finanzinstitute.
Doch im echten Geschäftslogik steckt der Teufel oft im Detail. Wenn man weiter nachforscht, zeigt sich: Die eigentliche Compliance-Kontrollhoheit – etwa wer kaufen darf, wer überweisen kann und wem gegenüber Datenschutzdaten sichtbar sind – wird de facto schrittweise an die Anwendungsebene und Smart Contracts ausgelagert.
Das stellt hohe Anforderungen an den Emittenten. Was, wenn sie bei den Parameterkonfigurationen einen Fehler machen? Und falls die Kontrolle eines bestimmten Akteurs ungebührlich aufgeblasen wird, droht das gesamte System dann zu einem Flickwerk aus isolierten On-Chain-Dateninseln zu zerfallen? In einer dezentralen Welt gibt es selbst für den großen Bruder $BTC oder den König des Ökosystems $ETH keine vollkommen gelöste Berechtigungsaufsicht bei der Umsetzung von RWA – und Dusk schiebt diesen „Ball“ an die Seite der Anwendungen.
Die Daten auf der offiziellen Website befinden sich derzeit zwar in einem Zustand des „Abhebens“: Es gibt nicht nur eine geplante Emissionssumme von bis zu 300 Mio. €, sondern auch 210 Mio. DUSK, die in den Knoten hart gesperrt sind, und die Abwicklungszeit von etwa 10 Sekunden ist ebenfalls ausreichend reibungslos. Aber wir müssen uns der Realität stellen: Die zentralen Komponenten wie Dusk Trade und DuskEVM, die diese großen Geschäftsszenarien abdecken sollen, befinden sich weiterhin im Testnetz.
Die Unterstützung durch Kooperationspartner klingt zwar gut. Doch wer prüft das Ledger tatsächlich bei einem groß angelegten Umschlag echter Vermögenswerte? Und wer übernimmt die Verantwortung, falls etwas schiefgeht? Ich hoffe, dass das Projektteam später das echte Berechtigungsmodell offenlegt – das wäre für den Markt deutlich hilfreicher als das wiederholte Herunterbeten von Compliance-Slogans.
#dusk $DUSK
Der Designgedanke von Dusk ist klar: Das System wird in drei Bereiche aufgeteilt: Moonlight verwaltet öffentliche Konten, Phoenix übernimmt datenschutzbezogene Überweisungen und Citadel kümmert sich um die Identitätsprüfung sowie die Ausgabe von Berechtigungsnachweisen. Theoretisch passt diese Lösung damit perfekt zu den Anforderungen traditioneller Finanzinstitute.
Doch im echten Geschäftslogik steckt der Teufel oft im Detail. Wenn man weiter nachforscht, zeigt sich: Die eigentliche Compliance-Kontrollhoheit – etwa wer kaufen darf, wer überweisen kann und wem gegenüber Datenschutzdaten sichtbar sind – wird de facto schrittweise an die Anwendungsebene und Smart Contracts ausgelagert.
Das stellt hohe Anforderungen an den Emittenten. Was, wenn sie bei den Parameterkonfigurationen einen Fehler machen? Und falls die Kontrolle eines bestimmten Akteurs ungebührlich aufgeblasen wird, droht das gesamte System dann zu einem Flickwerk aus isolierten On-Chain-Dateninseln zu zerfallen? In einer dezentralen Welt gibt es selbst für den großen Bruder $BTC oder den König des Ökosystems $ETH keine vollkommen gelöste Berechtigungsaufsicht bei der Umsetzung von RWA – und Dusk schiebt diesen „Ball“ an die Seite der Anwendungen.
Die Daten auf der offiziellen Website befinden sich derzeit zwar in einem Zustand des „Abhebens“: Es gibt nicht nur eine geplante Emissionssumme von bis zu 300 Mio. €, sondern auch 210 Mio. DUSK, die in den Knoten hart gesperrt sind, und die Abwicklungszeit von etwa 10 Sekunden ist ebenfalls ausreichend reibungslos. Aber wir müssen uns der Realität stellen: Die zentralen Komponenten wie Dusk Trade und DuskEVM, die diese großen Geschäftsszenarien abdecken sollen, befinden sich weiterhin im Testnetz.
Die Unterstützung durch Kooperationspartner klingt zwar gut. Doch wer prüft das Ledger tatsächlich bei einem groß angelegten Umschlag echter Vermögenswerte? Und wer übernimmt die Verantwortung, falls etwas schiefgeht? Ich hoffe, dass das Projektteam später das echte Berechtigungsmodell offenlegt – das wäre für den Markt deutlich hilfreicher als das wiederholte Herunterbeten von Compliance-Slogans.
#dusk $DUSK