#dusk Viele reden über öffentliche Chains, und sobald jemand den Mund aufmacht, geht es nur um TPS – als würde ein hoher Benchmark alles bedeuten. Als ich jedoch das Whitepaper @Dusk gelesen habe, ist mir eine interessante Einzelheit aufgefallen: Sie stellen das Kadcast-Netzwerkprotokoll vor die Konsensmechanik.
Am Anfang habe ich das nicht weiter beachtet, aber als ich darüber nachgedacht habe, wurde mir der Kern klar: Wenn Kandidatenblöcke, Transaktionen und Abstimmungen nicht zuverlässig übertragen werden oder zu langsam ankommen, kann es trotz eines noch so korrekten Komiteevotings aufgrund fehlender Synchronität zu Forks oder wiederholter Verifikation kommen – dann war die ganze Arbeit davor womöglich umsonst.
Das klassische Gossip-Protokoll ist wie ein Ansprechen von Passanten auf der Straße: Eine Nachricht wird überall mehrfach wiederholt, und die Bandbreite landet größtenteils im redundanten Overhead. Kadcast greift die XOR-Distanz und Routing-Tabellen aus Kademlia auf und macht die Verbreitung zu einem strukturierten Multicast-Baum. Die Nachricht läuft dabei in mehreren Stufen exakt über den vorgesehenen Pfad – sauber und effizient. Das Whitepaper zitiert Forschungsergebnisse, nach denen Bandbreite um 25% bis 50% eingespart und die Rate veralteter Blöcke (stale blocks) um 10% bis 30% gesenkt werden kann. Natürlich sind das Forschungswerte, nicht in jeder Situation gemessene Praxisdaten. Für Finanz-Chains können jedoch schon ein paar Sekunden Verzögerung dazu führen, dass verschiedene Knoten unterschiedliche Kandidatenblöcke sehen und dadurch die Transaktionsdeterministik beeinträchtigt wird.
Ein weiterer Vorteil der strukturierten Routen: Von außen ist es für Dritte schwieriger, den Ursprung einer Nachricht direkt zu identifizieren – Privatsphäre und Effizienz werden daher von Anfang an gemeinsam entworfen.
Das widersprüchlichste Thema im On-Chain-Finanzbereich ist: Transparenz und Privatsphäre. Bei völliger Transparenz trauen sich Institutionen nicht heran; bei völliger Privatsphäre schaut der Regulator trotzdem genau hin. Der XSC-Standard von $DUSK verwendet PLONK-Zero-Knowledge-Proofs, um die Gültigkeit von Transaktionen und die Details zu trennen: Der Betrag und die beteiligten Parteien bleiben standardmäßig geheim, und wenn der Regulator es braucht, erfolgt eine selektive Offenlegung über einen View-Schlüssel. So kannst du Compliance beweisen, ohne alle verdeckten Karten auf den Tisch zu legen.
Der Mainnet-Betrieb läuft bereits, und auch DuskEVM wird vorangetrieben. In Zusammenarbeit mit der niederländischen lizenzierten Börse NPEX werden echte Vermögenswerte Schritt für Schritt auf die Kette gebracht. Die technische Richtung ist sehr klar. Gleichzeitig gibt es jedoch tatsächlich Druck auf den Token-Teil und Veränderungen bei der Liquidität; manchmal hängen Kursbild und Fundamentaldaten nicht vollständig zusammen.
Der Weg für „Compliance RWA“ ist noch lang. Entscheidend ist, ob insbesondere das Berechtigungsmanagement und die praktische Umsetzung mit den regulatorischen Anforderungen verschiedener Regionen Schritt halten können. Die Transport-/Schicht für die Verbreitung war nie nur eine Nebenrolle: Privatsphäre und Compliance sind kein Entweder-oder – man muss beides ernsthaft umsetzen. $DUSK
Am Anfang habe ich das nicht weiter beachtet, aber als ich darüber nachgedacht habe, wurde mir der Kern klar: Wenn Kandidatenblöcke, Transaktionen und Abstimmungen nicht zuverlässig übertragen werden oder zu langsam ankommen, kann es trotz eines noch so korrekten Komiteevotings aufgrund fehlender Synchronität zu Forks oder wiederholter Verifikation kommen – dann war die ganze Arbeit davor womöglich umsonst.
Das klassische Gossip-Protokoll ist wie ein Ansprechen von Passanten auf der Straße: Eine Nachricht wird überall mehrfach wiederholt, und die Bandbreite landet größtenteils im redundanten Overhead. Kadcast greift die XOR-Distanz und Routing-Tabellen aus Kademlia auf und macht die Verbreitung zu einem strukturierten Multicast-Baum. Die Nachricht läuft dabei in mehreren Stufen exakt über den vorgesehenen Pfad – sauber und effizient. Das Whitepaper zitiert Forschungsergebnisse, nach denen Bandbreite um 25% bis 50% eingespart und die Rate veralteter Blöcke (stale blocks) um 10% bis 30% gesenkt werden kann. Natürlich sind das Forschungswerte, nicht in jeder Situation gemessene Praxisdaten. Für Finanz-Chains können jedoch schon ein paar Sekunden Verzögerung dazu führen, dass verschiedene Knoten unterschiedliche Kandidatenblöcke sehen und dadurch die Transaktionsdeterministik beeinträchtigt wird.
Ein weiterer Vorteil der strukturierten Routen: Von außen ist es für Dritte schwieriger, den Ursprung einer Nachricht direkt zu identifizieren – Privatsphäre und Effizienz werden daher von Anfang an gemeinsam entworfen.
Das widersprüchlichste Thema im On-Chain-Finanzbereich ist: Transparenz und Privatsphäre. Bei völliger Transparenz trauen sich Institutionen nicht heran; bei völliger Privatsphäre schaut der Regulator trotzdem genau hin. Der XSC-Standard von $DUSK verwendet PLONK-Zero-Knowledge-Proofs, um die Gültigkeit von Transaktionen und die Details zu trennen: Der Betrag und die beteiligten Parteien bleiben standardmäßig geheim, und wenn der Regulator es braucht, erfolgt eine selektive Offenlegung über einen View-Schlüssel. So kannst du Compliance beweisen, ohne alle verdeckten Karten auf den Tisch zu legen.
Der Mainnet-Betrieb läuft bereits, und auch DuskEVM wird vorangetrieben. In Zusammenarbeit mit der niederländischen lizenzierten Börse NPEX werden echte Vermögenswerte Schritt für Schritt auf die Kette gebracht. Die technische Richtung ist sehr klar. Gleichzeitig gibt es jedoch tatsächlich Druck auf den Token-Teil und Veränderungen bei der Liquidität; manchmal hängen Kursbild und Fundamentaldaten nicht vollständig zusammen.
Der Weg für „Compliance RWA“ ist noch lang. Entscheidend ist, ob insbesondere das Berechtigungsmanagement und die praktische Umsetzung mit den regulatorischen Anforderungen verschiedener Regionen Schritt halten können. Die Transport-/Schicht für die Verbreitung war nie nur eine Nebenrolle: Privatsphäre und Compliance sind kein Entweder-oder – man muss beides ernsthaft umsetzen. $DUSK