#dusk $DUSK @Dusk
Dämmerung und NPEXs Chainlink-Integration ist dieses Jahr live gegangen, und die Pressemitteilung macht ein konkretes Versprechen: DUSK-Übertragungen über Ethereum und Solana hinweg sollen „unter Wahrung der regulatorischen und Compliance-Eigenschaften erfolgen, die für die institutionelle Nutzung erforderlich sind.“ Ich habe nachgesehen, wie das funktionieren soll – und genau dort wird es interessant.
Chainlinks eigene CCT-Dokumentation behandelt Übertragung und Compliance als zwei getrennte Dinge. CCIP/CCT kümmert sich ums Verschieben des Tokens. Compliance – Identität, Durchsetzung von Richtlinien, KYC/AML – steckt in einem separaten Baustein namens Automated Compliance Engine, mit eigenem Policy Manager und einer Identitätsschicht, der als Off-Chain-Dienst außerhalb von CCIP selbst läuft. Dusk- und NPEX-eigene Materialien nennen namentlich CCIP, CCT und DataLink. Keinerlei Erwähnung findet ACE.
Damit leistet die Zeile „die Compliance-Eigenschaften bleiben erhalten“ Arbeit, die nirgendwo anders explizit ausgeführt wird, zumindest nicht, was ich finden konnte. Bei Dusk wird Compliance innerhalb derselben ZK-VM verifiziert wie die Privatsphäre – Citadel und XSC sind ein einziges Beweis-Setup, nicht zwei getrennte Systeme. Off-Chain über CCIP ist das, was Chainlink dafür standardmäßig anbietet, ein separates Modul, das Dusk nicht bestätigt hat, dass es es übernimmt.
Was sich für mich geändert hat: die Headline-Behauptung – Privatsphäre und Compliance als eine Sache – wird in Dusks eigener Kette demonstriert. Über mehrere Ketten hinweg wird es behauptet, aber noch nicht gezeigt.
Als Nächstes zu prüfen: ob Dusks technische Dokumentation ACE, CCID oder etwas Entsprechendes für gebrückte NPEX-Assets spezifiziert, oder ob „erhalten“ weiterhin unbestimmt bleibt.
Dämmerung und NPEXs Chainlink-Integration ist dieses Jahr live gegangen, und die Pressemitteilung macht ein konkretes Versprechen: DUSK-Übertragungen über Ethereum und Solana hinweg sollen „unter Wahrung der regulatorischen und Compliance-Eigenschaften erfolgen, die für die institutionelle Nutzung erforderlich sind.“ Ich habe nachgesehen, wie das funktionieren soll – und genau dort wird es interessant.
Chainlinks eigene CCT-Dokumentation behandelt Übertragung und Compliance als zwei getrennte Dinge. CCIP/CCT kümmert sich ums Verschieben des Tokens. Compliance – Identität, Durchsetzung von Richtlinien, KYC/AML – steckt in einem separaten Baustein namens Automated Compliance Engine, mit eigenem Policy Manager und einer Identitätsschicht, der als Off-Chain-Dienst außerhalb von CCIP selbst läuft. Dusk- und NPEX-eigene Materialien nennen namentlich CCIP, CCT und DataLink. Keinerlei Erwähnung findet ACE.
Damit leistet die Zeile „die Compliance-Eigenschaften bleiben erhalten“ Arbeit, die nirgendwo anders explizit ausgeführt wird, zumindest nicht, was ich finden konnte. Bei Dusk wird Compliance innerhalb derselben ZK-VM verifiziert wie die Privatsphäre – Citadel und XSC sind ein einziges Beweis-Setup, nicht zwei getrennte Systeme. Off-Chain über CCIP ist das, was Chainlink dafür standardmäßig anbietet, ein separates Modul, das Dusk nicht bestätigt hat, dass es es übernimmt.
Was sich für mich geändert hat: die Headline-Behauptung – Privatsphäre und Compliance als eine Sache – wird in Dusks eigener Kette demonstriert. Über mehrere Ketten hinweg wird es behauptet, aber noch nicht gezeigt.
Als Nächstes zu prüfen: ob Dusks technische Dokumentation ACE, CCID oder etwas Entsprechendes für gebrückte NPEX-Assets spezifiziert, oder ob „erhalten“ weiterhin unbestimmt bleibt.