#dusk $DUSK
Hoje eu estava cavando no testnet ao vivo do DuskEVM de @Dusk para entender melhor. Para ser honesto, à primeira vista parecia bem direto..... DApps podem ser implantados no Dusk usando ferramentas familiares do Ethereum como Solidity e Hardhat. Isso significa que a barreira de entrada para desenvolvedores de Ethereum no novo ecossistema é muito reduzida.
Mas se você vai um pouco mais a fundo, o assunto fica mais interessante. Porém, foi aqui que notei uma coisa. @Dusk não está apenas fornecendo compatibilidade com EVM; ele também está tentando trazer privacidade e finanças reguladas para a mesma arquitetura. Através do módulo Hedger, o valor da transação, o saldo e a lógica de negócios podem ser mantidos em segredo, enquanto a verificação necessária é possível usando Criptografia Homomórfica e Provas de Zero-Knowledge. Mas o problema é que, “jackfruit na árvore e óleo no bigode”, não é bem assim.
Mas sim, o que mais me preocupa aqui é o trade-off — mas talvez eu esteja errado nessa lógica. Pode parecer que uma linguagem mais restrita significa segurança. Mas a realidade é um pouco diferente. Devido à arquitetura EVM baseada em contas do Ethereum, o Hedger não consegue fornecer anonimato completo. Ou seja, mesmo que os dados financeiros estejam ocultos, as interações no nível da conta não são totalmente anônimas. Outra coisa é que quanto mais sofisticada a camada de privacidade, maior pode ser o custo computacional e a latência. Além disso, existe a questão da segurança entre camadas ao fazer a ponte de @Dusk para o DuskEVM.
Sim, é claro, há outra questão.
Conformidade e auditabilidade são, sem dúvida, importantes para finanças reguladas. Mas os usuários de DeFi sem permissão vão achar esse modelo de privacidade suficientemente independente?
De verdade, para mim, aqui está o verdadeiro teste do DuskEVM.
Por mais atraente que seja manter privacidade e conformidade juntas, esse equilíbrio talvez seja a parte mais difícil🤔
Hoje eu estava cavando no testnet ao vivo do DuskEVM de @Dusk para entender melhor. Para ser honesto, à primeira vista parecia bem direto..... DApps podem ser implantados no Dusk usando ferramentas familiares do Ethereum como Solidity e Hardhat. Isso significa que a barreira de entrada para desenvolvedores de Ethereum no novo ecossistema é muito reduzida.
Mas se você vai um pouco mais a fundo, o assunto fica mais interessante. Porém, foi aqui que notei uma coisa. @Dusk não está apenas fornecendo compatibilidade com EVM; ele também está tentando trazer privacidade e finanças reguladas para a mesma arquitetura. Através do módulo Hedger, o valor da transação, o saldo e a lógica de negócios podem ser mantidos em segredo, enquanto a verificação necessária é possível usando Criptografia Homomórfica e Provas de Zero-Knowledge. Mas o problema é que, “jackfruit na árvore e óleo no bigode”, não é bem assim.
Mas sim, o que mais me preocupa aqui é o trade-off — mas talvez eu esteja errado nessa lógica. Pode parecer que uma linguagem mais restrita significa segurança. Mas a realidade é um pouco diferente. Devido à arquitetura EVM baseada em contas do Ethereum, o Hedger não consegue fornecer anonimato completo. Ou seja, mesmo que os dados financeiros estejam ocultos, as interações no nível da conta não são totalmente anônimas. Outra coisa é que quanto mais sofisticada a camada de privacidade, maior pode ser o custo computacional e a latência. Além disso, existe a questão da segurança entre camadas ao fazer a ponte de @Dusk para o DuskEVM.
Sim, é claro, há outra questão.
Conformidade e auditabilidade são, sem dúvida, importantes para finanças reguladas. Mas os usuários de DeFi sem permissão vão achar esse modelo de privacidade suficientemente independente?
De verdade, para mim, aqui está o verdadeiro teste do DuskEVM.
Por mais atraente que seja manter privacidade e conformidade juntas, esse equilíbrio talvez seja a parte mais difícil🤔