Implantando um pequeno contrato de teste na testnet da Dusk, ativa desde 10 de agosto, pareceu trabalho padrão de Hardhat até que a tx apenas... fosse confirmada. Sem estado pendente, sem mempool para observar, sem esperar a competição de gás se estabilizar. Por um segundo achei que meu RPC estava com problemas. Não estava; o DuskEVM simplesmente não executa um mempool público. É somente sequenciador, por design. Esse detalhe do task do CreatorPad em @Dusk e $DUSK , #dusk foi o que realmente ficou comigo.

Eu tinha assumido que compatível com EVM significava EVM-comportado, mempool incluso. Conferir a implantação no explorador da testnet do Blockscout confirmou: as transações vão direto do batcher para a execução, sem uma janela visível de pré-confirmação. Vindo de redes em que dá para ver uma tx ficar lá, suando um pouco, isso pareceu quase silencioso demais.

Minha primeira reação foi um leve incômodo; eu gosto de ver estados pendentes, é parte de como eu avalio a carga da rede. Depois repensei: não ter mempool público também significa que não dá para fazer front-running do jeito usual, o que combina com uma cadeia feita em torno de privacidade e conformidade, em vez de um teatro DeFi aberto.

Ainda não tenho certeza de como isso se sustenta quando entrar liquidez real e mais descentralização do sequenciador. DYOR, isto é apenas comportamento de testnet até agora, não uma propriedade estabelecida da arquitetura da mainnet.

Você prefere redes com mempool visível?