#dusk $DUSK @Dusk
Voltei para aquele mesmo grupo de conversa hoje porque alguém contestou: "ok, Moonlight e Phoenix são legais, mas é só coisa da camada base. O que acontece quando um dev de verdade quer construir algo em cima?"😅
Contestação justa, e eu não tinha uma boa resposta da última vez.
Acontece que essa é exatamente a lacuna para a qual o DuskEVM foi feito. Ele é a camada de aplicação compatível com EVM que fica por cima da cadeia base — ou seja, um dev Solidity não precisa aprender uma linguagem ou toolchain totalmente nova para construir aqui; ele tem um ponto de entrada familiar em uma cadeia que já trata nativamente a separação privacidade/compliance por baixo.

A parte que eu não tinha captado: ambientes EVM normalmente são transparentes por padrão, é assim que a ferramenta funciona.
Então encaixar uma cadeia de "privacidade verificável" em uma camada compatível com EVM não é grátis; alguém precisa realmente resolver esse encaixe.

É isso que o Hedger faz — o módulo de privacidade da Dusk, construído especificamente para fluxos confidenciais de EVM, usando criptografia homomórfica e provas ZK para que a execução do contrato possa permanecer privada, mas ainda assim ser revelada para quem estiver efetivamente autorizado a verificar.

Então a pilha começa a fazer mais sentido como camadas, e não como um único recurso: Moonlight/Phoenix lidam com a escolha de privacidade no nível da transação, o DuskEVM dá aos builders um caminho normal de entrada, e o Hedger é a peça que garante que esse caminho não herde por acidente o padrão de "tudo é público" do EVM.

Ressalva, igual à última vez: o mainnet do DuskEVM ainda não está no ar, ele está a caminho. A afirmação do Hedger de "verificável, não apenas oculto" é uma meta de design até contratos reais estarem passando por ele e alguém de fato ter acionado o mecanismo de revelação em um fluxo ao vivo.

Mas fiquei genuinamente curioso com o que as pessoas acham:
Se vocês estivessem construindo em uma cadeia como essa, o que mais os preocuparia?