Ehrlich gesagt, als ich das Architektur-Writeup von Dusk selbst noch einmal durchging, hat mich eine Einzelheit stoppen lassen.
Zedger, das Transaktionsmodell hinter ihrem XSC-Standard, verfügt über echte Wertpapier-Logik, die direkt in das Modell eingebaut ist. Laut offizieller Dokumentation verhindert es, dass ein vorab genehmigter Nutzer mehr als ein Konto halten kann, unterstützt die automatische Dividendenausschüttung und das Abstimmen und kann Überweisungen so begrenzen, dass ein Käufer nie die Eigentumsgrenze eines Assets überschreitet.
Das ist keine generische Datenschutzfunktion. Das sind Dinge, die normalerweise eine Transfer-Agent- oder Cap-Table-Software off-chain übernimmt.
Neben diesem Modell befindet sich in derselben Architektur Phoenix, das Modell, das tatsächlich Transaktionsdetails verbirgt. Laut Dokumentation kann ein Eigentümer einen View Key freigeben, sodass eine dritte Partei ihre Ausgaben sehen kann, während das Ausgeben weiterhin einen separaten Secret Key erfordert, der nur dem Eigentümer bekannt ist. Zwei Keys, zwei Zwecke: einer zum Schauen, einer zum Bewegen von Geldern.
So sehe ich meine eigene Einschätzung, warum diese Kombination wichtig ist.
Die meisten Privacy-Chains sind darauf ausgelegt, einen Kontostand zu verbergen. Dusk löst für etwas engeres: eine Übertragung erzwingen, wenn ein Aktionär seine Keys verliert, festlegen, wer ein Asset halten darf, und Dividenden automatisch auszahlen – während die Transaktion vertraulich bleibt.
Es ist erwähnenswert, dass diese Beschreibung aus dem Architektur-Writeup von Dusk aus dem Jahr 2023 stammt und keine neue Veröffentlichung ist. Die Mechaniken sind grundlegend, keine frischen Neuigkeiten. Was mir allerdings nicht klar ist, ist, wie diese Kontrollen zusammenspielen, sobald Assets über DuskEVM statt über native Zedger-Contracts laufen – ob dieselbe Logik für begrenzte Transfers und erzwungene Transfers eins zu eins übernommen wird.
Ich arbeite noch an diesem Teil.
@Dusk_Foundation #dusk $DUSK
Zedger, das Transaktionsmodell hinter ihrem XSC-Standard, verfügt über echte Wertpapier-Logik, die direkt in das Modell eingebaut ist. Laut offizieller Dokumentation verhindert es, dass ein vorab genehmigter Nutzer mehr als ein Konto halten kann, unterstützt die automatische Dividendenausschüttung und das Abstimmen und kann Überweisungen so begrenzen, dass ein Käufer nie die Eigentumsgrenze eines Assets überschreitet.
Das ist keine generische Datenschutzfunktion. Das sind Dinge, die normalerweise eine Transfer-Agent- oder Cap-Table-Software off-chain übernimmt.
Neben diesem Modell befindet sich in derselben Architektur Phoenix, das Modell, das tatsächlich Transaktionsdetails verbirgt. Laut Dokumentation kann ein Eigentümer einen View Key freigeben, sodass eine dritte Partei ihre Ausgaben sehen kann, während das Ausgeben weiterhin einen separaten Secret Key erfordert, der nur dem Eigentümer bekannt ist. Zwei Keys, zwei Zwecke: einer zum Schauen, einer zum Bewegen von Geldern.
So sehe ich meine eigene Einschätzung, warum diese Kombination wichtig ist.
Die meisten Privacy-Chains sind darauf ausgelegt, einen Kontostand zu verbergen. Dusk löst für etwas engeres: eine Übertragung erzwingen, wenn ein Aktionär seine Keys verliert, festlegen, wer ein Asset halten darf, und Dividenden automatisch auszahlen – während die Transaktion vertraulich bleibt.
Es ist erwähnenswert, dass diese Beschreibung aus dem Architektur-Writeup von Dusk aus dem Jahr 2023 stammt und keine neue Veröffentlichung ist. Die Mechaniken sind grundlegend, keine frischen Neuigkeiten. Was mir allerdings nicht klar ist, ist, wie diese Kontrollen zusammenspielen, sobald Assets über DuskEVM statt über native Zedger-Contracts laufen – ob dieselbe Logik für begrenzte Transfers und erzwungene Transfers eins zu eins übernommen wird.
Ich arbeite noch an diesem Teil.
@Dusk_Foundation #dusk $DUSK