Letzte Woche präsentierte IBM auf der Hot Chips einen Chip, der noch nicht in Massenproduktion ist: Derselbe Kern kann innerhalb von Nanosekunden zwischen zwei Befehlssätzen wechseln. Das Arm-Ökosystem und Transaktionslasten von Großrechnern nutzen dieselbe Verschlüsselung und Fehlertoleranz, statt zwei Kerne zusammenzupferchen. Nach dieser Nachricht wirkt Dusk auf den ersten Blick ähnlich.$DUSK
Bei öffentlichen Privacy-Blockchains ist es üblich, dass eine einzige Chain zwei Arten von Logik gleichzeitig stemmen muss: Sie soll Transaktionen verbergen und zugleich so tun, als wäre sie die virtuelle Maschine, an die alle längst gewöhnt sind. Am Ende fühlt sich beides nicht richtig an. Dusk hat nicht weiter versucht, beides in denselben Topf zu werfen. Stattdessen teilt es die Ausführung in zwei physisch getrennte Pfade auf. Die untere Ebene wird mit Rust nach WASM kompiliert und läuft auf der DuskVM. Sie ist speziell für Privatsphäre auf Protokollebene, Zero-Knowledge-Abwicklung und einen standardmäßig nicht nach außen sichtbaren Zustand zuständig. Die obere Ebene bietet eine kompatible Umgebung für alle, die bereits wissen, wie man Smart Contracts schreibt: Die vertrauten Tools bleiben im Einsatz, und die Batch-Daten werden anschließend zur abschließenden Prüfung an dieselbe Abwicklungsebene zurückgegeben. Das ist kein doppelter Aufwand, sondern das Eingeständnis, dass Zero-Knowledge-Primitiven in einer kompatiblen virtuellen Maschine jeden Schritt verlangsamen würden und eine vollständig native Umsetzung die vorhandenen Toolchains kosten würde. Deshalb ist die sensible Logik eng an die Abwicklung angebunden, während nutzerorientierte Anwendungen auf der vertrauten Ebene laufen.@Dusk #dusk
Dass der Entwurf schlüssig klingt, ist das eine. Seit die Kompatibilitätsebene im Mainnet verfügbar ist, liegt die Zahl aktiver Adressen bei ungefähr 20.000. Tatsächlich genutzte Anwendungen sind jedoch weiterhin rar, nur ein Exchange-Protokoll läuft zuverlässig, der TVL ist unauffällig, und wie sich die Smart Contracts auf die beiden Umgebungen verteilen, wurde bislang nicht öffentlich aufgeschlüsselt. Die nächste Hürde ist nicht, ob die Architektur in sich stimmig ist, sondern ob die Smart Contracts, die auf native Privatsphäre angewiesen sind, im Mainnet genügend Aufrufe ansammeln können.$BTC
Bei öffentlichen Privacy-Blockchains ist es üblich, dass eine einzige Chain zwei Arten von Logik gleichzeitig stemmen muss: Sie soll Transaktionen verbergen und zugleich so tun, als wäre sie die virtuelle Maschine, an die alle längst gewöhnt sind. Am Ende fühlt sich beides nicht richtig an. Dusk hat nicht weiter versucht, beides in denselben Topf zu werfen. Stattdessen teilt es die Ausführung in zwei physisch getrennte Pfade auf. Die untere Ebene wird mit Rust nach WASM kompiliert und läuft auf der DuskVM. Sie ist speziell für Privatsphäre auf Protokollebene, Zero-Knowledge-Abwicklung und einen standardmäßig nicht nach außen sichtbaren Zustand zuständig. Die obere Ebene bietet eine kompatible Umgebung für alle, die bereits wissen, wie man Smart Contracts schreibt: Die vertrauten Tools bleiben im Einsatz, und die Batch-Daten werden anschließend zur abschließenden Prüfung an dieselbe Abwicklungsebene zurückgegeben. Das ist kein doppelter Aufwand, sondern das Eingeständnis, dass Zero-Knowledge-Primitiven in einer kompatiblen virtuellen Maschine jeden Schritt verlangsamen würden und eine vollständig native Umsetzung die vorhandenen Toolchains kosten würde. Deshalb ist die sensible Logik eng an die Abwicklung angebunden, während nutzerorientierte Anwendungen auf der vertrauten Ebene laufen.@Dusk #dusk
Dass der Entwurf schlüssig klingt, ist das eine. Seit die Kompatibilitätsebene im Mainnet verfügbar ist, liegt die Zahl aktiver Adressen bei ungefähr 20.000. Tatsächlich genutzte Anwendungen sind jedoch weiterhin rar, nur ein Exchange-Protokoll läuft zuverlässig, der TVL ist unauffällig, und wie sich die Smart Contracts auf die beiden Umgebungen verteilen, wurde bislang nicht öffentlich aufgeschlüsselt. Die nächste Hürde ist nicht, ob die Architektur in sich stimmig ist, sondern ob die Smart Contracts, die auf native Privatsphäre angewiesen sind, im Mainnet genügend Aufrufe ansammeln können.$BTC
