$DUSK Há um detalhe pouco conhecido: a sua camada de abstração de conta não é aquele tipo de solução “compatível posteriormente” como o EIP-4337, mas sim algo embutido desde a camada de consenso.
O sistema de Contrato de Conta da Dusk permite que os usuários usem sua própria lógica para definir “o que conta como uma transação válida”. Você pode escrever a lógica de validação como um contrato WASM, implantar na cadeia e, então, sua conta deixa de depender de assinaturas ECDSA. Se quiser usar recuperação social, autenticação multifator, combinações de chaves de hardware ou até autorizações condicionais baseadas em tempo, tudo pode ser personalizado no contrato.$DUSK
Isso é muito útil para usuários institucionais. Por exemplo, uma empresa de gestão de ativos pode definir uma regra de conta: transferências únicas acima de 100 mil DUSK exigem assinaturas de 3 diretores; acima de 500 mil exigem 5 assinaturas mais um bloqueio de tempo de 48 horas. Essas lógicas ficam codificadas diretamente no contrato da conta, sem necessidade de passar por nenhum contrato intermediário ou carteira multisig.
Outro detalhe é a atomicidade da execução das transações. Os contratos de conta da Dusk permitem encadear várias operações em uma única transação — primeiro verificar a identidade, depois checar o saldo, em seguida executar a transferência e, por fim, atualizar o estado — todo o fluxo é concluído como uma unidade atômica: ou tudo dá certo, ou tudo é revertido. Isso é muito mais direto do que as duas etapas no Ethereum, onde primeiro se faz approve e depois transferFrom, além de economizar uma interação na cadeia.$ETH
Claro, personalizar a lógica de validação também significa uma superfície de ataque maior. Se o contrato da sua conta tiver um bug, um atacante pode contornar as regras de validação e transferir os ativos diretamente. A resposta da Dusk é exigir que o contrato da conta passe primeiro pelas verificações de ferramentas de verificação formal, para que possa ser aceito pela rede. Esse “portão de segurança” antecipado é um fardo para desenvolvedores, mas uma proteção para os usuários.
@Dusk_Foundation #dusk
O sistema de Contrato de Conta da Dusk permite que os usuários usem sua própria lógica para definir “o que conta como uma transação válida”. Você pode escrever a lógica de validação como um contrato WASM, implantar na cadeia e, então, sua conta deixa de depender de assinaturas ECDSA. Se quiser usar recuperação social, autenticação multifator, combinações de chaves de hardware ou até autorizações condicionais baseadas em tempo, tudo pode ser personalizado no contrato.$DUSK
Isso é muito útil para usuários institucionais. Por exemplo, uma empresa de gestão de ativos pode definir uma regra de conta: transferências únicas acima de 100 mil DUSK exigem assinaturas de 3 diretores; acima de 500 mil exigem 5 assinaturas mais um bloqueio de tempo de 48 horas. Essas lógicas ficam codificadas diretamente no contrato da conta, sem necessidade de passar por nenhum contrato intermediário ou carteira multisig.
Outro detalhe é a atomicidade da execução das transações. Os contratos de conta da Dusk permitem encadear várias operações em uma única transação — primeiro verificar a identidade, depois checar o saldo, em seguida executar a transferência e, por fim, atualizar o estado — todo o fluxo é concluído como uma unidade atômica: ou tudo dá certo, ou tudo é revertido. Isso é muito mais direto do que as duas etapas no Ethereum, onde primeiro se faz approve e depois transferFrom, além de economizar uma interação na cadeia.$ETH
Claro, personalizar a lógica de validação também significa uma superfície de ataque maior. Se o contrato da sua conta tiver um bug, um atacante pode contornar as regras de validação e transferir os ativos diretamente. A resposta da Dusk é exigir que o contrato da conta passe primeiro pelas verificações de ferramentas de verificação formal, para que possa ser aceito pela rede. Esse “portão de segurança” antecipado é um fardo para desenvolvedores, mas uma proteção para os usuários.
@Dusk_Foundation #dusk