Ich habe schon länger auf Dusk-Privacy geachtet, bei der Phoenix-Mechanik wirkt das ziemlich überzeugend: Der Absender der Transaktion und der Betrag werden verborgen, gleichzeitig wird eine selektive Offenlegung unterstützt – um die Compliance-Anforderungen für MiCA und Reiseregeln zu erfüllen. Klingt nach einer nahezu perfekten Lösung. Aber wie ist es in der Praxis? Ich habe das speziell im Testnetz ausprobiert.
Eine reine Phoenix-Privacy-Überweisung zu starten funktioniert problemlos. Nach der Signaturbestätigung ist sie recht schnell on-chain. Die eigentliche Engstelle steckt jedoch in dem nachgelagerten Schritt der Compliance-Belegführung.
Um einen kryptografischen Nachweis für die Herkunft der Gelder zu erzeugen, gibt es im Wallet-Client keinen entsprechenden Bedienzugang. Ich habe bei GitHub nach den passenden Issues gesucht – nicht nur ein Testnutzer hat das gleiche Problem gemeldet. Aktuell muss man sich offenbar auf manuelles Exportieren der Belegmaterialien über ein Command-Line-Interface (CLI) verlassen. Für normale Nutzer dürfte es dann meist nur noch ein „Zusehen und nichts geht“ sein.
Ich finde, das ist ein bisschen peinlich. Das Projekt positioniert sich seit jeher stark im institutionellen RWA-Track und trägt die Kern-Erwartungen maßgeblich über die Story von Compliance-Privacy und Auditierbarkeit. Als Compliance-„Must-have“-Funktion ist selektive Offenlegung vorgesehen – aber die Einstiegshürden sind so hoch, dass selbst normale Leute und viele kleinere Institutionen es kaum wirklich verstehen oder nutzen können.
Im traditionellen Finanzwesen geht der Export von Kontoauszügen bzw. Transaktionsnachweisen per One-Click. Bei Dusk ist die Compliance-Belegführung dagegen nur über das Anstoßen von Code möglich. Man muss schon sagen: Techniklogik umsetzen und das Ganze dann wirklich für den kommerziellen Einsatz nutzbar machen, sind zwei völlig verschiedene Dinge.
Aktuell sieht diese Funktion eher nach einem Lab-orientierten Tech-Demo aus als nach einem ausgereiften, nutzbaren Produkt. Diese extrem hohen Nutzungshürden werden nicht nur viele normale Privatanleger abschrecken, sondern auch die Anschlussgeschwindigkeit nachfolgender kleinerer Institutionen ausbremsen.
Natürlich will ich dieses Erlebnis nicht als endgültiges Urteil über das Projekt verstanden wissen. Aber dieses konkrete, spürbare Problem – wenn es länger nicht verbessert wird – könnte meiner Meinung nach durchaus den Zeitplan und die Umsetzung des Projekts beeinträchtigen.
#dusk $DUSK @Dusk .
Eine reine Phoenix-Privacy-Überweisung zu starten funktioniert problemlos. Nach der Signaturbestätigung ist sie recht schnell on-chain. Die eigentliche Engstelle steckt jedoch in dem nachgelagerten Schritt der Compliance-Belegführung.
Um einen kryptografischen Nachweis für die Herkunft der Gelder zu erzeugen, gibt es im Wallet-Client keinen entsprechenden Bedienzugang. Ich habe bei GitHub nach den passenden Issues gesucht – nicht nur ein Testnutzer hat das gleiche Problem gemeldet. Aktuell muss man sich offenbar auf manuelles Exportieren der Belegmaterialien über ein Command-Line-Interface (CLI) verlassen. Für normale Nutzer dürfte es dann meist nur noch ein „Zusehen und nichts geht“ sein.
Ich finde, das ist ein bisschen peinlich. Das Projekt positioniert sich seit jeher stark im institutionellen RWA-Track und trägt die Kern-Erwartungen maßgeblich über die Story von Compliance-Privacy und Auditierbarkeit. Als Compliance-„Must-have“-Funktion ist selektive Offenlegung vorgesehen – aber die Einstiegshürden sind so hoch, dass selbst normale Leute und viele kleinere Institutionen es kaum wirklich verstehen oder nutzen können.
Im traditionellen Finanzwesen geht der Export von Kontoauszügen bzw. Transaktionsnachweisen per One-Click. Bei Dusk ist die Compliance-Belegführung dagegen nur über das Anstoßen von Code möglich. Man muss schon sagen: Techniklogik umsetzen und das Ganze dann wirklich für den kommerziellen Einsatz nutzbar machen, sind zwei völlig verschiedene Dinge.
Aktuell sieht diese Funktion eher nach einem Lab-orientierten Tech-Demo aus als nach einem ausgereiften, nutzbaren Produkt. Diese extrem hohen Nutzungshürden werden nicht nur viele normale Privatanleger abschrecken, sondern auch die Anschlussgeschwindigkeit nachfolgender kleinerer Institutionen ausbremsen.
Natürlich will ich dieses Erlebnis nicht als endgültiges Urteil über das Projekt verstanden wissen. Aber dieses konkrete, spürbare Problem – wenn es länger nicht verbessert wird – könnte meiner Meinung nach durchaus den Zeitplan und die Umsetzung des Projekts beeinträchtigen.
#dusk $DUSK @Dusk .