Ich setze mich selbst in die Rolle eines Compliance-Verantwortlichen bei einer Asset-Management-Gesellschaft – und vieles klärt sich von ganz allein. Wenn ich einen On-Chain-Fonds emittieren will, muss die Identität der Anleger geprüft werden: KYC und Berechtigungen müssen zugeordnet sein. Das Rebalancing des Fonds und der Timing von Ein- und Ausstiegen darf nicht so sichtbar werden, dass Wettbewerber und Markt es erkennen. Wenn die Aufsicht nachfragt, muss jede einzelne Transaktion nachvollziehbar sein – mit Belegen, die man vorlegen kann. Drei Punkte nebeneinander gelegt – wie man die Chain auswählt, ist dann klar.
Der Zedger von DUSK ist für genau diese Art von Bedarf konstruiert, so gut wie „nach Antwort“: Für jeden Nutzer richtet er ein On-Chain-Konto ein; die Verifikation der Identität, Whitelists und Berechtigungen hängen an diesem Konto. Auf der Ausführungsseite geht es über einen Privacy-Pfad: Betrag, Pfad und die Gegenparteibeziehungen bleiben nach außen verborgen. Das Konto liefert die Rechenschaft; die Private Execution sorgt dafür, dass Details verborgen bleiben. Ich habe das reine Account-Modell und das reine UTXO-Modell mit dieser Lösung verglichen – beide Extreme wurden bewusst vermieden. $ETH .
Ganz offen gesagt: Diese Struktur läuft noch nicht komplett durch, wie es in meinem Idealbild wäre. Sie ist weiterhin in der Beta-Phase, und wir schieben die Entwicklung Schritt für Schritt nach vorn; auch die Aufgabenverteilung mit Hedger wird fortlaufend angepasst. Das Design ist exakt auf den Bedarf ausgerichtet – bis zur Umsetzung fehlt noch ein Stück Weg. Dieses Maß kann ich gut halten.
Mein Fazit ist nicht lang: Die Ledger-Struktur von Zedger ist die erste zentrale Arbeit, die DUSK für den Finanzkontext liefert – und zugleich diejenige, bei der man am meisten handwerkliche Leistung sieht. Sie hat nicht bewirkt, dass Privatsphäre und Compliance sich gegenseitig die Spur freikämpfen, sondern hat beide Anforderungen an verschiedenen Stellen in dasselbe Buchhaltungssystem eingebettet. Den weiteren Umsetzungsfortschritt und die Aufgabenteilung mit Hedger werde ich weiterhin im Blick behalten. #dusk $DUSK @Dusk
Der Zedger von DUSK ist für genau diese Art von Bedarf konstruiert, so gut wie „nach Antwort“: Für jeden Nutzer richtet er ein On-Chain-Konto ein; die Verifikation der Identität, Whitelists und Berechtigungen hängen an diesem Konto. Auf der Ausführungsseite geht es über einen Privacy-Pfad: Betrag, Pfad und die Gegenparteibeziehungen bleiben nach außen verborgen. Das Konto liefert die Rechenschaft; die Private Execution sorgt dafür, dass Details verborgen bleiben. Ich habe das reine Account-Modell und das reine UTXO-Modell mit dieser Lösung verglichen – beide Extreme wurden bewusst vermieden. $ETH .
Ganz offen gesagt: Diese Struktur läuft noch nicht komplett durch, wie es in meinem Idealbild wäre. Sie ist weiterhin in der Beta-Phase, und wir schieben die Entwicklung Schritt für Schritt nach vorn; auch die Aufgabenverteilung mit Hedger wird fortlaufend angepasst. Das Design ist exakt auf den Bedarf ausgerichtet – bis zur Umsetzung fehlt noch ein Stück Weg. Dieses Maß kann ich gut halten.
Mein Fazit ist nicht lang: Die Ledger-Struktur von Zedger ist die erste zentrale Arbeit, die DUSK für den Finanzkontext liefert – und zugleich diejenige, bei der man am meisten handwerkliche Leistung sieht. Sie hat nicht bewirkt, dass Privatsphäre und Compliance sich gegenseitig die Spur freikämpfen, sondern hat beide Anforderungen an verschiedenen Stellen in dasselbe Buchhaltungssystem eingebettet. Den weiteren Umsetzungsfortschritt und die Aufgabenteilung mit Hedger werde ich weiterhin im Blick behalten. #dusk $DUSK @Dusk