$DUSK
Assumi que a nova Dusk Wallet fosse principalmente uma reformulação da carteira web existente.
Depois li o anúncio do developer-preview de abril e verifiquei os repositórios.
A antiga carteira web podia interagir com a Dusk diretamente, mas era uma aplicação independente. Um dApp não conseguia descobri-la, solicitar um perfil ou pedir para que ela assinasse uma transação por meio de um fluxo de conexão padrão.
Isso deixava uma lacuna entre os contratos da Dusk e os usuários reais.
A Dusk Connect preenche a parte da aplicação dessa lacuna. Ela permite que um dApp descubra wallets compatíveis, solicite acesso ao perfil e envie ações aprovadas pelo usuário por meio de uma interface de provedor compartilhada.
A nova Dusk Wallet fica do outro lado.
Ela mantém as chaves localmente, mostra a solicitação e permite que o usuário aprove ou rejeite. Seu primeiro lançamento inclui balances públicos e Phoenix, shielding, transferências privadas, staking e fluxos de ativos DRC-20/DRC-721.
Um detalhe de implementação chamou minha atenção.
Um dApp não recebe automaticamente tudo depois de “Connect Wallet”. O acesso ao perfil público, endereços de recebimento com shielding, assinatura de mensagens e transações têm fluxos separados de solicitação e aprovação. As permissões também são armazenadas por origem.
Isso importa na Dusk porque conectar a uma aplicação financeira pode envolver mais do que expor um único endereço público.
Mas ainda é uma história de developer-preview.
Um padrão de conexão só se torna valioso quando dApps reais o adotam e wallets compatíveis o implementam corretamente. Uma wallet de primeira parte prova que a interface pode funcionar; ainda não prova a existência de um ecossistema amplo de aplicações.
A Dusk já tinha contratos, privacidade e liquidação.
A Dusk Connect e a nova wallet fornecem a camada de interação faltante entre eles e a pessoa que clica no botão.
O marco que eu observaria em seguida é simples: um dApp DuskDS em produção onde um usuário consiga conectar, aprovar e concluir uma ação com shielding ou em ativo tokenizado sem sair da aplicação.
#dusk @Dusk
Assumi que a nova Dusk Wallet fosse principalmente uma reformulação da carteira web existente.
Depois li o anúncio do developer-preview de abril e verifiquei os repositórios.
A antiga carteira web podia interagir com a Dusk diretamente, mas era uma aplicação independente. Um dApp não conseguia descobri-la, solicitar um perfil ou pedir para que ela assinasse uma transação por meio de um fluxo de conexão padrão.
Isso deixava uma lacuna entre os contratos da Dusk e os usuários reais.
A Dusk Connect preenche a parte da aplicação dessa lacuna. Ela permite que um dApp descubra wallets compatíveis, solicite acesso ao perfil e envie ações aprovadas pelo usuário por meio de uma interface de provedor compartilhada.
A nova Dusk Wallet fica do outro lado.
Ela mantém as chaves localmente, mostra a solicitação e permite que o usuário aprove ou rejeite. Seu primeiro lançamento inclui balances públicos e Phoenix, shielding, transferências privadas, staking e fluxos de ativos DRC-20/DRC-721.
Um detalhe de implementação chamou minha atenção.
Um dApp não recebe automaticamente tudo depois de “Connect Wallet”. O acesso ao perfil público, endereços de recebimento com shielding, assinatura de mensagens e transações têm fluxos separados de solicitação e aprovação. As permissões também são armazenadas por origem.
Isso importa na Dusk porque conectar a uma aplicação financeira pode envolver mais do que expor um único endereço público.
Mas ainda é uma história de developer-preview.
Um padrão de conexão só se torna valioso quando dApps reais o adotam e wallets compatíveis o implementam corretamente. Uma wallet de primeira parte prova que a interface pode funcionar; ainda não prova a existência de um ecossistema amplo de aplicações.
A Dusk já tinha contratos, privacidade e liquidação.
A Dusk Connect e a nova wallet fornecem a camada de interação faltante entre eles e a pessoa que clica no botão.
O marco que eu observaria em seguida é simples: um dApp DuskDS em produção onde um usuário consiga conectar, aprovar e concluir uma ação com shielding ou em ativo tokenizado sem sair da aplicação.
#dusk @Dusk