Dusk hat gerade eine Wallet und ein SDK gelauncht – aber warum sie das nicht auf die Weise gemacht haben, wie es der Markt tut, ist der Teil, der sich zu lesen lohnt
Der größte Teil dessen, was ich in dieser Kampagne über Dusk geschrieben habe, drehte sich um das Protokoll: native Ausgabe, Privacy-Modell, institutionelle Partner. Aber es gibt eine Sache, die ich immer wieder übersprungen habe – das, was darüber entscheidet, ob irgendein Protokoll von echten Buildern genutzt wird: die Developer Experience.
Im April 2026 hat Dusk das Beta von Dusk Wallet und Dusk Connect SDK ausgeliefert. Chrome- und Firefox-Erweiterungen, eine Codebasis, die sowohl öffentliche als auch geschützte Konten in derselben Oberfläche unterstützt.
Die Provider-API ist nach EIP-1193 modelliert – der exakten Schnittstelle, die MetaMask verwendet – und ist für die meisten Web3-Entwickler vertraut. Da Dusk kein EVM ist, nutzen Methoden ein dusk_* Präfix, und das Discovery-Protokoll ist ereignisbasiert, sodass mehrere kompatible Wallets auf derselben Seite nebeneinander existieren können, ohne Konflikte.
Die Treiber-Architektur ist der deutlichere Teil: Entwickler stellen einen Smart Contract zusammen mit einem „Treiber“ bereit, den Nutzer in die Wallet installieren, um exakt so zu interagieren, wie es der Entwickler beabsichtigt hat. Das löst ein echtes Problem: ZK-Proofs erforderten ursprünglich Prover-Keys, die schwerer als 200 MB waren. Das Team hat sie mithilfe von Circuit-Descriptor-Technologie auf ein paar KB komprimiert.
Das erklärt auch, warum Dusk dem Trend zu Embedded Wallets nicht gefolgt ist, der 2026 dominiert hat – bei dem sich Nutzer mit E-Mail oder Google anmelden und eine Wallet still hinter dem SDK im Hintergrund erstellt wird. Dieses Modell verlagert die Generierung der ZK-Proofs auf einen Drittserver. Bei Dusk müssen die Proofs clientseitig laufen – das kann man nicht delegieren, ohne das Privacy-Modell aufzugeben.
Mit der Frage, die mich beschäftigt: Die Rate, mit der echte Builder tatsächlich dApps ausrollen, wird ein ehrlicherer Maßstab sein als jedes Protokoll-Benchmarking.
@Dusk $DUSK #dusk $BTC $BNB
#dusk @Dusk
Der größte Teil dessen, was ich in dieser Kampagne über Dusk geschrieben habe, drehte sich um das Protokoll: native Ausgabe, Privacy-Modell, institutionelle Partner. Aber es gibt eine Sache, die ich immer wieder übersprungen habe – das, was darüber entscheidet, ob irgendein Protokoll von echten Buildern genutzt wird: die Developer Experience.
Im April 2026 hat Dusk das Beta von Dusk Wallet und Dusk Connect SDK ausgeliefert. Chrome- und Firefox-Erweiterungen, eine Codebasis, die sowohl öffentliche als auch geschützte Konten in derselben Oberfläche unterstützt.
Die Provider-API ist nach EIP-1193 modelliert – der exakten Schnittstelle, die MetaMask verwendet – und ist für die meisten Web3-Entwickler vertraut. Da Dusk kein EVM ist, nutzen Methoden ein dusk_* Präfix, und das Discovery-Protokoll ist ereignisbasiert, sodass mehrere kompatible Wallets auf derselben Seite nebeneinander existieren können, ohne Konflikte.
Die Treiber-Architektur ist der deutlichere Teil: Entwickler stellen einen Smart Contract zusammen mit einem „Treiber“ bereit, den Nutzer in die Wallet installieren, um exakt so zu interagieren, wie es der Entwickler beabsichtigt hat. Das löst ein echtes Problem: ZK-Proofs erforderten ursprünglich Prover-Keys, die schwerer als 200 MB waren. Das Team hat sie mithilfe von Circuit-Descriptor-Technologie auf ein paar KB komprimiert.
Das erklärt auch, warum Dusk dem Trend zu Embedded Wallets nicht gefolgt ist, der 2026 dominiert hat – bei dem sich Nutzer mit E-Mail oder Google anmelden und eine Wallet still hinter dem SDK im Hintergrund erstellt wird. Dieses Modell verlagert die Generierung der ZK-Proofs auf einen Drittserver. Bei Dusk müssen die Proofs clientseitig laufen – das kann man nicht delegieren, ohne das Privacy-Modell aufzugeben.
Mit der Frage, die mich beschäftigt: Die Rate, mit der echte Builder tatsächlich dApps ausrollen, wird ein ehrlicherer Maßstab sein als jedes Protokoll-Benchmarking.
@Dusk $DUSK #dusk $BTC $BNB
#dusk @Dusk
