Hier soir, dans mon bureau, j’ai allumé l’ordinateur pour la première fois en voyant, dans l’exemple de Dusk Connect, l’apparition de availableProviders[0]. J’ai été surpris ; ma main s’est arrêtée un instant. Lorsque plusieurs wallets compatibles sont détectés en même temps, mais qu’il n’y a pas de providerId, le code peut sélectionner le premier wallet. Et pour les retours à faire au partenaire produit sur la même page, l’idée reste : laisser l’utilisateur choisir lui-même le wallet.
Auparavant, je voyais la “découverte du provider” comme une commodité technique qui permettait de réduire le travail d’adaptation. Aujourd’hui, je pense qu’elle distribue en réalité un pouvoir très concret : est-ce que c’est le dApp qui décide avec quel wallet l’utilisateur commence, ou bien le choix est-il laissé avant la signature ? Pour les équipes de wallets, une découverte ouverte évite qu’une extension soit codée en dur comme point d’entrée ; pour les utilisateurs, l’essentiel est de savoir s’ils peuvent voir le wallet, le réseau et le compte actuellement sélectionnés.
Le mauvais scénario n’est pas exagéré. Dans un navigateur, j’ai vu deux wallets compatibles : l’un pour les actifs du mainnet, l’autre pour des tests ou pour des comptes d’équipe. Une application, pour éviter une étape, a choisi automatiquement le premier. L’utilisateur clique ensuite tout le long jusqu’à la page de signature, et ne découvre qu’à ce moment-là que le compte est incorrect. Le rejet de la transaction est encore un scénario “chanceux”. Pire encore : l’utilisateur termine une autorisation qu’il ne devait pas faire dans un mauvais environnement, puis ne se rappelle plus que « le wallet Dusk s’est connecté au mauvais ». Les coûts sont supportés par l’utilisateur et le support client, tandis que la personne qui a choisi automatiquement n’est généralement pas sur place.
C’est pourquoi je ne considère plus la découverte multi-wallet de Dusk Connect comme une simple capacité d’interface. @Dusk ce qu’il faut vraiment protéger, c’est de savoir si, après la découverte, le pouvoir de choix reste entre les mains de l’utilisateur. $DUSK plus il y a d’applications, plus je veux voir que l’écran de connexion affiche clairement le provider, le réseau et le compte, et offre une option visible pour modifier le choix lors de la sélection automatique. #dusk
Auparavant, je voyais la “découverte du provider” comme une commodité technique qui permettait de réduire le travail d’adaptation. Aujourd’hui, je pense qu’elle distribue en réalité un pouvoir très concret : est-ce que c’est le dApp qui décide avec quel wallet l’utilisateur commence, ou bien le choix est-il laissé avant la signature ? Pour les équipes de wallets, une découverte ouverte évite qu’une extension soit codée en dur comme point d’entrée ; pour les utilisateurs, l’essentiel est de savoir s’ils peuvent voir le wallet, le réseau et le compte actuellement sélectionnés.
Le mauvais scénario n’est pas exagéré. Dans un navigateur, j’ai vu deux wallets compatibles : l’un pour les actifs du mainnet, l’autre pour des tests ou pour des comptes d’équipe. Une application, pour éviter une étape, a choisi automatiquement le premier. L’utilisateur clique ensuite tout le long jusqu’à la page de signature, et ne découvre qu’à ce moment-là que le compte est incorrect. Le rejet de la transaction est encore un scénario “chanceux”. Pire encore : l’utilisateur termine une autorisation qu’il ne devait pas faire dans un mauvais environnement, puis ne se rappelle plus que « le wallet Dusk s’est connecté au mauvais ». Les coûts sont supportés par l’utilisateur et le support client, tandis que la personne qui a choisi automatiquement n’est généralement pas sur place.
C’est pourquoi je ne considère plus la découverte multi-wallet de Dusk Connect comme une simple capacité d’interface. @Dusk ce qu’il faut vraiment protéger, c’est de savoir si, après la découverte, le pouvoir de choix reste entre les mains de l’utilisateur. $DUSK plus il y a d’applications, plus je veux voir que l’écran de connexion affiche clairement le provider, le réseau et le compte, et offre une option visible pour modifier le choix lors de la sélection automatique. #dusk
