ZEDGER / HEDGER — HAI CÁCH TIẾP CẬN REGULATED ASSETS
Das neueste Update vom 12/08 auf X erwähnt Zedger / Hedger, zwei Protokolle von Dusk für die Ausgabe und Verwaltung von regulierten Assets, bei denen Compliance- und Privacy-Anforderungen direkt im Protokoll integriert sind. Das bringt mich dazu, genauer hinzuschauen.
Zedger verwendet Smart Contracts von DuskVM auf Dusk L1, während Hedger auf DuskEVM läuft und Entwicklern aus dem Ethereum-Ökosystem ein vertrauteres Entwicklungsumfeld bietet.
Was mir auffällt: Beide konzentrieren sich nicht nur auf das Ausgeben von Assets.
Bei regulierten Assets kann die Frage, wer das Asset besitzen, übertragen oder mit ihm interagieren darf, genauso wichtig sein wie der Token selbst. Daher müssen Compliance und Privacy bereits in der Architektur mitgedacht werden.
Früher dachte ich oft, dass Compliance eine Schicht ist, die man nachträglich ergänzt, nachdem das Blockchain-Produkt fertig ist. Aber bei Finanz-Assets halte ich diesen Ansatz für schwierig umzusetzen.
Zedger und Hedger zeigen, dass Dusk versucht, dieses Problem bereits auf Protokollebene anzugehen.
Zedger verfolgt einen nativen Ansatz mit DuskVM auf L1.
Hedger öffnet Entwicklern über DuskEVM die Tür zur EVM-Welt.
Zwei unterschiedliche Execution Environments, aber mit demselben Ziel: regulierte Assets auf die Blockchain zu bringen und dabei weiterhin ein Gleichgewicht zwischen Privacy und Compliance zu wahren.
Für mich ist das der bemerkenswerte Teil, wenn man verstehen will, dass Dusk nicht nur eine Blockchain mit Privacy ist, sondern auch zur Infrastruktur für reale Finanzanwendungen werden möchte.
@Dusk_Foundation $DUSK
#dusk
Das neueste Update vom 12/08 auf X erwähnt Zedger / Hedger, zwei Protokolle von Dusk für die Ausgabe und Verwaltung von regulierten Assets, bei denen Compliance- und Privacy-Anforderungen direkt im Protokoll integriert sind. Das bringt mich dazu, genauer hinzuschauen.
Zedger verwendet Smart Contracts von DuskVM auf Dusk L1, während Hedger auf DuskEVM läuft und Entwicklern aus dem Ethereum-Ökosystem ein vertrauteres Entwicklungsumfeld bietet.
Was mir auffällt: Beide konzentrieren sich nicht nur auf das Ausgeben von Assets.
Bei regulierten Assets kann die Frage, wer das Asset besitzen, übertragen oder mit ihm interagieren darf, genauso wichtig sein wie der Token selbst. Daher müssen Compliance und Privacy bereits in der Architektur mitgedacht werden.
Früher dachte ich oft, dass Compliance eine Schicht ist, die man nachträglich ergänzt, nachdem das Blockchain-Produkt fertig ist. Aber bei Finanz-Assets halte ich diesen Ansatz für schwierig umzusetzen.
Zedger und Hedger zeigen, dass Dusk versucht, dieses Problem bereits auf Protokollebene anzugehen.
Zedger verfolgt einen nativen Ansatz mit DuskVM auf L1.
Hedger öffnet Entwicklern über DuskEVM die Tür zur EVM-Welt.
Zwei unterschiedliche Execution Environments, aber mit demselben Ziel: regulierte Assets auf die Blockchain zu bringen und dabei weiterhin ein Gleichgewicht zwischen Privacy und Compliance zu wahren.
Für mich ist das der bemerkenswerte Teil, wenn man verstehen will, dass Dusk nicht nur eine Blockchain mit Privacy ist, sondern auch zur Infrastruktur für reale Finanzanwendungen werden möchte.
@Dusk_Foundation $DUSK
#dusk