代号-9527

Nur hassen kann ich mich selbst: Ich habe zu wenig gelesen, meine Noten sind schlecht, also schaffe ich es nicht ans Peking-Universität.
Sonst könnte ich auch so sein wie dieser „Jishu“ hier,
auftreten wie ein stolzer Luftikus, der von oben herab diese großen Lebensweisheiten predigt.
Du und ich sind beide ganz unten in der Gesellschaft—selbstständige Freiberufler, ein stinkender „Coin-Pump“-Trader.
Pech kann man nicht der Gesellschaft anlasten—das ist schließlich ein Bonus.
…
Ich habe neulich den Content von $DUSK gesehen und kann dabei immer wieder den Begriff „native issuance“ (ursprüngliche Emission) lesen.
In ihrem Blogbeitrag „Tokenization is Good: Native Issuance is Better“ wird beschrieben, dass viele RWA heute einfach eine Schicht als Hülle darumlegen und reale Vermögenswerte auf die Kette verlagern—während die Vermögenswerte weiterhin im traditionellen System laufen.
Echte „native issuance“ entsteht dagegen direkt auf der Kette: Compliance, Regeln für Handel und Ausschüttungen sind fest im Protokoll auf der Basisebene hinterlegt, nicht nur ein Umzug der Vermögenswerte.
Dieser Gedanke klingt wirklich gut.

Aber wenn ich mich selbst durch verschiedene Quellen lese, habe ich das Gefühl: zwischen Ideal und Realität liegt noch ein Stück.

Nehmen wir zum Beispiel das EURQ genannte digitale Euro, auf das sie so viel Wert legen.
Dieses Asset wird gleichzeitig auf mehreren Ketten eingesetzt—Ethereum, Polygon und noch weitere; Dusk ist dabei nur eine von mehreren Kooperationsoptionen.
Laut dem öffentlichen Bericht von Quantoz finden sich bei den Reserven und dem wesentlichen Handel nicht besonders viele Aktivitäten auf der Dusk-Kette.
Bei einer speziell für native issuance gebauten öffentlichen Chain lässt sich bei der Kern-Settlement-Asset-Sache keine echte herausragende Stärke erkennen.

Die Kooperationsmeldungen von NPEX sind sehr zahlreich: sie bedienen über hundert Unternehmen, und planen, mehr als 300 Millionen Wertpapiere auf DuskTrade zu bringen.
Ich hab nebenbei kurz in DeFiLlama nachgeschaut: Der TVL von Dusk ist direkt „0“ 🤔

Wenn wirklich eine große Menge an Wertpapieren für native issuance erfolgreich on-chain gebracht würde, müsste man auf der Kette zumindest in irgendeiner Form Spuren von Verwahrung, Handel und so weiter sehen.
Aber die öffentlich verfügbaren Daten passen von der Größenordnung her nicht wirklich zu dem Umfang der angekündigten Kooperationen.

Dann Citadels ZK‑KYC: Dass die Kette nur Compliance-Nachweise ausgibt und keine persönlichen Daten preisgeben muss, finde ich auch ganz gut.
Aber ob man überhaupt teilnehmen darf, liegt weiterhin bei den Identitätsdienstleistern außerhalb der Kette.
Nach außen heißt es zwar, dass das Protokoll „native“ Compliance bringt.
Stand heute wirkt es eher wie ein Set-up, das aus On-Chain-Privacy plus einer On-Chain-fremden Service-Schicht des Anbieters zusammengesetzt ist.

Dusk hat in ZK und bei der Anpassung an MiCA-Regulierung zwar durchaus aufgebaut.
Aber bei diesem „native issuance“ habe ich aktuell den Eindruck, dass es noch viel stärker auf der Ebene der Werbung/Kommunikation statt auf echten On-Chain-Ergebnissen basiert.

Ich sehe zwar eine Menge Good-News zu Kooperationen, aber das, was man tatsächlich on-chain beobachten kann, ist nicht besonders viel.
Das beeinflusst mich jedenfalls beim Aufbau meiner Position.
Ich entscheide mich erstmal fürs Abwarten und gehe nicht blind nur wegen der Story rein.
#dusk @Dusk ～

Ich habe schon länger auf Dusk-Privacy geachtet, bei der Phoenix-Mechanik wirkt das ziemlich überzeugend: Der Absender der Transaktion und der Betrag werden verborgen, gleichzeitig wird eine selektive Offenlegung unterstützt – um die Compliance-Anforderungen für MiCA und Reiseregeln zu erfüllen. Klingt nach einer nahezu perfekten Lösung. Aber wie ist es in der Praxis? Ich habe das speziell im Testnetz ausprobiert.

Eine reine Phoenix-Privacy-Überweisung zu starten funktioniert problemlos. Nach der Signaturbestätigung ist sie recht schnell on-chain. Die eigentliche Engstelle steckt jedoch in dem nachgelagerten Schritt der Compliance-Belegführung.

Um einen kryptografischen Nachweis für die Herkunft der Gelder zu erzeugen, gibt es im Wallet-Client keinen entsprechenden Bedienzugang. Ich habe bei GitHub nach den passenden Issues gesucht – nicht nur ein Testnutzer hat das gleiche Problem gemeldet. Aktuell muss man sich offenbar auf manuelles Exportieren der Belegmaterialien über ein Command-Line-Interface (CLI) verlassen. Für normale Nutzer dürfte es dann meist nur noch ein „Zusehen und nichts geht“ sein.

Ich finde, das ist ein bisschen peinlich. Das Projekt positioniert sich seit jeher stark im institutionellen RWA-Track und trägt die Kern-Erwartungen maßgeblich über die Story von Compliance-Privacy und Auditierbarkeit. Als Compliance-„Must-have“-Funktion ist selektive Offenlegung vorgesehen – aber die Einstiegshürden sind so hoch, dass selbst normale Leute und viele kleinere Institutionen es kaum wirklich verstehen oder nutzen können.

Im traditionellen Finanzwesen geht der Export von Kontoauszügen bzw. Transaktionsnachweisen per One-Click. Bei Dusk ist die Compliance-Belegführung dagegen nur über das Anstoßen von Code möglich. Man muss schon sagen: Techniklogik umsetzen und das Ganze dann wirklich für den kommerziellen Einsatz nutzbar machen, sind zwei völlig verschiedene Dinge.

Aktuell sieht diese Funktion eher nach einem Lab-orientierten Tech-Demo aus als nach einem ausgereiften, nutzbaren Produkt. Diese extrem hohen Nutzungshürden werden nicht nur viele normale Privatanleger abschrecken, sondern auch die Anschlussgeschwindigkeit nachfolgender kleinerer Institutionen ausbremsen.

Natürlich will ich dieses Erlebnis nicht als endgültiges Urteil über das Projekt verstanden wissen. Aber dieses konkrete, spürbare Problem – wenn es länger nicht verbessert wird – könnte meiner Meinung nach durchaus den Zeitplan und die Umsetzung des Projekts beeinträchtigen.

#dusk $DUSK @Dusk .

牙子 ist schon wieder über Nacht komplett durch die Decke gegangen.
Und wieder muss ich mich bei meiner Familie entschuldigen.
Ich verstehe das ein bisschen nicht.
Laut dem erstinstanzlichen Urteil wurde der Vorsitzende schon verurteilt.
Ist die Art und Weise, wie „Ya Zi“ das macht, nicht ähnlich problematisch?
…

Ich verfolge Dusk schon eine Weile. Ich habe gesehen, wie es nach außen bewirbt, dass es sowohl eine permissionless Chain ist als auch regulierte Wertpapier-Überwachungsdienste für lizenzierte Institutionen bereitstellen kann—sodass sowohl Privatanleger als auch Institutionen in beiden Bereichen mitmachen können.
Wenn ich das lese, kommt mir im Herzen ein bisschen ein ungutes Gefühl.

Was „wirklich permissionless“ ist, ist allen klar: Jeder kann ohne Genehmigung Smart Contracts deployen, direkt mit den On-Chain-Anwendungen interagieren—ohne vom Menschen gesetzte Hürden.

Aber regulierte Wertpapier-Geschäfte folgen einer völlig anderen Logik. Wenn Institutionen in dem Bereich arbeiten, sind Whitelists und Identitätsprüfungen zwingende Anforderungen. Nutzer, die die Qualifikation nicht erfüllen, werden direkt draußen gelassen.

Beide Dinge müssen auf derselben Kette laufen—ehrlich gesagt ist es schwer, dafür einen vernünftigen Ausgleich zu finden.
Wenn die institutionelle Geschäftstätigkeit später tatsächlich hochfährt und der Anteil immer größer wird, muss man, um die Regulierung zu erfüllen, zwangsläufig zusätzliche Zulassungsbeschränkungen aufsetzen. Dann würde sich das, was es die ganze Zeit als permissionless beworben hat, nach und nach immer weiter abschwächen.

Wenn man aber dagegen an einem wirklich komplett offenen Modell festhält, ohne irgendeine Zugriffs- oder Berechtigungssteuerung für Konten, trauen sich lizenzierte Institutionen wiederum überhaupt nicht, regulierte Wertpapiere auf die Plattform zu bringen—dann kommt man an der Compliance-Hürde nicht vorbei.

Die Offiziellen verwenden das Citadel-Identitätsmodul und wollen dieses Problem mit selektiver Offenlegung lösen. Aber selbst wenn das technische Whitepaper noch so schön geschrieben ist: Das bedeutet nicht, dass die reale Regulierung alles automatisch abnickt. Sobald auf der Kette tatsächlich reale Wertpapier-Assets laufen, kommt der konkrete Compliance-Druck ganz handfest auf uns zu.

Ich mache mir Sorgen um eine mögliche Situation: Offiziell ist es immer noch eine permissionless Public Chain, aber die wirklich wertvollen Kern-Geschäfte im Wertpapierbereich werden vollständig in ein Whitelist-System eingeschlossen. Normale Nutzer können dann nur noch ein paar unwichtige Anwendungen anfassen—die wichtigsten Szenarien können sie aber von vornherein nicht erreichen.

Dieser Gedanke ist tatsächlich sehr verlockend: Man möchte sowohl die Open-Chain-Seite als auch den Kuchen des institutionellen Finanzwesens in die eigene Hand bekommen. In der Realität aber muss man auf beiden Seiten gleichzeitig etwas abdecken—wie soll das schon so einfach sein? Ich werde diesen Kurs nicht direkt abstreiten. Aber der objektive Konflikt ist genau das, worauf ich bei diesem Projekt besonders achte.

#dusk $DUSK @Dusk .

Das Projektteam des Dusk-Projekts betont die native ZK-Kryptografie, eine eigens entwickelte neue Konsens-Engine und positioniert sich für institutionelles Finanzwesen – das Ganze mit dem Versprechen von Sicherheit und Verlässlichkeit. Nachdem ich mir den technischen Stack durchgesehen habe, habe ich trotzdem noch ein ungutes Gefühl.

Die Piecrust-Virtual Machine, der Blind-Auktions-Konsens und die komplette Identitäts-Komponenten-Suite von Citadel – alles sind von Grund auf entwickelte, neu geschmiedete Kryptografie-Module, keine bereits in der Branche bis zur Genüge „ausgekauten“ und erprobten Standardlösungen. Das Mainnet geht erst offiziell im Januar 2026 live, und die Laufzeit im Betrieb ist bisher nicht besonders lang.

Natürlich sichern mehrere externe Audit-Berichte ab, aber ein Audit kann letztlich nur Logik-Checks auf Papier leisten. Bei der Kryptografie gibt es ein sehr reales Problem: Wenn ein System den papierbasierten Audit besteht, heißt das noch lange nicht, dass im praktischen On-Chain-Betrieb schon alles sicher ist. Schon die eigenen PLONK-Komponenten hatten zuvor einen Beweis-Systemfehler, der in der Audit-Phase nicht erkannt wurde.

Ein komplett neu entwickeltes Kryptografie-Subsystem hat vor allem Angst vor Randfall-Szenarien. Das Testnetz kann zwar verschiedene Fälle simulieren, aber Simulation ersetzt nicht den echten Hochdruck, dem der Markt ausgesetzt ist. Im institutionellen Finanzkontext sind die Anforderungen an Fehlertoleranz extrem hoch: Wenn bei einer vertraulichen Wertpapiertransaktion etwas schiefgeht, werden die entstehenden Verluste direkt vervielfacht.

Aktuell läuft das Netzwerk eher als Pilot, mit eher kleinen Volumina – es hat die echte Bewährungsprobe mit großen Geldbeträgen und hoher Parallelität noch nicht hinter sich. Viele bekommen dabei leicht eine falsche Sicherheit: Wenn der Code-Audit fertig ist, dann sei das Sicherheits-„Closed-Loop“ gewissermaßen bereits geschlossen. Aber Kryptografie-Lücken zeigen sich häufig gerade in extremen Geschäftsszenarien.

Bei der Projektwerbung wird die selbst entwickelte ZK-Variante zusammen mit dem neuen Konsens als zentrales Sicherheits-Alleinstellungsmerkmal verpackt. Betrachtet man es jedoch aus einer anderen Perspektive, dann ist der Bau von „Null an eigenen Rädern“ zwangsläufig auch mit einem höheren Maß an unbekannten Risiken verbunden. Reife Public Chains sind durch unzählige echte Angriffe gewachsen – die Schwachstellen werden nach und nach ausgebügelt. Für diesen neuen Stack von Dusk reicht die Zeit für eine echte praktische Validierung bisher noch nicht aus.

Ich will die technische Tiefe nicht absprechen – die gesamte Design-Idee für konforme Finanzanwendungen ist tatsächlich innovativ. Aber Sicherheit auf Institutsebene basiert nie nur auf Auditberichten. Man braucht dafür auch Zeit und echte Geschäftsprozesse, die das System nach und nach härten. Wenn man bei Formulierungen wie „native ZK, institutionelle Sicherheit“ hört, ist es jedenfalls nicht verkehrt, sich innerlich eine zusätzliche Schicht Skepsis zu bewahren.
#dusk $DUSK @Dusk .

Es gibt viele Inhalte, die Dusk vorstellen: mit GitHub-Repositorys, Grant-Förderungen und Listen institutioneller Kooperationspartnern als Belege dafür, dass das Ökosystem bereits floriert. Nachdem ich den Code und die öffentlich zugängliche Ökosystemliste durchgesehen habe, habe ich jedoch das Gefühl, dass hier etwas stark auseinanderklafft.

Der Code wird zwar tatsächlich als Open Source nach außen veröffentlicht, und für die Rusk-VM sowie die kryptografischen Komponenten-Repositorys gibt es kontinuierliche Commits – daran lässt sich kaum etwas kritisieren. Aber es gibt einen Detailpunkt, der leicht übersehen wird: Bei einigen geschäftlichen Smart-Contract-Verträgen wird nicht der vollständige Quellcode herausgegeben, sondern lediglich kompilierte, bereitgestellte Schnittstellen. Entwickler können die Contracts dann nur aufrufen, sehen aber nicht die ursprüngliche Vertragslogik.

Das ist also keine wirklich vollständig transparente Open-Source-Veröffentlichung; im Kernbereich gibt es Black-Box-Teile. Für normale Entwickler sind Audits, Replikationen und weitergehende Anpassungen dadurch eingeschränkt. Man sagt zwar, es sei eine Open-Source-Public-Chain, doch in Sachen tatsächlicher Offenheit und Durchlässigkeit unterscheidet sie sich deutlich von einer wirklich „voll geöffneten“ Public-Chain auf L1-Niveau wie Ethereum.

Wenn wir über das Ökosystem sprechen, ist die offizielle Kommunikation voll mit institutionellen Kooperationen, SDKs, Cross-Chain-Integrationen und hohen Entwicklerzuschüssen. Schaut man genauer hin, dann ist die Zahl nativer Drittanbieter-DeFi- und DApp-Projekte jedoch gering. Ein Großteil der angeblichen „Ökosystem-Ergebnisse“ sind Demos und Testprototypen, die das Projekt selbst erstellt. Externe Entwickler, die aktiv Produkte aufbauen und bereitstellen, kommen vergleichsweise selten.

Viele der nach außen kommunizierten Kooperationen bleiben zudem auf dem Niveau von technischem Austausch oder Absichtserklärungen; es sind nicht unbedingt umgesetzte Produkte, die im Mainnet interaktiv nutzbar sind. Die Toolchains werden noch überarbeitet, und die Einstiegshürden sind nicht niedrig – für externe Entwickler ist der Einstieg also mit spürbaren Hürden verbunden.

So entsteht leicht eine Narrativ-Illusion: Eigene Demos, Absichtspartnerschaften – alles wird als bereits ausgereiftes Ökosystem verpackt, wodurch der Eindruck entsteht, es gäbe schon viele Anwendungen, die „funktionieren“. Tatsächlich gibt es aber nicht so viele Drittprodukte, die wirklich von normalen Nutzern genutzt werden können.

Ich bestreite seine technischen Reserven nicht: Auf der Basisebene gibt es tatsächlich eine Menge an Kryptografie-Pre-Existing-Work. Aber Open Source bedeutet nicht automatisch vollständige Offenheit, und eine unterzeichnete Kooperationsabsicht bedeutet nicht, dass das Ökosystem wirklich „durchläuft“.

Wenn ihr euch solche Public Chains anschaut, schaut nicht nur auf Star-Zahlen und Kooperationsnews. Bewertet vor allem, wie viele externe Entwickler sich freiwillig wirklich einbringen und wie viele normale Nutzer Drittabwendungen tatsächlich ganz konkret verwenden. Nach dem, was man derzeit sieht, befindet sich Dusk noch in einer frühen Aufbauphase; die Erwartungen an das Ökosystem sind ein wenig zu stark vorweggenommen.
#dusk $DUSK @Dusk .

Ich habe mir massenhaft die Narrative zu Dusk angesehen und gesehen, wie sie ihre eigene Zukunft eng mit dem EU-Regelwerk MiCA verknüpfen. Nach außen wird wiederholt betont, dass das grundlegende Design von Anfang an auf diesen regulatorischen Rahmen abgestimmt sei – als fertige Infrastruktur für Datenschutz + Compliance. Je mehr man sich damit beschäftigt, desto mehr kommt aber eine zusätzliche Sorge dazu: Die Geschichte eines Projekts auf einen bestimmten regionalen Gesetzentwurf zu setzen, birgt an sich schon eine nicht unerhebliche „Policy-Black-Swan“-Gefahr.

MiCA ist derzeit nur die erste Version. Die EU hat bereits eine öffentliche Bewertung zur Überarbeitung gestartet – das wird am Markt als MiCA2.0 bezeichnet. Danach können die Bestimmungen jederzeit nachgeschärft werden. Dass die Dokumente jetzt eine Autorisierung für Audits und selektive Offenlegung erlauben, heißt nicht, dass die Regulierung diese Logik in Zukunft weiterhin akzeptiert. Wenn später strengere Detailvorgaben eingeführt werden, die für Datenschutz-Transaktionen und die Tokenisierung von Wertpapieren höhere Nachverfolgbarkeitsanforderungen verlangen, könnte das gesamte Technikdesign, auf das man heute stolz ist, schlicht nicht mehr mit den neuen Regeln Schritt halten.

Ein weiterer ganz realer Unterschiedspunkt: „Designseitige Kompatibilität mit MiCA“ in der Protokoll- bzw. Basistechnologie bedeutet nicht automatisch, dass das Projekt und der Token von Natur aus ein Compliance-Durchwinken erhalten. MiCA bindet die Dienstanbieter. Selbst wenn der On-Chain-Code noch so elegant aussieht, müssen die Institutionen, die Anwendungsanbieter und die Emittenten der Token weiterhin jeweils eigenständig Lizenzen beantragen und ihre AML-Pflichten erfüllen. Bei der Projekt-Vermarktung wird „technische Anpassung“ sehr leicht als „bereits compliance-ready“ dargestellt – zwischen diesen beiden Dingen liegt jedoch in Wahrheit ein großer Abstand.

Noch schwieriger ist, dass die Umsetzung in den einzelnen Ländern nicht einheitlich ist. MiCA ist zwar ein EU-weites Rahmenwerk auf Top-Ebene, aber die Auslegung und die Durchsetzung werden sich zwischen den 27 Mitgliedstaaten unterscheiden. Was hier die Autorisierung von Audits im Sinne des Datenschutzes akzeptiert wird, könnte in einem anderen Mitgliedstaat bei einem Modell für geheime Wertpapiere direkt auf Ablehnung stoßen. Bei der Zusammenarbeit mit Institutionen reicht es eben nicht, das übergeordnete Gesetz verstanden zu haben; man muss jedes Land einzeln „durchbekommen“.

Aktuell ist die Bewertung von Dusk am Markt zu einem großen Teil bereits durch Erwartungen an EU-RWA und Compliance bei geheimen Wertpapieren „eingepreist“. Wenn sich später die regulatorische Ausrichtung dreht, kann das Fundament dieser Story ins Wanken geraten.

Ich will es nicht als Negativ bewerten, dass es in Richtung Compliance- Datenschutz geht. Technisch ist selektive Offenlegung tatsächlich eine interessante Lösung. Aber aus Investorensicht darf man nicht einfach davon ausgehen, dass MiCA dauerhaft eine so wohlwollende Haltung beibehält. Gesetze iterieren, die regulatorische Interpretation kann sich ändern. Eine übermäßige Verknüpfung mit der regulatorischen Narration einer einzigen Region ist an sich schon ein Risiko, das man nicht ignorieren kann. #dusk $DUSK @Dusk .

Ich habe mir die von Dusk hervorgehobenen geheimen XSC-Wertpapier-Standards angesehen. Die Öffentlichkeitsarbeit ist wirklich gelungen: RWA-Wertpapiere, Datenschutzverschlüsselung und On-Chain-Compliance werden in einem einzigen Standard gebündelt. Damals dachte ich, es liefen bereits jede Menge echte Vermögenswerte.

Nachdem ich die öffentlich zugänglichen Informationen jedoch sorgfältig durchgegangen bin, stellte sich heraus, dass die meisten Dinge sich noch in einem Rahmen-, Whitepaper- oder Konzept-Demo-Stadium befinden.

XSC selbst hat tatsächlich etwas zu bieten: Whitelists und Sperrfristen werden als Teil der Compliance direkt in Smart Contracts programmiert. Auch der Datenschutz schafft für Institutionen einen Bereich für „kontrollierbare Transparenz“ – sie können gegenüber den Aufsichtsbehörden Compliance nachweisen, ohne Positionen und Transaktionsdetails offenlegen zu müssen. Die Europäische Finanzaufsichtsbehörde (AFM) kann über autorisierte Schlüssel die Bestandsdaten und Geldflüsse in Echtzeit auditieren – das entspricht dem MiFID-II-Rahmenwerk: „gegenüber Aufsichtsstellen transparent, gegenüber dem Markt vertraulich“.

Schauen wir uns die Umsetzung an. Die niederländische lizenzierte Handelsplattform NPEX wird bei Dusk am häufigsten als Beispiel genannt. Dort wurden tatsächlich digitale Aktien und Anleihen ausgegeben, und bis heute wurden über 200 Millionen Euro an Finanzierung eingesammelt. DuskTrade plant außerdem, mehr als 300 Millionen Euro tokenisierte Wertpapiere on-chain zu bringen.

Aber diese Zahlen müssen genau auseinandergelegt werden. Die 200 Millionen Euro Finanzierung fanden bei der NPEX, einer traditionellen lizenzierten Börse, statt. Die zugrunde liegende Technologie nutzte Dusk, doch der Kern von Handel und Abwicklung stützt sich weiterhin auf den Compliance-Rahmen von NPEX. Bei den 300 Millionen „bald on-chain“-Vermögenswerten besteht noch ein Abstand zwischen „bereits on-chain und mit kontinuierlichem Handelsvolumen“ – Nutzer bringen es direkt auf den Punkt: „Liquidität ist die eigentliche Bewährungsprobe“.

Auch auf der institutionellen Seite ist man sehr realistisch: In den Community-Kommentaren heißt es treffend: „Wird ein institutioneller Investor einer neuen öffentlichen Chain vertrauen? Erst müssen die Altlasten abgeworfen werden.“ Dusk ist nicht der Erste, der RWA-Wertpapiere macht, und auch nicht der Erste, der über datenschutzkonforme Lösungen spricht. Aber zwischen „der Standard ist formuliert“ und „Institutionen bringen echtes Geld rein“ liegen noch Lücken: Aufsichtsverantwortung, Kosten für den Systemwechsel, Altlasten – das lässt sich nicht allein durch einen technischen Standard lösen.

Wenn man die Richtung von RWA-Wertpapieren anerkennt, ist die Fantasie für das Rennen tatsächlich groß. Aber bei einem Projekt sollte man klar unterscheiden: Was sind belegte Fakten, die bereits laufen, und was sind Ideen, die noch auf die Marktbewertung warten. Verwechseln Sie einen durchdachten Entwurf auf Papier nicht mit einem bereits vom Markt verifizierten ausgereiften Konzept
#dusk $DUSK @Dusk ～

Ein Freund hat mich gefragt, wie man Dusk einschätzt. Laut dem offiziellen Marketing sei da viel los: Die machen eine Layer1 speziell für RWA-Wertpapiere, und es wirkt so, als würde das Ding gleich abheben.

Ich habe dann eine Weile öffentlich verfügbare Infos gewälzt – und je mehr ich schaue, desto weniger fühle ich mich sicher.

Erstens: „Wertpapiere ausgeben können“ und „dass Institutionen wirklich bereit sind mitzumachen“ sind zwei verschiedene Dinge.

Dusk hat zwar tatsächlich einiges getan. Die Zusammenarbeit mit der in den Niederlanden lizenzierten Börse NPEX ist real – und ein Volumen von 300 Millionen Euro ist beeindruckend. Auch der DuskEVM-Mainnet ist tatsächlich dabei, beim ersten Abwicklungstest für regulierte Tokenisierte Wertpapiere schon einen Meilenstein erreicht zu haben. Technisch scheint das Fundament also zu passen.

Aber nachdem ich lange gesucht habe, habe ich keine echten, nachvollziehbaren Beispiele gefunden, die dauerhaft Handelsvolumen erzeugen. Es gibt viele Absichtserklärungen – aber bei der konkreten kommerziellen Umsetzung habe ich bislang nicht allzu viel gesehen. Zwischen „bald on-chain“ und „bereits on-chain und mit dauerhaftem Handelsvolumen“ liegt noch ein gutes Stück Weg.

Zweitens: Die Citadel-Identitätsschicht hält Privatanleger von Natur aus draußen.

Alle Wertpapiertransaktionen müssen erst durch den konformen Identitäts-Check. Ohne KYC geht gar nichts – nicht einmal die Tür wird für Privatanleger richtig aufgemacht. Und was ist auf der Seite der Institutionen? Klar, man sagt, man habe RWA gut im Blick – aber wer würde schon echtes, eigenes Geld in eine Kette stecken, die noch nicht in großem Maßstab in der Praxis bewährt ist?

Während Institutionen noch abwarten, können Privatanleger nicht hineinkommen. Woher also das benötigte Liquiditätsvolumen kommen soll – eine wirklich klare Antwort habe ich jedenfalls nicht gesehen.

Und dann diese ganzen News zu Kooperationen: Sie sehen wirklich seriös aus. Die Kooperation ist echt, die Lizenzen sind echt – aber „Kooperationspartner“ und „bereits erfolgreich durchgelaufene kommerzielle Umsetzung“ sind zwei unterschiedliche Paar Schuhe.

Bei RWA-Wertpapieren ist die langfristige Fantasie zwar groß, und der Sektor ist auch ziemlich verlockend. Aber ich denke, in dieser Branche gibt es gerade eine ziemlich schlechte Gewohnheit: Sobald es institutionelle Kooperationen und ein RWA-Narrativ gibt, wird automatisch davon ausgegangen, dass das Projekt schon bald explodieren wird.

Der technische Pfad von Dusk ist richtig – aber die Geschwindigkeit der echten Umsetzung könnte deutlich langsamer sein als im Marketing behauptet. Verwechsle keine großen Erzählungen mit Tatsachen, die bereits passiert sind. Ich will die Richtung nicht absprechen – aber zumindest wartet das Ganze derzeit noch auf das erste wirklich überzeugend „durchgelaufene“ kommerzielle Beispiel.

#dusk $DUSK @Dusk ～

Viele halten DUSK für vielversprechend – der Kern ist diese perfekte Erzählung von „Privatsphäre + Compliance“.
Die offizielle Kommunikation lautet: Transaktionen sind standardmäßig privat. Nutzervermögen, Übertragungsbeträge und Adressen sind durchgängig verschlüsselt. Gleichzeitig wird eine selektive Offenlegung unterstützt – je nach Bedarf durch Aufsichtsbehörden. Das passt perfekt zum EU-MiCA-Rahmen: Es schützt die Privatsphäre der Nutzer und erfüllt zugleich die Compliance-Anforderungen von Institutionen.

Ich habe die Mechanismen von Citadel ZK-KYC ausführlich durchleuchtet. Ehrlich gesagt wirkt das theoretische Modell unangreifbar, doch in der Umsetzung sind die Widersprüche sehr deutlich.

Eine reine Privacy-Blockchain ist einfach: totale Anonymität, nicht zurückverfolgbar. Eine reine Compliance-Blockchain ist ebenfalls einfach: durchgehend实名 (vollständige Identifizierung) und durchgehend nachvollziehbar. Aber DUSK will den schwierigsten Mittelweg gehen: Im Alltag Privatsphäre – wenn es nötig wird, kann man compliant bis in die Herkunft hinein auflösen.

„Kompromisslos beides“ klingt nach einem Glücksfall. In der Praxis ist das größte Problem jedoch: Die Grenzen der Rechte sind viel zu unklar.
Wer besitzt die endgültige Offenlegungsbefugnis? Nach welchen Kriterien wird die Aufsicht eine Anforderung zur Abfrage auslösen? Die angebliche „selbstbestimmte Kontrolle“ der Nutzer über ihre Privatsphäre ist innerhalb des offiziellen Rahmens eher ein Schlagwort. Wenn die EU-Aufsicht weiter nachschärft – etwa mit Anforderungen an die vollständige Vermögensregistrierung und die vollständige Nachverfolgbarkeit von Transaktionen – kann diese „selektive Offenlegung“ jederzeit zu einer bedingungslosen Volloffenlegung werden.

ZK-Technologie kann mathematische Beweise für Privatsphäre liefern, löst aber nicht die Fragen von Aufsichtsbefugnissen und Verantwortlichkeiten in der realen Welt.
Solange kein starker Compliance-Druck entsteht, wirkt das Modell wie „beides auf einmal“. Wenn die Politik jedoch wirklich umgesetzt wird, wird die Priorität der Privatsphäre unweigerlich der Priorität der Compliance weichen. Der so genannte „Privacy-Schutz als Absicherung“ erweist sich am Ende als sehr fragil.

Ein weiterer leicht zu übersehender Punkt: Seine Privatsphäre ist nicht rein dezentral gedacht, sondern an ein Identitätssystem gekoppelt.
Für normale Nutzer sieht es zwar anonym aus, aber in der darunterliegenden Schicht hält Citadel einen Index für Compliance-Identitäten vor. Sobald die Aufsicht eine Verifikation anstößt, lassen sich alle Privacy-Transaktionen gezielt zerlegen und rekonstruieren.

Ich erkenne den innovativen Ausgangspunkt an. Im RWA-Wertpapierbereich passt absolute Anonymität ohnehin nicht – institutionelle Geschäftsmodelle brauchen tatsächlich auditierbare Nachweise.
Aber lasst euch vom Marketingsprech nicht täuschen: Das ist keine Privacy-Blockchain. Es ist eine Compliance-Privacy-Chain, die jederzeit entschlüsselbar ist.

Auf den ersten Blick kommt es beiden entgegen, in der Realität ist es aber beiden Seiten gegenüber eingeschränkt.
Für Nutzer, die absolute Vertraulichkeit wollen, ist das nicht genug. Für Institutionen, die eine starke Compliance-Nachverfolgung brauchen, ebenfalls nicht. Das von DUSK herausgehandelte Kompromissmodell wirkt zwar perfekt – in Wahrheit steckt es sich genau in die unangenehmste Mittelzone fest.
#dusk $DUSK @Dusk ～

官宣终于来了，本周第二个新币空投KII
预计晚上9点
给的份额挺多，就看刀法了
个人感觉不会阳光普照
来个242+，3万份，预计100U+

最近扒DUSK的代币经济，我发现很多人很容易被一个表面利好带偏。

官方资料说初始5亿枚代币，在2022年4月就已经全部解锁完毕，团队、顾问还有早期私募份额，早就全部流通到市场。很多人扫一眼分配表，看到没有后续团队大额解锁，直接就松了一口气，觉得抛压风险已经排除。

但我往下细看，真正的伏笔藏在后半段。文档原文写着：An additional 500 million DUSK to be emitted over a 36‑year horizon, halving every four years。翻译过来，还有5亿枚，要在整整36年里，以质押区块奖励的形式慢慢释放，每四年奖励减半。

短期确实没有那种惊天动地的大额解锁砸盘，这点我并不否认。可36年是什么概念，跨度实在太长。前面四年释放的增量还不少，之后才逐步衰减。哪怕新产出的代币有一部分会被质押锁在链上，源源不断的新增筹码，长期都会持续稀释存量持币人的价值。

而且早期私募占初始份额的一半，2022年就已经完全解锁流通。虽然没有新的解锁事件，但这批早期大户筹码早就可以自由交易，小市值币种，盘面本身就很容易受大额持仓扰动。

市场聊代币风险，大家条件反射只会盯着团队、机构的解锁时间表，总觉得只要没有大额解锁，代币供给就安全无忧。DUSK这套设计，刚好利用了大众的这个思维惯性。

我不是说这套模式完全不合理，长周期增发本来是用来激励节点、保障网络安全的制度设计。只是官方强调“没有后续团队解锁”，很少把36年持续通胀这个点着重讲明白。

没有短期解锁利空，绝不等于代币供给就没有压力。这种慢刀子式的长期通胀，属于藏在表格深处，很容易被大家直接忽略的隐形负担，你说对吗？

#dusk $DUSK @Dusk ～

Die Aktion „Zugang zum Platz“ kommt endlich wieder
240000DUSK
Es gibt aber nur für die ersten 300 Plätze Preise
Rechnet man zum aktuellen Preis, bekommt jeder 50 U+
Beim letzten Mal war mein Rang 800+, dieses Mal laufe ich wieder nur mit

Heute habe ich mir Dusk und die Dual-Virtual-Machine-Architektur angeschaut. Ich habe verstanden, wie die klügste Anordnung aussieht, und gleichzeitig die realistischsten Kompromisse gesehen.

Offiziell setzt man auf die selbst entwickelte Piecrust-native ZK-Privacy-Virtual-Machine, kombiniert mit der DuskEVM-Dual-Architektur: So lassen sich sowohl native Privacy-Performance erreichen als auch Solidity-Verträge direkt ausführen – ideal für RWA-konforme, private Finanzen.

Auf den ersten Blick wirkt dieses Design rundum durchdacht, und anfangs dachte ich genauso. Piecrust ist speziell auf Zero-Knowledge-Privacy-Contracts optimiert. Um die aus der ZK-nativen Umgebung resultierende, bislang eher kühle Lage zu durchbrechen, setzt das Projekt zusätzlich auf DuskEVM: Das senkt die Einstiegshürde und soll normale DeFi-Projekte zum Umzug bewegen.

Aber nachdem ich mir das eine Weile ernsthaft angesehen habe, glaube ich, dass das erzwungene Zusammenführen zweier Virtual Machines einige versteckte Risiken birgt, die man im Blick behalten sollte.

Erstens: Privacy-Zersplitterung. Vollständige Privacy-Interaktionen können nur in Piecrust laufen. DuskEVM ist zwar an ein etabliertes Ökosystem angebunden, aber die Privacy-Fähigkeiten werden dabei deutlich schlechter. Entwickler müssen sich für eine der beiden Optionen entscheiden – die beiden Systeme lassen sich nur schwer so verbinden, dass echte Vorteile entstehen.

Dann: zwei Ausführungs- und zwei Account-Modelle laufen parallel, die Architekturkomplexität steigt stark, und damit nehmen potenzielle Bugs sowie die Angriffsfläche entsprechend zu. Piecrust ist eine neue, selbst entwickelte Lösung; die Mainnet-Live-Zeit ist kurz – es hat noch keine großflächigen Real-World-Ökosystem-Lasttests durchlaufen.

In meinen Augen ist die Kompatibilität mit EVM eher ein Kompromiss auf der Realitätsebene. Ein rein nativer ZK-Privacy-Chain-Start ist schwer. Projekte holen sich mit EVM stattdessen „Ökosystem-Wärme“, tragen aber gleichzeitig auch das Ballastpaket architektonischer Redundanz mit.

Ich will die Innovationspunkte von Piecrust nicht abstreiten. Nur finde ich: Eine Public Chain hat am meisten Angst davor, „sowohl als auch“ zu wollen – und genau das trifft bei Dusk leider ins Schwarze. Die Dual-VM wirkt zwar allumfassend, doch Ökosystem-Zersplitterung und die Unsicherheit der Sicherheit könnten zu einer langfristigen technischen Last werden, von der sie sich schwer befreien kann.

Findest du, dass die EVM-Kompatibilität ein Pluspunkt ist – oder dass sie später zwangsläufig zum Entwicklungsballast wird? Schreib gern im Kommentarbereich.

#dusk $DUSK @Dusk ～

Egal wie sich der Markt entwickelt, bei den Aktionen von Binance darf man keine verpassen, sonst gibt es sogar kein Schweinefleisch-Reisgericht mehr zu essen
$ETH
$BLUAI

Ich dachte, es wäre Großmengenware, aber man kann sie ja gar nicht verkaufen. Der Preis stimmt nicht — umsonst gefreut
$DOS

Ich erkenne nur die roten als Blaubeeren.
Was für eine Frucht ist diese gelbe? Weiß das jemand?
Wenn die großen Kuchen steigen, gehe ich welche kaufen und etwas essen.
$BTC

Ohne zehn Jahre Planung bei Hirnthrombosen lässt sich keine so großartige Veranstaltung auf die Beine stellen
Am Wochenende darf man nicht $QQQB pushen
Dieses Projekt ist ein doppelter Gewinn für die Projektseite und die Plattform
Nur die, die Punkte nur sammeln, werden eingeklemmt und schreien oh oh oh
$BTC

Um bei der Verlosungsaufgabe mitzuspielen, habe ich fast die Position in die sofortige Überdeckung getrieben!
Eigentlich wollte ich eine Order eröffnen und schließen, um mit 251U eine Aufgabe zu erledigen. Aber ich war schläfrig und habe einfach den Fortschrittsbalken voll ausgefüllt und dabei vier große BTC-Dummy-Longs als Leerverkäufe geöffnet – eine Position von über 200.000 U. In dem Moment hat es mich wirklich erschreckt; ich habe sofort per Market geschlossen. Der Verlust lag bei fast 300U, und die Gebühren haben nochmal fast 100U verschlungen. So kann ich das auch mit 10.000 Losziehungen nicht mehr zurückholen😭
Brüder, beim Bestellen unbedingt kurz nochmal draufschauen!
$BTC

Jetzt geht auch Alpha bald das Essen aus
Nur irgendwas anderes dazu mischen, um sich irgendwie durchzuschlagen. Ich habe gehört, dass mit dem Verkauf von Computern wieder gute Gewinne erzielt werden. Ich plane, nachdem ich die Lieferungen geschafft habe, ins Computer-Geschäft zu gehen und Flugblätter zu verteilen
$SKYAI

#bStocks探索计划 BAA，Fluchtexperte? Ich glaube, bei mir hab ich auch nie wirklich entkommen—wenn der Betreiber die Tür zumacht und mich “ausknockt”, bin ich meistens eher “fertig”😂

#bStocks探索计划 Das Raumschiff ist ziemlich beeindruckend, aber ich wähle A: ein Schnellboot