Fui ver o beta da Dusk Wallet porque queria entender o que estava realmente mudando para os usuários.
A parte interessante acabou não sendo a própria carteira.
A Dusk Connect está se tornando a camada entre aplicativos e carteiras. O SDK descobre provedores compatíveis em vez de obrigar um dApp a fazer o hardcode de uma única carteira. Isso parece um pequeno detalhe de implementação até você conectar isso com a arquitetura da carteira e com a forma como a Dusk separa o acesso do aplicativo do acesso ao nó.
A nova Dusk Wallet é um provedor nesse sistema. A Dusk Connect lida com a descoberta e as permissões, enquanto a carteira mantém o controle das chaves e das aprovações do usuário. Assim, os desenvolvedores podem usar o W3sper ou a HTTP API quando precisarem de acesso direto à rede, em vez de misturar conectividade de nó na camada da carteira.
Essa separação me chamou a atenção.
Isso significa que a Dusk não está apenas lançando mais uma interface para enviar DUSK. Ela está tentando definir onde fica a responsabilidade entre a carteira do usuário, o dApp e a rede subjacente.
Até o fato de o SDK ser agnóstico de framework, sem dependências em tempo de execução, importa aqui. Quanto menor a área de integração, menos lógica de carteira personalizada cada aplicativo individual precisa manter. O modelo de descoberta também abre espaço para múltiplas carteiras compatíveis, em vez de transformar a primeira carteira em uma dependência permanente.
Ainda há muito a provar no beta. Casos de segurança em compatibilidade de carteiras e adoção por desenvolvedores vão importar mais do que o próprio anúncio.
Mas, depois de juntar as peças, acho que o desenvolvimento mais importante é arquitetural.
A Dusk está começando a tratar a conectividade de carteiras como infraestrutura compartilhada, em vez de algo que cada aplicativo precisa reconstruir de forma independente.
#dusk $DUSK @Dusk
A parte interessante acabou não sendo a própria carteira.
A Dusk Connect está se tornando a camada entre aplicativos e carteiras. O SDK descobre provedores compatíveis em vez de obrigar um dApp a fazer o hardcode de uma única carteira. Isso parece um pequeno detalhe de implementação até você conectar isso com a arquitetura da carteira e com a forma como a Dusk separa o acesso do aplicativo do acesso ao nó.
A nova Dusk Wallet é um provedor nesse sistema. A Dusk Connect lida com a descoberta e as permissões, enquanto a carteira mantém o controle das chaves e das aprovações do usuário. Assim, os desenvolvedores podem usar o W3sper ou a HTTP API quando precisarem de acesso direto à rede, em vez de misturar conectividade de nó na camada da carteira.
Essa separação me chamou a atenção.
Isso significa que a Dusk não está apenas lançando mais uma interface para enviar DUSK. Ela está tentando definir onde fica a responsabilidade entre a carteira do usuário, o dApp e a rede subjacente.
Até o fato de o SDK ser agnóstico de framework, sem dependências em tempo de execução, importa aqui. Quanto menor a área de integração, menos lógica de carteira personalizada cada aplicativo individual precisa manter. O modelo de descoberta também abre espaço para múltiplas carteiras compatíveis, em vez de transformar a primeira carteira em uma dependência permanente.
Ainda há muito a provar no beta. Casos de segurança em compatibilidade de carteiras e adoção por desenvolvedores vão importar mais do que o próprio anúncio.
Mas, depois de juntar as peças, acho que o desenvolvimento mais importante é arquitetural.
A Dusk está começando a tratar a conectividade de carteiras como infraestrutura compartilhada, em vez de algo que cada aplicativo precisa reconstruir de forma independente.
#dusk $DUSK @Dusk