Ich denke, das wichtigste Wort in Dusk Connect ist „discover“.
Dusk Network hat das SDK in einer Entwickler-Vorschau geöffnet, damit ein Browser-dApp kompatible Wallets finden, Profilzugriff anfordern, das ausgewählte Netzwerk verfolgen und benutzerfreigegebene Transaktionen senden kann. Es folgt dabei einem gemeinsamen Provider-Ansatz, statt eine einzelne Erweiterung fest zu verdrahten.
Das klingt nach Frontend-Hardware. Ich denke, das ist eine Entscheidung für ein Ökosystem.
Wenn jede Anwendung eine Wallet direkt integriert, wird diese Wallet zum inoffiziellen Gatekeeper. Eine konkurrierende Wallet kann das Protokoll unterstützen und dennoch für Nutzer unsichtbar bleiben, weil jede dApp individuelle Anpassungen benötigt. Dusk Connect verlagert diese Entscheidung in eine Discovery-Schicht. Die Anwendung fragt, welche Provider verfügbar sind, und der Nutzer wählt.
Das SDK ist framework-unabhängig, typisiert und hat keine Laufzeitabhängigkeiten. Diese Details reduzieren die Integrationsreibung. Sie garantieren jedoch nicht, dass zwei Wallets Berechtigungen, geschützte Adressen, Signaturen und Netzwerkänderungen exakt auf dieselbe Weise interpretieren.
Darum sind die Konformitätstests für mich wichtiger als ein polierter „Connect“-Button.
Dusk kann eine gemeinsame Schnittstelle veröffentlichen, aber eine Schnittstelle wird erst dann zum Standard, wenn unabhängige Wallets sie konsistent implementieren. Ein Provider, der erfolgreich verbindet und dann Profiländerungen anders verarbeitet, kann Fehler erzeugen, die wie Anwendungsfehler aussehen.
Ich achte auf drei Signale: eine zweite, produktionsreife Wallet, die über denselben Ablauf entdeckt wird; öffentliche Kompatibilitätsergebnisse über zentrale Methoden hinweg; und dApps, die Provider wechseln, ohne benutzerdefinierte Verzweigungen.
Wenn diese erscheinen, hat Dusk Connect mehr getan, als den Wallet-Zugang zu vereinfachen. Es wird die Dusk-Anwendungsschicht von der Abhängigkeit von einer einzelnen Wallet-Implementierung getrennt haben.
Der eigentliche Test ist nicht, ob die erstinstanzliche Wallet sich verbindet. Entscheidend ist, ob die nächste Wallet eintreffen kann, ohne dass man bei jedem Dusk-Entwickler um Erlaubnis bitten muss.
#dusk $DUSK @Dusk
Dusk Network hat das SDK in einer Entwickler-Vorschau geöffnet, damit ein Browser-dApp kompatible Wallets finden, Profilzugriff anfordern, das ausgewählte Netzwerk verfolgen und benutzerfreigegebene Transaktionen senden kann. Es folgt dabei einem gemeinsamen Provider-Ansatz, statt eine einzelne Erweiterung fest zu verdrahten.
Das klingt nach Frontend-Hardware. Ich denke, das ist eine Entscheidung für ein Ökosystem.
Wenn jede Anwendung eine Wallet direkt integriert, wird diese Wallet zum inoffiziellen Gatekeeper. Eine konkurrierende Wallet kann das Protokoll unterstützen und dennoch für Nutzer unsichtbar bleiben, weil jede dApp individuelle Anpassungen benötigt. Dusk Connect verlagert diese Entscheidung in eine Discovery-Schicht. Die Anwendung fragt, welche Provider verfügbar sind, und der Nutzer wählt.
Das SDK ist framework-unabhängig, typisiert und hat keine Laufzeitabhängigkeiten. Diese Details reduzieren die Integrationsreibung. Sie garantieren jedoch nicht, dass zwei Wallets Berechtigungen, geschützte Adressen, Signaturen und Netzwerkänderungen exakt auf dieselbe Weise interpretieren.
Darum sind die Konformitätstests für mich wichtiger als ein polierter „Connect“-Button.
Dusk kann eine gemeinsame Schnittstelle veröffentlichen, aber eine Schnittstelle wird erst dann zum Standard, wenn unabhängige Wallets sie konsistent implementieren. Ein Provider, der erfolgreich verbindet und dann Profiländerungen anders verarbeitet, kann Fehler erzeugen, die wie Anwendungsfehler aussehen.
Ich achte auf drei Signale: eine zweite, produktionsreife Wallet, die über denselben Ablauf entdeckt wird; öffentliche Kompatibilitätsergebnisse über zentrale Methoden hinweg; und dApps, die Provider wechseln, ohne benutzerdefinierte Verzweigungen.
Wenn diese erscheinen, hat Dusk Connect mehr getan, als den Wallet-Zugang zu vereinfachen. Es wird die Dusk-Anwendungsschicht von der Abhängigkeit von einer einzelnen Wallet-Implementierung getrennt haben.
Der eigentliche Test ist nicht, ob die erstinstanzliche Wallet sich verbindet. Entscheidend ist, ob die nächste Wallet eintreffen kann, ohne dass man bei jedem Dusk-Entwickler um Erlaubnis bitten muss.
#dusk $DUSK @Dusk
