Ontem de manhã, eu basicamente passei quase todo o tempo “brincando” com o novo testnet DuskEVM da @Dusk , em vez de fazer algo mais útil.

O testnet subiu em 10/8, e o que mais se fala até agora é “já ter suporte a Solidity e Hardhat”. Ok, isso é bem legal, mas, sendo bem sincero, não é exatamente isso que me faz parar e ficar de olhos fixos quando estou rolando o feed.

O que mais me chamou atenção foi como a #dusk lida com settlement. O contract roda no DuskEVM, e o sequencer fica encarregado da execução; mas o batcher manda os dados das transações para o DuskDS na forma de blobs. Depois, é o proposer que grava o state commitment por cima disso. Em termos simples: a execução acontece no DuskEVM, enquanto a finalidade fica “ancorada” na base layer. O gas é pago com $DUSK , mas antes é preciso fazer bridge do DUSK do DuskDS para conseguir fazer o deploy.

Isso ficou girando na minha cabeça. Para começar a escrever Solidity no DuskEVM, o dev teve que trazer DUSK de verdade via bridge antes. Para mim, esse detalhe torna a experiência da rede mais real e palpável — em vez de ficar só no campo teórico.

Acabei de dar uma olhada rápida no explorer do testnet e vi que o contrato já apareceu lá há alguns dias. Uma rede nova funcionando por apenas seis dias e já tendo tanta atividade, na minha opinião, não é pouca coisa.

Eu ainda não parei de aprofundar se esse modelo de settlement-anchoring vai ter um papel grande na forma como ativos como NPEX vão operar no EVM no futuro, ou se eu só estou olhando um padrão familiar do OP Stack e atribuindo a ele um significado demais.

Por enquanto, eu estou mais inclinado para a primeira hipótese, mas ainda não estou seguro o bastante para concluir.

Será que alguém já colocou contract no DuskEVM, ou todo mundo ainda está travado na etapa de ler docs como eu?
$UAI $MarsCoin #BitcoinRises23.6%Weekly #TinFed #TheoDõiFOMC