Etwas, das mich beim Lesen der Dusk-Docs innehalten ließ. Die meisten L1-Privacy-Projekte sprechen über „shielded transactions“, aber hier betonen sie „selective disclosure“ und „access control“ – direkt schon ab Protokoll.
Dusk ist eine öffentliche, permissionless Layer-1, die sich auf die native Emission digitaler Wertpapiere und regulierter Assets konzentriert. Sie haben Partnerschaften mit NPEX (MTF, Broker, ECSP-Lizenzen), ein duales Modell Phoenix/Moonlight, Citadel für Identität und treiben DuskEVM voran. Das Mainnet läuft bereits, die Docs und GitHub Rusk werden kontinuierlich aktualisiert. Ich möchte sehen, ob die zugrunde liegende Architektur wirklich anders ist als Projekte, die Compliance nur auf der Application-Ebene „dran kleben“. Lese ich mir Overview und die Core Components durch und stelle sie anschließend den News zu NPEX und DLT-TSS gegenüber. Dabei zeigt sich: Compliance ist im Protokoll eingebettet – Eligibility, Transfer Restriction, Forced Transfer sowie die Aktionärs-Registry, die bei Bedarf selektiv entschlüsselt werden kann.
Privacy ist nicht absolutes Anonymitäts-„Verstecktsein“, sondern „private by default, auditable when required“. Das ist ein anderer Ansatz als bei den meisten aktuellen DeFi-Projekten.
Vielleicht interpretiere ich das aber auch zu stark. Die NPEX-Lizenzen gehören dem Partner, nicht dazu, dass das Protokoll alles selbst vollständig besitzt. DLT-TSS ist weiterhin in Arbeit; das könnte nur die Art sein, wie sie es für den europäischen Markt umsetzen. Viele Protokolle wechseln ohnehin gerade von purem DeFi hin zu regulierter Infrastruktur. Marketing kommt oft dem realen Produkt voraus, während die institutionelle Adoption viel langsamer hinter der Story herläuft. Bewerten wir gerade die Narrative von „regulated DeFi“ – oder messen wir daran, wie viel echtes Asset-Volumen tatsächlich onchain abgewickelt (settled) wird?
#dusk $DUSK @Dusk $BTC
Dusk ist eine öffentliche, permissionless Layer-1, die sich auf die native Emission digitaler Wertpapiere und regulierter Assets konzentriert. Sie haben Partnerschaften mit NPEX (MTF, Broker, ECSP-Lizenzen), ein duales Modell Phoenix/Moonlight, Citadel für Identität und treiben DuskEVM voran. Das Mainnet läuft bereits, die Docs und GitHub Rusk werden kontinuierlich aktualisiert. Ich möchte sehen, ob die zugrunde liegende Architektur wirklich anders ist als Projekte, die Compliance nur auf der Application-Ebene „dran kleben“. Lese ich mir Overview und die Core Components durch und stelle sie anschließend den News zu NPEX und DLT-TSS gegenüber. Dabei zeigt sich: Compliance ist im Protokoll eingebettet – Eligibility, Transfer Restriction, Forced Transfer sowie die Aktionärs-Registry, die bei Bedarf selektiv entschlüsselt werden kann.
Privacy ist nicht absolutes Anonymitäts-„Verstecktsein“, sondern „private by default, auditable when required“. Das ist ein anderer Ansatz als bei den meisten aktuellen DeFi-Projekten.
Vielleicht interpretiere ich das aber auch zu stark. Die NPEX-Lizenzen gehören dem Partner, nicht dazu, dass das Protokoll alles selbst vollständig besitzt. DLT-TSS ist weiterhin in Arbeit; das könnte nur die Art sein, wie sie es für den europäischen Markt umsetzen. Viele Protokolle wechseln ohnehin gerade von purem DeFi hin zu regulierter Infrastruktur. Marketing kommt oft dem realen Produkt voraus, während die institutionelle Adoption viel langsamer hinter der Story herläuft. Bewerten wir gerade die Narrative von „regulated DeFi“ – oder messen wir daran, wie viel echtes Asset-Volumen tatsächlich onchain abgewickelt (settled) wird?
#dusk $DUSK @Dusk $BTC
