Je pense que le mot le plus important dans Dusk Connect est peut-être « discover. »
Dusk Network a ouvert le SDK en version de prévisualisation pour développeurs afin qu’une dApp web puisse trouver des portefeuilles compatibles, demander l’accès au profil, suivre le réseau sélectionné et envoyer des transactions approuvées par l’utilisateur. Il s’appuie sur un modèle de fournisseur partagé plutôt que de coder en dur une seule extension.
Ça ressemble à de la plomberie côté front-end. Je pense que c’est une décision d’écosystème.
Quand chaque application s’intègre directement à un seul portefeuille, ce portefeuille devient un portier non officiel. Un portefeuille concurrent peut prendre en charge le protocole tout en restant invisible pour les utilisateurs, car chaque dApp nécessite un travail personnalisé. Dusk Connect déplace ce choix vers une couche de découverte. L’application demande quels fournisseurs sont disponibles, et l’utilisateur choisit.
Le SDK est agnostique des frameworks, typé, et ne dépend d’aucune dépendance d’exécution. Ces détails réduisent la friction d’intégration. Ils ne garantissent pas pour autant que deux portefeuilles interprètent les autorisations, les adresses masquées, les signatures et les changements de réseau exactement de la même manière.
C’est pourquoi les tests de conformité comptent plus pour moi qu’un bouton de connexion bien fini.
Dusk peut publier une interface commune, mais une interface ne devient une norme que lorsque des portefeuilles indépendants l’implémentent de manière cohérente. Un fournisseur qui se connecte avec succès, puis gère les changements de profil différemment, peut provoquer des échecs qui ressemblent à des bugs d’application.
Je surveille trois signaux : un deuxième portefeuille prêt pour la production découvert via le même flux, des résultats de compatibilité publique sur les méthodes essentielles, et des dApps qui changent de fournisseurs sans branches personnalisées.
Si ces éléments apparaissent, Dusk Connect aura fait plus que simplifier l’accès aux portefeuilles. Il aura séparé la couche d’application de Dusk de la dépendance à une seule implémentation de portefeuille.
Le vrai test n’est pas de savoir si le portefeuille du premier éditeur se connecte. Le test, c’est de savoir si le prochain portefeuille peut arriver sans demander à chaque développeur Dusk l’autorisation.
#dusk $DUSK @Dusk
Dusk Network a ouvert le SDK en version de prévisualisation pour développeurs afin qu’une dApp web puisse trouver des portefeuilles compatibles, demander l’accès au profil, suivre le réseau sélectionné et envoyer des transactions approuvées par l’utilisateur. Il s’appuie sur un modèle de fournisseur partagé plutôt que de coder en dur une seule extension.
Ça ressemble à de la plomberie côté front-end. Je pense que c’est une décision d’écosystème.
Quand chaque application s’intègre directement à un seul portefeuille, ce portefeuille devient un portier non officiel. Un portefeuille concurrent peut prendre en charge le protocole tout en restant invisible pour les utilisateurs, car chaque dApp nécessite un travail personnalisé. Dusk Connect déplace ce choix vers une couche de découverte. L’application demande quels fournisseurs sont disponibles, et l’utilisateur choisit.
Le SDK est agnostique des frameworks, typé, et ne dépend d’aucune dépendance d’exécution. Ces détails réduisent la friction d’intégration. Ils ne garantissent pas pour autant que deux portefeuilles interprètent les autorisations, les adresses masquées, les signatures et les changements de réseau exactement de la même manière.
C’est pourquoi les tests de conformité comptent plus pour moi qu’un bouton de connexion bien fini.
Dusk peut publier une interface commune, mais une interface ne devient une norme que lorsque des portefeuilles indépendants l’implémentent de manière cohérente. Un fournisseur qui se connecte avec succès, puis gère les changements de profil différemment, peut provoquer des échecs qui ressemblent à des bugs d’application.
Je surveille trois signaux : un deuxième portefeuille prêt pour la production découvert via le même flux, des résultats de compatibilité publique sur les méthodes essentielles, et des dApps qui changent de fournisseurs sans branches personnalisées.
Si ces éléments apparaissent, Dusk Connect aura fait plus que simplifier l’accès aux portefeuilles. Il aura séparé la couche d’application de Dusk de la dépendance à une seule implémentation de portefeuille.
Le vrai test n’est pas de savoir si le portefeuille du premier éditeur se connecte. Le test, c’est de savoir si le prochain portefeuille peut arriver sans demander à chaque développeur Dusk l’autorisation.
#dusk $DUSK @Dusk
