Gestern Abend habe ich getestet, wie sich eine Wallet verbindet. Mehrfach sprang ein Berechtigungs-Popup auf und dann ist mir plötzlich etwas klar geworden: Wenn ich früher Dusk angesehen habe, habe ich die Wallet immer als „nur noch schnell eine Oberfläche nachschieben“ betrachtet. Tatsächlich könnte sie aber gerade die Ebene sein, die für normale Nutzer am leichtesten abschreckt – als Teil der gesamten Marktsystem-Infrastruktur.
Wenn man über die Dusk-Technik spricht, schauen die meisten auf DuskDS, Phoenix oder DuskEVM. Dusk Connect wird selten ernsthaft thematisiert. Frühere Web-Wallets waren eher einzelne, unabhängige Webseiten; dApps konnten Wallets und Signatur-Anfragen kaum standardisiert finden.
Mit dem offiziellen Dusk Connect, das im April 2026 freigegeben wurde, wurde die Wallet-Erkennung nach dem Gedanken von EIP-6963 übernommen. Über eine einheitliche Provider-Schnittstelle werden der Kontozugriff, das Signieren, Transaktionen und das Wechseln des Netzwerks gehandhabt. Die neue Dusk Wallet soll außerdem Browser, Desktop und Mobile abdecken und Funktionen wie Überweisungen, Staking, das Einlösen von Rewards und dApp-Berechtigungen unterstützen.
Spannend ist: „Verbindungsprotokoll“ und „Wallet-Sicherheit“ sind zwei unterschiedliche Ebenen. Dusk Connect sorgt dafür, dass eine Anwendung die Wallet findet und Requests ausgeben kann – es verwahrt die Schlüssel anstelle des Nutzers nicht. Erst die neue Wallet ist für die lokale Schlüsselspeicherung zuständig.
Offiziell steht, dass auf der Erweiterungs-Seite PBKDF2 und AES-GCM verwendet werden, nativ nutzt man Stronghold und Argon2. Außerdem gibt es automatisches Sperren, ein Abstands-/Backoff-Verhalten bei Entsperrfehlern und die Berechtigungserteilung „nach Quelle“.
Das lässt sich dann aber leicht als eine einzige Werbeaussage vermischen: „Das Dusk-Wallet-Erlebnis ist ausgereifter geworden“. In Wahrheit sorgt die einheitliche Schnittstelle nur dafür, dass die Tür besser aufgeht – das heißt aber nicht, dass jede einzelne Berechtigung automatisch sicher ist.
Phishing-Seiten könnten weiterhin dazu verleiten, Signaturen zu erteilen. Unklare Berechtigungs-Textbausteine könnten Nutzer außerdem dazu bringen, Zugriff herauszugeben, den sie eigentlich nicht freigeben sollten. Und aktuell sind beide Codebasen noch Developer Preview.
Mich interessiert jetzt eher das banalste Berechtigungs-Popup: Können Nutzer verstehen, mit welchem Konto sie sich verbinden, welche Daten/was öffentlich freigegeben wird und was genau signiert wird.
Wenn ihr eine Wallet benutzt: Schaut ihr euch Berechtigungen wirklich genau an – oder bestätigt ihr sie im Grunde einfach Schritt für Schritt durch? #dusk $DUSK @Dusk
Wenn man über die Dusk-Technik spricht, schauen die meisten auf DuskDS, Phoenix oder DuskEVM. Dusk Connect wird selten ernsthaft thematisiert. Frühere Web-Wallets waren eher einzelne, unabhängige Webseiten; dApps konnten Wallets und Signatur-Anfragen kaum standardisiert finden.
Mit dem offiziellen Dusk Connect, das im April 2026 freigegeben wurde, wurde die Wallet-Erkennung nach dem Gedanken von EIP-6963 übernommen. Über eine einheitliche Provider-Schnittstelle werden der Kontozugriff, das Signieren, Transaktionen und das Wechseln des Netzwerks gehandhabt. Die neue Dusk Wallet soll außerdem Browser, Desktop und Mobile abdecken und Funktionen wie Überweisungen, Staking, das Einlösen von Rewards und dApp-Berechtigungen unterstützen.
Spannend ist: „Verbindungsprotokoll“ und „Wallet-Sicherheit“ sind zwei unterschiedliche Ebenen. Dusk Connect sorgt dafür, dass eine Anwendung die Wallet findet und Requests ausgeben kann – es verwahrt die Schlüssel anstelle des Nutzers nicht. Erst die neue Wallet ist für die lokale Schlüsselspeicherung zuständig.
Offiziell steht, dass auf der Erweiterungs-Seite PBKDF2 und AES-GCM verwendet werden, nativ nutzt man Stronghold und Argon2. Außerdem gibt es automatisches Sperren, ein Abstands-/Backoff-Verhalten bei Entsperrfehlern und die Berechtigungserteilung „nach Quelle“.
Das lässt sich dann aber leicht als eine einzige Werbeaussage vermischen: „Das Dusk-Wallet-Erlebnis ist ausgereifter geworden“. In Wahrheit sorgt die einheitliche Schnittstelle nur dafür, dass die Tür besser aufgeht – das heißt aber nicht, dass jede einzelne Berechtigung automatisch sicher ist.
Phishing-Seiten könnten weiterhin dazu verleiten, Signaturen zu erteilen. Unklare Berechtigungs-Textbausteine könnten Nutzer außerdem dazu bringen, Zugriff herauszugeben, den sie eigentlich nicht freigeben sollten. Und aktuell sind beide Codebasen noch Developer Preview.
Mich interessiert jetzt eher das banalste Berechtigungs-Popup: Können Nutzer verstehen, mit welchem Konto sie sich verbinden, welche Daten/was öffentlich freigegeben wird und was genau signiert wird.
Wenn ihr eine Wallet benutzt: Schaut ihr euch Berechtigungen wirklich genau an – oder bestätigt ihr sie im Grunde einfach Schritt für Schritt durch? #dusk $DUSK @Dusk