#dusk $DUSK @Dusk Ich habe mir gestern noch einmal das Whitepaper von @Dusk herausgeholt und es komplett durchgelesen – und erst dann gemerkt, dass ich es früher etwas falsch verstanden habe.
Ganz ehrlich: Wenn man mit Leuten über $DUSK spricht, gehen sie sofort davon aus, dass es vor allem auf eine Privacy-Public-Blockchain hinausläuft. Aber inzwischen glaube ich, dass die eigentliche Stärke des Projekts in der Kombination von „Privacy + Compliance + Abrechnung“ liegt – also dieses Dreierpaket, eng zusammengedacht. Es ist als Layer-1 direkt auf Finanzdienstleistungen ausgelegt und nutzt den XSC-Standard, um vertrauliche Smart Contracts auszuführen. Privacy ist dabei kein nachträglicher Aufkleber, sondern von unten her eingebaut. Institute wollen, dass der Handel rechtmäßig ist, aber sie möchten sensible Informationen wie Positionen, Gegenparteien und Kontostände nicht offenlegen. Genau an dieser Stelle trifft es den Nerv klassischer Finanzsysteme.
Aber lassen wir es auch nüchtern betrachten: Die angeblich bestätigte Ausgabe von über 300 Millionen Euro – plus dazu 200 Millionen Euro Einsatz von lizenzierten Börsen und mehr als 20.000 reale Konten – klingt beeindruckend. Ich zerlege das Ganze aber lieber in seine Bestandteile: Asset-Funding, Contract-Deployment, Wallet-Verteilung und echter Umschlag (also tatsächliche Trades). Von diesen vier Teilen lässt sich im Grunde nur der erste Punkt in gewisser Weise prüfen; die anderen drei sind in den öffentlichen Details bislang weitgehend leer. Von einer Absichtserklärung bis zum On-Chain-Commit in Code ist es noch ein Stück. Die Tokens wurden zwar geprägt, aber sie sind nicht in echte Wallets mit privaten Schlüsseln eingezahlt worden und es gab auch keine echten Interaktionen – daher kann man es noch nicht als „vollständig umgesetzt“ betrachten. Chainlink liefert die Kurse, Cordial übernimmt die Verwahrung, und Quantoz-Stablecoin-Kanäle sind ebenfalls angebunden. Doch Module wie Dusk Trade, DuskEVM und Hedger hängen noch in der Testphase. Mehrere hundert Millionen müssen erst aus dem PPT heraus in echte Wallets „reingeschoben“ werden – und die Pipelines sind noch nicht vollständig durchgezogen.
Außerdem: Lass dich technisch nicht von dieser 2,8-Millisekunden-On-Chain-Validierung in die Irre führen. PLONK drückt die Verification tatsächlich ziemlich weit in den Grenzbereich: Die Proof-Größe ist fix, und beim lokalen Ausführen der Citadel-Identitäts-Schaltung hat ein einzelnes License-Statement schon über 30.000 Constraints. Der Prover muss dann mehrere Zehntelsekunden bis Sekunden „kauen“, während der Verifier nur wenige Zehntelsekunden braucht. Der Rechen-Overhead von ZK liegt grob bei etwa dem Zehnfachtausendfachen der ursprünglichen Berechnungen. On-Chain wirkt es dann butterweich – aber den Druck verlagert man komplett auf die Off-Chain-Geräte, und die Einstiegshürde für Nodes steigt dadurch deutlich. Selbst für Selective Disclosure bei KYC braucht man die Unterschrift bzw. Stempel einer regulatorischen Entität außerhalb der Kette – das ist in der Praxis ein bisschen widersprüchlich zu der Idee von „vollständig ohne Vertrauen“.
Daher beurteile ich momentan, ob es funktioniert oder nicht, an einem einzigen Kennwert: der echten Konversionsrate. Nimm echtes On-Chain-„Hard Money“, um das Wasser aus den eingeworbenen Mitteln auszudrücken. Erst wenn das Ledger eines Tages wirklich komplett durchsichtig ist – mit veröffentlichten Contract-Adressen, On-Chain-Zeiten, den Netto-Salden, unabhängigen Adressen und den neuesten Transfers – dann gelten 300 Millionen Euro erst als solide, wirklich handelbare Grundlage. #dusk
Ganz ehrlich: Wenn man mit Leuten über $DUSK spricht, gehen sie sofort davon aus, dass es vor allem auf eine Privacy-Public-Blockchain hinausläuft. Aber inzwischen glaube ich, dass die eigentliche Stärke des Projekts in der Kombination von „Privacy + Compliance + Abrechnung“ liegt – also dieses Dreierpaket, eng zusammengedacht. Es ist als Layer-1 direkt auf Finanzdienstleistungen ausgelegt und nutzt den XSC-Standard, um vertrauliche Smart Contracts auszuführen. Privacy ist dabei kein nachträglicher Aufkleber, sondern von unten her eingebaut. Institute wollen, dass der Handel rechtmäßig ist, aber sie möchten sensible Informationen wie Positionen, Gegenparteien und Kontostände nicht offenlegen. Genau an dieser Stelle trifft es den Nerv klassischer Finanzsysteme.
Aber lassen wir es auch nüchtern betrachten: Die angeblich bestätigte Ausgabe von über 300 Millionen Euro – plus dazu 200 Millionen Euro Einsatz von lizenzierten Börsen und mehr als 20.000 reale Konten – klingt beeindruckend. Ich zerlege das Ganze aber lieber in seine Bestandteile: Asset-Funding, Contract-Deployment, Wallet-Verteilung und echter Umschlag (also tatsächliche Trades). Von diesen vier Teilen lässt sich im Grunde nur der erste Punkt in gewisser Weise prüfen; die anderen drei sind in den öffentlichen Details bislang weitgehend leer. Von einer Absichtserklärung bis zum On-Chain-Commit in Code ist es noch ein Stück. Die Tokens wurden zwar geprägt, aber sie sind nicht in echte Wallets mit privaten Schlüsseln eingezahlt worden und es gab auch keine echten Interaktionen – daher kann man es noch nicht als „vollständig umgesetzt“ betrachten. Chainlink liefert die Kurse, Cordial übernimmt die Verwahrung, und Quantoz-Stablecoin-Kanäle sind ebenfalls angebunden. Doch Module wie Dusk Trade, DuskEVM und Hedger hängen noch in der Testphase. Mehrere hundert Millionen müssen erst aus dem PPT heraus in echte Wallets „reingeschoben“ werden – und die Pipelines sind noch nicht vollständig durchgezogen.
Außerdem: Lass dich technisch nicht von dieser 2,8-Millisekunden-On-Chain-Validierung in die Irre führen. PLONK drückt die Verification tatsächlich ziemlich weit in den Grenzbereich: Die Proof-Größe ist fix, und beim lokalen Ausführen der Citadel-Identitäts-Schaltung hat ein einzelnes License-Statement schon über 30.000 Constraints. Der Prover muss dann mehrere Zehntelsekunden bis Sekunden „kauen“, während der Verifier nur wenige Zehntelsekunden braucht. Der Rechen-Overhead von ZK liegt grob bei etwa dem Zehnfachtausendfachen der ursprünglichen Berechnungen. On-Chain wirkt es dann butterweich – aber den Druck verlagert man komplett auf die Off-Chain-Geräte, und die Einstiegshürde für Nodes steigt dadurch deutlich. Selbst für Selective Disclosure bei KYC braucht man die Unterschrift bzw. Stempel einer regulatorischen Entität außerhalb der Kette – das ist in der Praxis ein bisschen widersprüchlich zu der Idee von „vollständig ohne Vertrauen“.
Daher beurteile ich momentan, ob es funktioniert oder nicht, an einem einzigen Kennwert: der echten Konversionsrate. Nimm echtes On-Chain-„Hard Money“, um das Wasser aus den eingeworbenen Mitteln auszudrücken. Erst wenn das Ledger eines Tages wirklich komplett durchsichtig ist – mit veröffentlichten Contract-Adressen, On-Chain-Zeiten, den Netto-Salden, unabhängigen Adressen und den neuesten Transfers – dann gelten 300 Millionen Euro erst als solide, wirklich handelbare Grundlage. #dusk