#dusk $DUSK @Dusk
Ich habe damit begonnen, Dusk aus einem anderen Blickwinkel zu betrachten: nicht als „Privacy-Blockchain“, sondern als ein System, in dem die Ausführungsumgebung bestimmt, wie nutzbar die Privatsphäre tatsächlich wird.
Darum hat mich die Rusk-VM angesprochen. Sie nutzt WASM für die Ausführung von Contracts, aber sie bleibt nicht dabei stehen. Dusk stellt kryptografische Operationen über die Host-Ebene der VM bereit – einschließlich Hashing, elliptischer-Kurven-Operationen und Zero-Knowledge-Verifikation. In der Praxis muss der Contract nicht jede teure Primitive selbst implementieren.
Ich denke, diese Designentscheidung ist wichtiger, als sie zunächst scheint. Ein vertraulicher Contract ist nur dann sinnvoll, wenn Entwickler seine Kosten, Eingaben und Fehlerpfade nachvollziehen können. Rusk’s ABI und die Rust-Tooling schaffen eine klar definierte Schnittstelle zwischen dem Contract-Code und diesen nativen Möglichkeiten.
Das habe ich schon bei Smart-Contract-Systemen gesehen: Der interessante Teil ist selten die Sprache. Es ist die Grenze zwischen dem Anwendungscode und den darunterliegenden Low-Level-Primitives.
Worauf ich bei Rusk besonders achten würde, ist keine weitere Benchmark-Headline. Ich möchte verstehen, wie vorhersehbar Host-Aufrufe bleiben, wie sich die Gaspreisgestaltung entwickelt, wie Änderungen an der ABI gehandhabt werden und wie Entwickler Contracts debuggen, wenn der Zustand selbst absichtlich verborgen ist.
Das ist der Teil, der mich wirklich interessiert. Privatsphäre auf Protokollebene ist das eine. Privatsphäre programmierbar zu machen, ohne die Entwicklung in ein Kryptografie-Forschungsprojekt zu verwandeln, ist ein viel schwierigeres Problem.
Ich habe damit begonnen, Dusk aus einem anderen Blickwinkel zu betrachten: nicht als „Privacy-Blockchain“, sondern als ein System, in dem die Ausführungsumgebung bestimmt, wie nutzbar die Privatsphäre tatsächlich wird.
Darum hat mich die Rusk-VM angesprochen. Sie nutzt WASM für die Ausführung von Contracts, aber sie bleibt nicht dabei stehen. Dusk stellt kryptografische Operationen über die Host-Ebene der VM bereit – einschließlich Hashing, elliptischer-Kurven-Operationen und Zero-Knowledge-Verifikation. In der Praxis muss der Contract nicht jede teure Primitive selbst implementieren.
Ich denke, diese Designentscheidung ist wichtiger, als sie zunächst scheint. Ein vertraulicher Contract ist nur dann sinnvoll, wenn Entwickler seine Kosten, Eingaben und Fehlerpfade nachvollziehen können. Rusk’s ABI und die Rust-Tooling schaffen eine klar definierte Schnittstelle zwischen dem Contract-Code und diesen nativen Möglichkeiten.
Das habe ich schon bei Smart-Contract-Systemen gesehen: Der interessante Teil ist selten die Sprache. Es ist die Grenze zwischen dem Anwendungscode und den darunterliegenden Low-Level-Primitives.
Worauf ich bei Rusk besonders achten würde, ist keine weitere Benchmark-Headline. Ich möchte verstehen, wie vorhersehbar Host-Aufrufe bleiben, wie sich die Gaspreisgestaltung entwickelt, wie Änderungen an der ABI gehandhabt werden und wie Entwickler Contracts debuggen, wenn der Zustand selbst absichtlich verborgen ist.
Das ist der Teil, der mich wirklich interessiert. Privatsphäre auf Protokollebene ist das eine. Privatsphäre programmierbar zu machen, ohne die Entwicklung in ein Kryptografie-Forschungsprojekt zu verwandeln, ist ein viel schwierigeres Problem.