Eu já vi sistemas “compatíveis” devorarem traders vivos.

Lá em 2021, eu assisti a um protocolo DeFi perder milhões porque sua ponte cross-chain usava uma precisão decimal diferente de um lado para o outro. A matemática parecia certa. As transações aconteceram. Mas aquele pequeno desvio de arredondamento? Bots de arbitragem se fartaram por semanas antes de alguém perceber. Nessa altura, o estrago já estava feito. 💀

Essa lembrança bateu diferente ao ler sobre o adapter do DuskEVM.

Hein Dauven chama de “infraestrutura crítica” — indexar o estado do Dusk, mapeando dados nativos em respostas compatíveis com Ethereum. Soa limpo, certo?

E aqui está o problema: o Dusk usa LUX na L1. A ferramenta do Ethereum espera WEI. O Dusk tem modelos de conta diferentes, identificação do chamador diferente, restrições de runtime diferentes. O adapter não é só traduzir — ele está interpretando.

E toda escolha de interpretação? Superfície de ataque.

Aqui vai o cenário que não me deixa dormir:

• O Adapter converte LUX para WEI usando uma taxa fixa
• A precisão do Dusk difere do modelo WEI do Ethereum
• O Adapter arredonda, trunca ou completa (pad) durante a conversão
• O atacante encontra a borda exata onde a interpretação diverge da realidade do acerto
• O contrato inteligente executa na versão WEI do adapter. O DuskDS liquida o valor real de LUX.
• A diferença entre eles? Valor extraível.

“Grande parte do comportamento EVM é idêntico” significa que nem tudo é. COINBASE, PREVRANDAO, ORIGIN — as diferenças são onde os exploits vivem.

A correção? Não confie no adapter. Exija provas ZK para toda tradução. Contratos inteligentes verificam a prova antes de agir — garantindo equivalência semântica sem confiar na interpretação.

$DUSK está construindo infraestrutura regulada séria. Mas “compatível com EVM” sem equivalência semântica é apenas uma embalagem diferente para uma vulnerabilidade.

Vão chamar de “EVM-equivalente” ou de “fachada compatível”?

@Dusk_Foundation #dusk $MAGMA $BIO