Zum ersten Mal ein Dokument über @Dusk gelesen. Da werden zwei Transaktionsmodelle vorgestellt: wähle je nach Bedarf. Ich dachte mir: Das ist doch im Grunde einfach ein Privatsphäre-Schalter—wenn man es verstecken will, versteckt man es, wenn man es sichtbar machen will, macht man es sichtbar.
Als ich es dann ausprobiert habe, war ich sofort komplett raus.
Moonlight und Phoenix klingen zwar romantisch, aber auf der tieferen Ebene sind es komplett unterschiedliche Dinge. Das eine ist öffentlich und transparent; die Salden liegen offen da, jeder kann sie sehen. Das andere ist komplett verschlüsselt; alles läuft über Pedersen-Commitments und Nullifier, damit es nicht zu Double-Spends kommt. Die Entwickler müssen selbst die Umschaltung handhaben. W3sper SDK und Contract Drivers interagieren mit WASM im Browser—theoretisch läuft das ziemlich rund. Aber bei moonlight_to_phoenix wird der Nonce nicht automatisch inkrementiert. Ich habe einmal gefehlt und die Mittel waren direkt fest—ich habe eine ganze Weile gebraucht, um überhaupt zu checken, was los war.
Die Gas-Schätzung war noch schlimmer: stake-contract war zeitweise tausendmal teurer als eine normale Überweisung. Ich dachte fast, die Wallet wäre gehackt worden.
Und dann der „Confidential Security Contract“: Die Idee ist wirklich gut—Privatsphäre und Compliance werden getrennt. Die Anwendung kann die Berechtigung prüfen und Limits setzen, aber man muss nicht alle sensiblen Daten on-chain werfen. Die Logik klassischer Public Chains, dass erst durch vollständige Offenlegung verifizierbar ist, funktioniert in einem echten Finanzmarkt schlicht nicht. Sobald Positionsdaten und Order-Flow offengelegt werden, ist die Strategie im Grunde verschenkt. Aber Privatsphäre ist selbst kein Allheilmittel—die Regeln müssen von Menschen gesetzt werden, die Daten müssen belegen, dass sie verlässlich sind, und die Tools müssen auch so gestaltet sein, dass klassische Institutionen damit klarkommen. Ein Bug in der Vertragslogik kann wesentlich schlimmer sein als ein Leck in der Privatsphäre-Schicht.
Ob Dusk wirklich durchstarten kann, hängt für mich letztlich davon ab, ob man es engineering-technisch stabil hinbekommt. Programmierbare Privatsphäre muss so robust sein, dass Regulierungsbehörden es als normale Infrastruktur nutzen können—nicht so, dass es sich wie irgendeine Blacktech-Spielerei anfühlt. Das wäre die echte Leistung. Und Finanznutzer sind auch ganz pragmatisch: Wie viel Reibung man für Privatsphäre in Kauf nimmt, hat jeder im Kopf auf einer Waage.
Zum Schluss: die Sache mit der Transaktionsbestätigung. Der „accepted“-Block kann offenbar sogar noch zurückgerollt werden. Rolling Finality verlangt, dass man erst nach dem Beobachten von 2×n weiteren Blöcken wirklich von „confirmed“ ausgehen kann. Das Dokument sagt dazu ziemlich eindeutig: Kümmere dich nicht darum, ob es „included“, „accepted“ oder „confirmed“ ist—warte, bis es „finalized“ ist. Bei kleinen Transaktionen macht es vielleicht ein paar Sekunden Unterschied nichts aus. Aber bei großen OTC- oder RWA-Abwicklungen sind On-Chain-Anzeige und irreversible Abrechnung wirklich zwei völlig verschiedene Dinge.
Wenn man alles zusammenspannt, ist mein Verständnis von #Dusk so: Dusk bringt programmierbare Privatsphäre in einer schönen, klaren Richtung, aber die Haken landen komplett bei den Entwicklern. Ob das langfristig funktioniert, hängt davon ab, ob Institutionen bereit sind, es als Infrastruktur-Tool zu betrachten—und nicht als kurioses Technikexperiment.$DUSK
Als ich es dann ausprobiert habe, war ich sofort komplett raus.
Moonlight und Phoenix klingen zwar romantisch, aber auf der tieferen Ebene sind es komplett unterschiedliche Dinge. Das eine ist öffentlich und transparent; die Salden liegen offen da, jeder kann sie sehen. Das andere ist komplett verschlüsselt; alles läuft über Pedersen-Commitments und Nullifier, damit es nicht zu Double-Spends kommt. Die Entwickler müssen selbst die Umschaltung handhaben. W3sper SDK und Contract Drivers interagieren mit WASM im Browser—theoretisch läuft das ziemlich rund. Aber bei moonlight_to_phoenix wird der Nonce nicht automatisch inkrementiert. Ich habe einmal gefehlt und die Mittel waren direkt fest—ich habe eine ganze Weile gebraucht, um überhaupt zu checken, was los war.
Die Gas-Schätzung war noch schlimmer: stake-contract war zeitweise tausendmal teurer als eine normale Überweisung. Ich dachte fast, die Wallet wäre gehackt worden.
Und dann der „Confidential Security Contract“: Die Idee ist wirklich gut—Privatsphäre und Compliance werden getrennt. Die Anwendung kann die Berechtigung prüfen und Limits setzen, aber man muss nicht alle sensiblen Daten on-chain werfen. Die Logik klassischer Public Chains, dass erst durch vollständige Offenlegung verifizierbar ist, funktioniert in einem echten Finanzmarkt schlicht nicht. Sobald Positionsdaten und Order-Flow offengelegt werden, ist die Strategie im Grunde verschenkt. Aber Privatsphäre ist selbst kein Allheilmittel—die Regeln müssen von Menschen gesetzt werden, die Daten müssen belegen, dass sie verlässlich sind, und die Tools müssen auch so gestaltet sein, dass klassische Institutionen damit klarkommen. Ein Bug in der Vertragslogik kann wesentlich schlimmer sein als ein Leck in der Privatsphäre-Schicht.
Ob Dusk wirklich durchstarten kann, hängt für mich letztlich davon ab, ob man es engineering-technisch stabil hinbekommt. Programmierbare Privatsphäre muss so robust sein, dass Regulierungsbehörden es als normale Infrastruktur nutzen können—nicht so, dass es sich wie irgendeine Blacktech-Spielerei anfühlt. Das wäre die echte Leistung. Und Finanznutzer sind auch ganz pragmatisch: Wie viel Reibung man für Privatsphäre in Kauf nimmt, hat jeder im Kopf auf einer Waage.
Zum Schluss: die Sache mit der Transaktionsbestätigung. Der „accepted“-Block kann offenbar sogar noch zurückgerollt werden. Rolling Finality verlangt, dass man erst nach dem Beobachten von 2×n weiteren Blöcken wirklich von „confirmed“ ausgehen kann. Das Dokument sagt dazu ziemlich eindeutig: Kümmere dich nicht darum, ob es „included“, „accepted“ oder „confirmed“ ist—warte, bis es „finalized“ ist. Bei kleinen Transaktionen macht es vielleicht ein paar Sekunden Unterschied nichts aus. Aber bei großen OTC- oder RWA-Abwicklungen sind On-Chain-Anzeige und irreversible Abrechnung wirklich zwei völlig verschiedene Dinge.
Wenn man alles zusammenspannt, ist mein Verständnis von #Dusk so: Dusk bringt programmierbare Privatsphäre in einer schönen, klaren Richtung, aber die Haken landen komplett bei den Entwicklern. Ob das langfristig funktioniert, hängt davon ab, ob Institutionen bereit sind, es als Infrastruktur-Tool zu betrachten—und nicht als kurioses Technikexperiment.$DUSK
