Há uma pequena coisa que eu percebo no software que uso com frequência: quando eu paro de lutar com a interface, começo a confiar um pouco mais no que está por baixo dela.

Não porque o sistema tenha ficado mais seguro.

Principalmente porque eu não preciso mais traduzir cada passo na minha cabeça.
É aí que a transição de Zedger para Hedger começa a parecer menos uma atualização de recurso e mais uma mudança no lugar onde mora a dificuldade.
Zedger pediu que os desenvolvedores trabalhassem diretamente com contratos do DuskVM na Dusk L1. Hedger mantém o mesmo problema amplo — transações confidenciais de ativos —, mas move a execução para o DuskEVM, usando um ambiente voltado para Solidity/EVM em vez do nativo da Dusk.

A leitura óbvia é “a Dusk está ficando compatível com EVM”.
Não tenho certeza de que essa seja a leitura mais útil.

Com Zedger, parte da confiança vinha de entender o próprio modelo de execução da Dusk. Você precisava aprender o sistema antes de realmente poder usá-lo. Com Hedger, a superfície de execução fica familiar, enquanto o DuskDS permanece por baixo como a camada de liquidação e de disponibilidade de dados.

Isso muda a suposição.

O desenvolvedor talvez não precise mais entender a linguagem interna da cadeia. Ele pode contar com uma interface padrão, enquanto a confidencialidade é tratada por meio de criptografia homomórfica e provas de conhecimento zero dentro desse ambiente.

Parece como se a parte difícil tivesse sido colocada atrás da interface.
Mas então a interface também muda o que é preservado. O modelo de conta da EVM não carrega todas as propriedades de anonimato associadas ao design orientado a UTXO do Zedger.

Então a compensação não é simplesmente nativo versus EVM.

É se a Dusk quer que a privacidade permaneça uma propriedade que os desenvolvedores precisam entender diretamente, ou algo que eles podem usar sem se tornarem especialistas da Dusk primeiro.

#dusk $DUSK @Dusk $BTC