Letzte Nacht habe ich die Dokumente von @Dusk schon wieder einmal durchgelesen. Ganz ehrlich: Das hat mich ein bisschen gespalten.
Einerseits sagt man, man sei im Privacy-Bereich unterwegs. Das Konzept von Phoenix mit UTXO plus Zero-Knowledge-Beweisen ist wirklich ziemlich kernig, die Übertragungsinformationen werden extrem gut abgeschirmt. Andererseits dreht man sofort um und macht einen DuskEVM-kompatiblen Solidity-Stack – ganz offensichtlich, um den Entwicklerspotentialstrom von Ethereum abzuziehen. Sogar offiziell heißt es: Das Kontomodell und UTXO sind in der Privacy im Grunde nicht dieselbe Spezies. Harte Kompatibilität bedeutet zwangsläufig, dass man Anonymität opfert. Das ist dann ziemlich unangenehm: Mit EVM-Toolchains ist es super bequem zu entwickeln, aber bei Privacy bleibt am Ende nur so ein halbgarer Rest. Wenn man wirklich auditierbare Privacy will, muss man sich durch die Einstiegshürden der nativen Umgebung beißen – in der Mitte festzustecken ist ziemlich unglücklich.
Auch bei den Nodes ist es noch widersprüchlicher. Unter dem Konsens „Succinct Attestation“ reichen 1000 DUSK als Einsatz aus, um als Provisioner zu fungieren; die Schwelle wirkt ziemlich nahbar, auch normale Leute können also mal mitmachen. Wenn man aber tiefer schaut, liegt der eigentliche Wert-Abfluss: RWA-Kanäle, NPEX-Lizenzen, konforme Identitätsprüfungen – das alles liegt am Ende in der Hand von Institutionen. Unten Permissionless PoS, oben ein Permissioned-Club: Wie man in so einer Architektur Wert über den Token erfasst, ist mir aktuell noch nicht klar.
Und dann gibt es noch die native Emission – die Ambition ist wirklich groß. Es geht nicht darum, einfach nur schnell einen Token auszugeben, sondern ein ganzes Zustandsmaschinen-Konzept aufzubauen, in das Whitelists, View Keys, kontrollierte Transfers sowie Clearing & Settlement vollständig hineingepackt werden sollen. Im Idealzustand müssen Private-Securities dann tatsächlich kein Off-Chain-Bookkeeping mehr brauchen. Das Problem ist jedoch, dass Rechtswirkung und die Abrechnung bzw. das Anerkennen im Verwahrbereich nicht durch noch so elegante On-Chain-Mechanismen ersetzt werden können.
Ganz ehrlich: Phoenix’ selektive Offenlegung, Moonlights Umschalten zwischen zwei Modellen und Citadels Lizenzierungs-Logik sind designseitig wirklich raffiniert. Aber die praktische Nutzung ist nicht gerade niedrig in der Komplexität – für normale Nutzer dürften sie sehr wahrscheinlich abschreckend wirken. Dass es für die Compliance-Erzählung im Umfeld der EU MiCA Raum gibt, gestehe ich zu. Ob sich die technischen Vorteile aber in echte On-Chain-Lebendigkeit übersetzen lassen, hängt letztlich davon ab, ob das Ökosystem wirklich in Gang kommt.
Ich werde weiter hinschauen. Aber bevor echtes Geld fließt, müssen diese Logik-Haken erst einmal entwirrt werden. #dusk $DUSK
Einerseits sagt man, man sei im Privacy-Bereich unterwegs. Das Konzept von Phoenix mit UTXO plus Zero-Knowledge-Beweisen ist wirklich ziemlich kernig, die Übertragungsinformationen werden extrem gut abgeschirmt. Andererseits dreht man sofort um und macht einen DuskEVM-kompatiblen Solidity-Stack – ganz offensichtlich, um den Entwicklerspotentialstrom von Ethereum abzuziehen. Sogar offiziell heißt es: Das Kontomodell und UTXO sind in der Privacy im Grunde nicht dieselbe Spezies. Harte Kompatibilität bedeutet zwangsläufig, dass man Anonymität opfert. Das ist dann ziemlich unangenehm: Mit EVM-Toolchains ist es super bequem zu entwickeln, aber bei Privacy bleibt am Ende nur so ein halbgarer Rest. Wenn man wirklich auditierbare Privacy will, muss man sich durch die Einstiegshürden der nativen Umgebung beißen – in der Mitte festzustecken ist ziemlich unglücklich.
Auch bei den Nodes ist es noch widersprüchlicher. Unter dem Konsens „Succinct Attestation“ reichen 1000 DUSK als Einsatz aus, um als Provisioner zu fungieren; die Schwelle wirkt ziemlich nahbar, auch normale Leute können also mal mitmachen. Wenn man aber tiefer schaut, liegt der eigentliche Wert-Abfluss: RWA-Kanäle, NPEX-Lizenzen, konforme Identitätsprüfungen – das alles liegt am Ende in der Hand von Institutionen. Unten Permissionless PoS, oben ein Permissioned-Club: Wie man in so einer Architektur Wert über den Token erfasst, ist mir aktuell noch nicht klar.
Und dann gibt es noch die native Emission – die Ambition ist wirklich groß. Es geht nicht darum, einfach nur schnell einen Token auszugeben, sondern ein ganzes Zustandsmaschinen-Konzept aufzubauen, in das Whitelists, View Keys, kontrollierte Transfers sowie Clearing & Settlement vollständig hineingepackt werden sollen. Im Idealzustand müssen Private-Securities dann tatsächlich kein Off-Chain-Bookkeeping mehr brauchen. Das Problem ist jedoch, dass Rechtswirkung und die Abrechnung bzw. das Anerkennen im Verwahrbereich nicht durch noch so elegante On-Chain-Mechanismen ersetzt werden können.
Ganz ehrlich: Phoenix’ selektive Offenlegung, Moonlights Umschalten zwischen zwei Modellen und Citadels Lizenzierungs-Logik sind designseitig wirklich raffiniert. Aber die praktische Nutzung ist nicht gerade niedrig in der Komplexität – für normale Nutzer dürften sie sehr wahrscheinlich abschreckend wirken. Dass es für die Compliance-Erzählung im Umfeld der EU MiCA Raum gibt, gestehe ich zu. Ob sich die technischen Vorteile aber in echte On-Chain-Lebendigkeit übersetzen lassen, hängt letztlich davon ab, ob das Ökosystem wirklich in Gang kommt.
Ich werde weiter hinschauen. Aber bevor echtes Geld fließt, müssen diese Logik-Haken erst einmal entwirrt werden. #dusk $DUSK