Uma coisa me fez parar de rolar sobre a testnet do DuskEVM: a ponte não é apenas um fluxo simples de “mover DUSK e esquecer”.

Entrei na documentação esperando que a parte interessante fosse a compatibilidade com EVM. Em vez disso, continuei acompanhando as mecânicas de saque.

Foi aí que ficou estranhamente interessante.

Um saque no DuskEVM exige três ações on-chain separadas: iniciar na EVM, provar na Dusk L1 e, então, finalizar na L1. Mais importante ainda, a documentação diz que a prontidão depende do estado de rede publicado, da maturidade da prova e das verificações do jogo de disputa — e não apenas de esperar um tempo fixo.

Peguei um café e voltei por tudo.

Mecanicamente, isso faz sentido para um ambiente de execução no estilo OP Stack, liquidado por meio do DuskDS. Mas, estruturalmente, isso significa que a experiência do usuário é parcialmente controlada por condições fora da transação original da EVM.

Essa é a parte que ninguém coloca no título “EVM está no ar”.

Talvez seja apenas o inevitável tradeoff de conectar duas camadas de execução.

Mas me fez pensar: à medida que o DuskEVM sai da experimentação na testnet e avança para atividade financeira real, os usuários vão aceitar uma ponte em que “concluído” nem sempre significa “disponível para saque” ainda?
@Dusk_Foundation
#dusk $DUSK