Acho que a palavra mais importante em Dusk Connect pode ser “discover.”
A Dusk Network abriu o SDK em prévia para desenvolvedores para que um dApp no navegador possa encontrar carteiras compatíveis, solicitar acesso ao perfil, acompanhar a rede selecionada e enviar transações aprovadas pelo usuário. Ela segue um padrão de provedor compartilhado em vez de fazer hardcode de uma única extensão.
Isso parece encanamento de front-end. Acho que é uma decisão de ecossistema.
Quando cada aplicação integra uma carteira diretamente, essa carteira se torna um guardião não oficial. Uma carteira concorrente pode suportar o protocolo e ainda assim permanecer invisível para os usuários, porque cada dApp requer trabalho customizado. O Dusk Connect leva essa escolha para uma camada de descoberta. A aplicação pergunta quais provedores estão disponíveis, e o usuário escolhe.
O SDK é independente de framework, tipado e não tem dependências em tempo de execução. Esses detalhes reduzem o atrito de integração. Eles não garantem que duas carteiras interpretem permissões, endereços shielded, assinaturas e mudanças de rede exatamente da mesma forma.
Por isso, os testes de conformidade importam mais para mim do que um botão de conexão bem polido.
A Dusk pode publicar uma interface comum, mas uma interface só vira padrão quando carteiras independentes a implementam de forma consistente. Um provedor que se conecta com sucesso e depois trata mudanças de perfil de maneira diferente pode causar falhas que parecem bugs da aplicação.
Estou observando três sinais: uma segunda carteira pronta para produção descoberta pelo mesmo fluxo, resultados públicos de compatibilidade entre métodos centrais, e dApps que alternam provedores sem branches customizadas.
Se isso aparecer, o Dusk Connect terá feito mais do que simplificar o acesso à carteira. Ele terá separado a camada de aplicação da Dusk da dependência de uma única implementação de carteira.
O teste real não é se a carteira do próprio primeiro parceiro conecta. É se a próxima carteira consegue chegar sem pedir permissão a cada desenvolvedor da Dusk.
#dusk $DUSK @Dusk
A Dusk Network abriu o SDK em prévia para desenvolvedores para que um dApp no navegador possa encontrar carteiras compatíveis, solicitar acesso ao perfil, acompanhar a rede selecionada e enviar transações aprovadas pelo usuário. Ela segue um padrão de provedor compartilhado em vez de fazer hardcode de uma única extensão.
Isso parece encanamento de front-end. Acho que é uma decisão de ecossistema.
Quando cada aplicação integra uma carteira diretamente, essa carteira se torna um guardião não oficial. Uma carteira concorrente pode suportar o protocolo e ainda assim permanecer invisível para os usuários, porque cada dApp requer trabalho customizado. O Dusk Connect leva essa escolha para uma camada de descoberta. A aplicação pergunta quais provedores estão disponíveis, e o usuário escolhe.
O SDK é independente de framework, tipado e não tem dependências em tempo de execução. Esses detalhes reduzem o atrito de integração. Eles não garantem que duas carteiras interpretem permissões, endereços shielded, assinaturas e mudanças de rede exatamente da mesma forma.
Por isso, os testes de conformidade importam mais para mim do que um botão de conexão bem polido.
A Dusk pode publicar uma interface comum, mas uma interface só vira padrão quando carteiras independentes a implementam de forma consistente. Um provedor que se conecta com sucesso e depois trata mudanças de perfil de maneira diferente pode causar falhas que parecem bugs da aplicação.
Estou observando três sinais: uma segunda carteira pronta para produção descoberta pelo mesmo fluxo, resultados públicos de compatibilidade entre métodos centrais, e dApps que alternam provedores sem branches customizadas.
Se isso aparecer, o Dusk Connect terá feito mais do que simplificar o acesso à carteira. Ele terá separado a camada de aplicação da Dusk da dependência de uma única implementação de carteira.
O teste real não é se a carteira do próprio primeiro parceiro conecta. É se a próxima carteira consegue chegar sem pedir permissão a cada desenvolvedor da Dusk.
#dusk $DUSK @Dusk
