Eu assumi que o DuskEVM era apenas mais uma blockchain compatível com EVM.
Contratos Solidity. Ferramentas familiares. Compatibilidade com MetaMask. O discurso padrão que cada nova Layer 1 usa para atrair desenvolvedores. Eu esperava que o ângulo de privacidade fosse apenas um recurso secundário—talvez um padrão de token com blindagem ou um mixer opcional. Algo em que você opta quando precisa.
Acabou que era a própria arquitetura.
O Hedger não é um plugin. É o módulo de privacidade do DuskEVM. Ele usa criptografia homomórfica para realizar cálculos em dados criptografados sem descriptografá-los primeiro. Provas de conhecimento zero verificam que o cálculo foi correto sem revelar as entradas. O resultado é um fluxo de trabalho EVM confidencial em que os valores das transações e as identidades dos participantes permanecem ocultos para o público, mas ainda são revisáveis por partes autorizadas como reguladores ou auditores.
Isso muda o que eu achava sobre construir no Dusk. Eu pensei que os desenvolvedores escreveriam Solidity normal e adicionariam privacidade depois. Agora estou começando a pensar que eles vão escrever Solidity confidencial desde o início, porque a privacidade não é um add-on. É o ambiente padrão. A compatibilidade com EVM é a ponte que os leva até lá. A privacidade é o motivo de eles ficarem.
Mas o custo dessa troca é a complexidade. A criptografia homomórfica é computacionalmente cara. A geração de provas de conhecimento zero adiciona latência. Uma transferência padrão de ERC-20 confirma em segundos. Uma transferência confidencial confirma quando a prova é validada. A experiência do desenvolvedor é familiar na sintaxe, mas estranha nas características de desempenho.
Ainda estou avaliando se as instituições aceitarão a execução confidencial mais lenta em troca de conformidade regulatória embutida na cadeia, ou se preferirão uma execução pública rápida com a conformidade tratada off-chain.
A privacidade vale o custo de desempenho quando o regulador está observando de qualquer forma?
#dusk $DUSK @Dusk
Contratos Solidity. Ferramentas familiares. Compatibilidade com MetaMask. O discurso padrão que cada nova Layer 1 usa para atrair desenvolvedores. Eu esperava que o ângulo de privacidade fosse apenas um recurso secundário—talvez um padrão de token com blindagem ou um mixer opcional. Algo em que você opta quando precisa.
Acabou que era a própria arquitetura.
O Hedger não é um plugin. É o módulo de privacidade do DuskEVM. Ele usa criptografia homomórfica para realizar cálculos em dados criptografados sem descriptografá-los primeiro. Provas de conhecimento zero verificam que o cálculo foi correto sem revelar as entradas. O resultado é um fluxo de trabalho EVM confidencial em que os valores das transações e as identidades dos participantes permanecem ocultos para o público, mas ainda são revisáveis por partes autorizadas como reguladores ou auditores.
Isso muda o que eu achava sobre construir no Dusk. Eu pensei que os desenvolvedores escreveriam Solidity normal e adicionariam privacidade depois. Agora estou começando a pensar que eles vão escrever Solidity confidencial desde o início, porque a privacidade não é um add-on. É o ambiente padrão. A compatibilidade com EVM é a ponte que os leva até lá. A privacidade é o motivo de eles ficarem.
Mas o custo dessa troca é a complexidade. A criptografia homomórfica é computacionalmente cara. A geração de provas de conhecimento zero adiciona latência. Uma transferência padrão de ERC-20 confirma em segundos. Uma transferência confidencial confirma quando a prova é validada. A experiência do desenvolvedor é familiar na sintaxe, mas estranha nas características de desempenho.
Ainda estou avaliando se as instituições aceitarão a execução confidencial mais lenta em troca de conformidade regulatória embutida na cadeia, ou se preferirão uma execução pública rápida com a conformidade tratada off-chain.
A privacidade vale o custo de desempenho quando o regulador está observando de qualquer forma?
#dusk $DUSK @Dusk