Eu comparei a Dusk Connect e as novas explicações sobre a carteira lançadas este ano com o número @Dusk ; antes eu achava que era apenas “criar outra carteira”. Ao olhar com mais cuidado, entendi que a antiga web wallet permite que o usuário opere diretamente a rede, mas não oferece a entrada padrão para chamadas de dApp: o aplicativo não consegue descobrir a carteira de forma unificada, solicitar contas, iniciar assinaturas e gerenciar permissões. O contrato consegue rodar, mas isso não significa que o usuário comum consegue entrar e usar sem problemas.
A Dusk Connect preenche essa “cola”. Ela se baseia na EIP-6963 para detecção de carteiras, fornece namespaces RPC como dusk_requestAccounts e dusk_signMessage, e também entrega os testes de compatibilidade aos desenvolvedores de carteiras. A nova carteira oficial foi projetada para extensões de navegador, desktop e mobile, cobrindo transferências públicas/privadas, shield/unshield, staking, recompensas, DRC-20, DRC-721 e permissões de dApp. As chaves ficam no dispositivo: a extensão usa PBKDF2 e AES-GCM, e a app nativa usa Stronghold e Argon2.
Mas as três palavras que mais fácil são apagadas nos materiais promocionais aqui são “prévia para desenvolvedores”. O Connect e os repositórios da carteira já foram publicados; a lacuna agora tem uma implementação verificável. Prévia não significa que muitos dApps já estão integrados, nem que avisos de permissão, experiência no mobile e fluxos de recuperação passaram por testes reais com usuários sob pressão. O front-end só transforma “dá para desenvolver” em “há chance de ser usado”.
Então, agora estou observando $DUSK : não só foco em TPS ou em novos contratos, mas também em quantas aplicações na ecossistema #dusk realmente se conectam ao Connect, se o fluxo de assinatura evita desvios e se carteiras de terceiros vão acompanhar. Vocês acham que a parte mais difícil de corrigir em uma nova cadeia é o desempenho da camada de baixo, ou é esse tipo de interface de carteira pouco chamativa, mas decisiva para retenção?
$AIO $ETH
A Dusk Connect preenche essa “cola”. Ela se baseia na EIP-6963 para detecção de carteiras, fornece namespaces RPC como dusk_requestAccounts e dusk_signMessage, e também entrega os testes de compatibilidade aos desenvolvedores de carteiras. A nova carteira oficial foi projetada para extensões de navegador, desktop e mobile, cobrindo transferências públicas/privadas, shield/unshield, staking, recompensas, DRC-20, DRC-721 e permissões de dApp. As chaves ficam no dispositivo: a extensão usa PBKDF2 e AES-GCM, e a app nativa usa Stronghold e Argon2.
Mas as três palavras que mais fácil são apagadas nos materiais promocionais aqui são “prévia para desenvolvedores”. O Connect e os repositórios da carteira já foram publicados; a lacuna agora tem uma implementação verificável. Prévia não significa que muitos dApps já estão integrados, nem que avisos de permissão, experiência no mobile e fluxos de recuperação passaram por testes reais com usuários sob pressão. O front-end só transforma “dá para desenvolver” em “há chance de ser usado”.
Então, agora estou observando $DUSK : não só foco em TPS ou em novos contratos, mas também em quantas aplicações na ecossistema #dusk realmente se conectam ao Connect, se o fluxo de assinatura evita desvios e se carteiras de terceiros vão acompanhar. Vocês acham que a parte mais difícil de corrigir em uma nova cadeia é o desempenho da camada de baixo, ou é esse tipo de interface de carteira pouco chamativa, mas decisiva para retenção?
$AIO $ETH
