Anoche, en el despacho, abrí el ordenador por primera vez y vi que en el ejemplo de Dusk Connect aparecía availableProviders[0]. Me llevé una sorpresa y me quedé con la mano a medias. Cuando se detectan varias carteras compatibles a la vez, y no existe providerId, el código puede escoger la primera; pero, para sugerir a la parte del producto, sigue siendo mejor que el usuario elija la cartera por sí mismo.
Yo antes veía el descubrimiento de providers como una comodidad técnica para ahorrar trabajo de adaptación. Ahora pienso que también está asignando un poder muy concreto: si un dApp decide con qué cartera empieza el usuario, o si la elección se deja para antes de firmar. Para el equipo de carteras, el descubrimiento abierto evita que alguna extensión quede codificada de forma rígida como punto de entrada; para los usuarios, lo importante es si pueden ver por cuenta propia la cartera, la red y la cuenta que están seleccionadas en ese momento.
El mal escenario no es exagerado. En el navegador hay dos carteras compatibles: una para activos de la red principal y otra para pruebas o para cuentas del equipo. Alguna aplicación, con el objetivo de ahorrarse un paso, selecciona automáticamente la primera; el usuario va haciendo clic hasta llegar a la página de firma y entonces descubre que la cuenta no es la correcta. Que la transacción se rechace todavía es suerte; lo peor es cuando el usuario completa una autorización que no debía en un entorno equivocado, y después solo recuerda: “Dusk Wallet se conectó al lugar equivocado”. El costo lo asumen el usuario y el soporte técnico, mientras que quien tomó la decisión de selección automática muchas veces ni siquiera está presente.
Por eso, ahora no considero el descubrimiento de múltiples carteras de Dusk Connect como una capacidad de interfaz meramente técnica.@Dusk lo que realmente hay que proteger es que, una vez hecho el descubrimiento, el derecho a elegir siga en manos del usuario.$DUSK cuantas más aplicaciones haya, más quiero ver que en la pantalla de conexión se muestren de forma clara el provider, la red y la cuenta, y que, cuando exista selección automática, se ofrezca una oportunidad de cambio visible.#dusk
Yo antes veía el descubrimiento de providers como una comodidad técnica para ahorrar trabajo de adaptación. Ahora pienso que también está asignando un poder muy concreto: si un dApp decide con qué cartera empieza el usuario, o si la elección se deja para antes de firmar. Para el equipo de carteras, el descubrimiento abierto evita que alguna extensión quede codificada de forma rígida como punto de entrada; para los usuarios, lo importante es si pueden ver por cuenta propia la cartera, la red y la cuenta que están seleccionadas en ese momento.
El mal escenario no es exagerado. En el navegador hay dos carteras compatibles: una para activos de la red principal y otra para pruebas o para cuentas del equipo. Alguna aplicación, con el objetivo de ahorrarse un paso, selecciona automáticamente la primera; el usuario va haciendo clic hasta llegar a la página de firma y entonces descubre que la cuenta no es la correcta. Que la transacción se rechace todavía es suerte; lo peor es cuando el usuario completa una autorización que no debía en un entorno equivocado, y después solo recuerda: “Dusk Wallet se conectó al lugar equivocado”. El costo lo asumen el usuario y el soporte técnico, mientras que quien tomó la decisión de selección automática muchas veces ni siquiera está presente.
Por eso, ahora no considero el descubrimiento de múltiples carteras de Dusk Connect como una capacidad de interfaz meramente técnica.@Dusk lo que realmente hay que proteger es que, una vez hecho el descubrimiento, el derecho a elegir siga en manos del usuario.$DUSK cuantas más aplicaciones haya, más quiero ver que en la pantalla de conexión se muestren de forma clara el provider, la red y la cuenta, y que, cuando exista selección automática, se ofrezca una oportunidad de cambio visible.#dusk
