Eu me sentei e explorei sozinho a nova testnet EVM da Dusk e saí com mais perguntas do que respostas. Estranhamente, eu vejo isso como um bom sinal.

Se eu entendo um projeto de privacidade rápido demais, normalmente assumo que perdi alguma coisa.

Comecei com a expectativa de que a privacidade fosse uma parte natural da Dusk.

Em vez disso, tudo estava… normal demais.

Chain ID 745, Hardhat conectou sem problemas, Blockscout verificado. Execução L2 familiar, disponibilidade de dados publicada na DuskDS.

Sem criptografia padrão. Sem transação blindada. Sem privacidade padrão.

Quanto mais eu olhava, mais eu via que o problema está no que ainda não se tornou o padrão.

Eu continuava me perguntando: “Se a privacidade é essencial, por que ela não é o padrão?”

Talvez essa seja a pergunta errada.

A Dusk atualmente tem duas portas.

Uma está escancarada: compatibilidade com Ethereum, ferramentas familiares, zero atrito.

A outra é privacidade — ainda exigindo um tipo de endereço separado, um SDK e um modelo mental. Ainda é opt-in.

Quando a privacidade virar opcional em vez do padrão, quanto ainda resta de substância em “compatível por design”?

É uma decisão central de design ou apenas uma camada adicionada quando necessário?

Eu ainda não tenho a resposta.

Eu não culpo a Dusk por priorizar EVM primeiro. Mas eu me importo mais com a lacuna entre o que está rodando e o que ainda está no roadmap.

Geralmente é aí que os detalhes mais importantes ficam escondidos.

Próximo passo, quero investigar mais a fundo a arquitetura de privacidade da Dusk.

Tenho a sensação de que é ali que meu entendimento atual vai ou se sustentar — ou mudar completamente.
@Dusk_Foundation #dusk $DUSK $KII $AEON
#BNBChainToActivatePasteurHardFork #SanDiskRises7%OnRevenueGrowthOutlook #USJulyRetailSalesFall0.6% #SaudiPIFDiscloses154.1MSpaceXShares