Fui a ver la beta de Dusk Wallet porque quería entender qué era lo que realmente estaba cambiando para los usuarios.
La parte interesante resultó no estar en la propia cartera.
Dusk Connect se está convirtiendo en la capa entre las aplicaciones y las carteras. El SDK descubre proveedores compatibles en lugar de obligar a un dApp a codificar una cartera específica. Eso suena a un detalle de implementación menor hasta que lo conectas con la arquitectura de la cartera y con la forma en que Dusk separa el acceso a la aplicación del acceso al nodo.
La nueva Dusk Wallet es un proveedor dentro de ese sistema. Dusk Connect gestiona el descubrimiento y los permisos, mientras que la cartera mantiene el control de las claves y las aprobaciones del usuario. Así, los desarrolladores pueden usar W3sper o la API HTTP cuando necesiten acceso directo a la red en lugar de mezclar la conectividad del nodo dentro de la capa de la cartera.
Esa separación llamó mi atención.
Significa que Dusk no solo está lanzando otra interfaz para enviar DUSK. Está intentando definir dónde se ubica la responsabilidad entre la cartera del usuario, el dApp y la red subyacente.
Incluso que el SDK sea independiente de frameworks y no tenga dependencias en tiempo de ejecución importa aquí. Cuanto más pequeña sea la superficie de integración, menos lógica de cartera personalizada tienen que mantener las aplicaciones individuales. El modelo de descubrimiento también deja espacio para varias carteras compatibles en lugar de convertir la primera cartera en una dependencia permanente.
Todavía queda mucho por demostrar en beta. La compatibilidad de carteras, los casos límite de seguridad y la adopción por parte de desarrolladores importarán más que el anuncio en sí.
Pero después de juntar las piezas, creo que el desarrollo más importante es el arquitectónico.
Dusk está empezando a tratar la conectividad de carteras como infraestructura compartida, en vez de algo que cada aplicación tiene que reconstruir de forma independiente.
#dusk $DUSK @Dusk
La parte interesante resultó no estar en la propia cartera.
Dusk Connect se está convirtiendo en la capa entre las aplicaciones y las carteras. El SDK descubre proveedores compatibles en lugar de obligar a un dApp a codificar una cartera específica. Eso suena a un detalle de implementación menor hasta que lo conectas con la arquitectura de la cartera y con la forma en que Dusk separa el acceso a la aplicación del acceso al nodo.
La nueva Dusk Wallet es un proveedor dentro de ese sistema. Dusk Connect gestiona el descubrimiento y los permisos, mientras que la cartera mantiene el control de las claves y las aprobaciones del usuario. Así, los desarrolladores pueden usar W3sper o la API HTTP cuando necesiten acceso directo a la red en lugar de mezclar la conectividad del nodo dentro de la capa de la cartera.
Esa separación llamó mi atención.
Significa que Dusk no solo está lanzando otra interfaz para enviar DUSK. Está intentando definir dónde se ubica la responsabilidad entre la cartera del usuario, el dApp y la red subyacente.
Incluso que el SDK sea independiente de frameworks y no tenga dependencias en tiempo de ejecución importa aquí. Cuanto más pequeña sea la superficie de integración, menos lógica de cartera personalizada tienen que mantener las aplicaciones individuales. El modelo de descubrimiento también deja espacio para varias carteras compatibles en lugar de convertir la primera cartera en una dependencia permanente.
Todavía queda mucho por demostrar en beta. La compatibilidad de carteras, los casos límite de seguridad y la adopción por parte de desarrolladores importarán más que el anuncio en sí.
Pero después de juntar las piezas, creo que el desarrollo más importante es el arquitectónico.
Dusk está empezando a tratar la conectividad de carteras como infraestructura compartida, en vez de algo que cada aplicación tiene que reconstruir de forma independiente.
#dusk $DUSK @Dusk