In den letzten zwei Jahren gab es in der Branche eine ziemlich subtile Entwicklung. Letztes Jahr, als alle noch über RWA sprachen, ging es vor allem um Themen wie die Tokenisierung von Staatsanleihen und US-Anleihenrenditen. In diesem Jahr reden die Institutionen an der Frontlinie bereits über Compliance-Frameworks, vertrauliche Transaktionen und Cross-Chain-Abwicklung. Der Wechsel in der Markthitze geht schneller als gedacht – aber ob die darunterliegende Infrastruktur diese Nachfrage auch wirklich tragen kann, ist eine andere Frage.
Dusk hat in diesem Zyklus seine Position ziemlich präzise gefunden. Sie entwickeln nicht einfach eine generische Layer-1, sondern gehen direkt entlang der Linie des regulierten Finanzmarkts – bereits von der Konsensschicht an ist es für konforme Trades ausgelegt. Der DuskDS nutzt PoS-Konsens mit deterministischer Finalität. Gerade bei Finanztransaktionen ist die schlimmste Unsicherheit: „Ist dieses Geld wirklich angekommen oder nicht?“ DuskDS „nagelt“ dieses Problem fest. Die darüberliegende Schicht, DuskEVM, ist direkt mit der EVM-Ökologie kompatibel – für Solidity-Entwickler ist der Einstieg praktisch kostenlos.
Den echten Abstand zu anderen Projekten schafft jedoch Hedger. Die meisten DeFi-Privacy-Lösungen stützen sich nur auf Zero-Knowledge-Proofs. Hedger macht einen Schritt weiter bei der homomorphen Verschlüsselung: Das System kann direkt auf verschlüsselten Daten rechnen, ohne die ursprünglichen Informationen offenzulegen. Die ZK-Beweise dienen dann nur noch der Verifizierung der Rechenergebnisse. Diese Logik lässt sich im DEX-Szenario sehr direkt umsetzen: Das Orderbuch muss nicht länger offen „nackt“ herumliegen. Wenn du jetzt an einem gängigen DEX Aufträge einstellst, gibst du deine Strategie und deine „Karte“ allen sichtbar preis – und so werden deine Orders von Front-Running-Bots im Voraus „abgegrast“. Hegders Ansatz: Kaufaufträge bleiben während des gesamten Vorgangs verschlüsselt, die Matching-Engine führt das Matching auf dem Chiffretext durch, und erst nachdem der Ausführungspreis feststeht, wird entschlüsselt. Positionen und Salden sind Ende-zu-Ende verschlüsselt, aber den regulatorischen Knoten steht ein Auditrecht zu.
Auch bei der Unterscheidung der Asset-Formate ist Dusk pragmatischer. Sie teilen Assets auf der Kette in drei Ebenen ein: Digitalisieren bedeutet lediglich, dass papierbasierte Aufzeichnungen elektronisch erfasst werden; Tokenisierung ist das Ausgeben eines ERC-20, während die Verwahrung und Abwicklung weiterhin off-chain erfolgt; Native Issuance bedeutet, dass Assets direkt auf der Kette erstellt werden – der komplette Prozess von Erstellung, Transfer und Abwicklung läuft durchgängig on-chain. Dusk ist von Tag eins auf Native Issuance ausgelegt: Zugriffskontrolle, Schutz der Privatsphäre und deterministische Abwicklung sind als integrierte Funktionen enthalten.
Solch tiefe Projekte in diesem Sektor sind tatsächlich nicht viele. Wenn Compliance-Assets, Privacy-Transaktionen, Native Issuance und ein vollständiger Abwicklungs-Workflow gleichzeitig auf einer Kette erscheinen, kann die Neubewertung der Logik der zugrunde liegenden Infrastruktur durch Institutionen schneller kommen, als man sich vorstellt. #dusk $DUSK @Dusk
Dusk hat in diesem Zyklus seine Position ziemlich präzise gefunden. Sie entwickeln nicht einfach eine generische Layer-1, sondern gehen direkt entlang der Linie des regulierten Finanzmarkts – bereits von der Konsensschicht an ist es für konforme Trades ausgelegt. Der DuskDS nutzt PoS-Konsens mit deterministischer Finalität. Gerade bei Finanztransaktionen ist die schlimmste Unsicherheit: „Ist dieses Geld wirklich angekommen oder nicht?“ DuskDS „nagelt“ dieses Problem fest. Die darüberliegende Schicht, DuskEVM, ist direkt mit der EVM-Ökologie kompatibel – für Solidity-Entwickler ist der Einstieg praktisch kostenlos.
Den echten Abstand zu anderen Projekten schafft jedoch Hedger. Die meisten DeFi-Privacy-Lösungen stützen sich nur auf Zero-Knowledge-Proofs. Hedger macht einen Schritt weiter bei der homomorphen Verschlüsselung: Das System kann direkt auf verschlüsselten Daten rechnen, ohne die ursprünglichen Informationen offenzulegen. Die ZK-Beweise dienen dann nur noch der Verifizierung der Rechenergebnisse. Diese Logik lässt sich im DEX-Szenario sehr direkt umsetzen: Das Orderbuch muss nicht länger offen „nackt“ herumliegen. Wenn du jetzt an einem gängigen DEX Aufträge einstellst, gibst du deine Strategie und deine „Karte“ allen sichtbar preis – und so werden deine Orders von Front-Running-Bots im Voraus „abgegrast“. Hegders Ansatz: Kaufaufträge bleiben während des gesamten Vorgangs verschlüsselt, die Matching-Engine führt das Matching auf dem Chiffretext durch, und erst nachdem der Ausführungspreis feststeht, wird entschlüsselt. Positionen und Salden sind Ende-zu-Ende verschlüsselt, aber den regulatorischen Knoten steht ein Auditrecht zu.
Auch bei der Unterscheidung der Asset-Formate ist Dusk pragmatischer. Sie teilen Assets auf der Kette in drei Ebenen ein: Digitalisieren bedeutet lediglich, dass papierbasierte Aufzeichnungen elektronisch erfasst werden; Tokenisierung ist das Ausgeben eines ERC-20, während die Verwahrung und Abwicklung weiterhin off-chain erfolgt; Native Issuance bedeutet, dass Assets direkt auf der Kette erstellt werden – der komplette Prozess von Erstellung, Transfer und Abwicklung läuft durchgängig on-chain. Dusk ist von Tag eins auf Native Issuance ausgelegt: Zugriffskontrolle, Schutz der Privatsphäre und deterministische Abwicklung sind als integrierte Funktionen enthalten.
Solch tiefe Projekte in diesem Sektor sind tatsächlich nicht viele. Wenn Compliance-Assets, Privacy-Transaktionen, Native Issuance und ein vollständiger Abwicklungs-Workflow gleichzeitig auf einer Kette erscheinen, kann die Neubewertung der Logik der zugrunde liegenden Infrastruktur durch Institutionen schneller kommen, als man sich vorstellt. #dusk $DUSK @Dusk