Parei na divisão entre DuskVM e DuskEVM porque parece mais simples no papel do que se revela quando você rastreia o que realmente roda em cada lugar.
Durante a tarefa, verifiquei a cadeia da Dusk e vi o bloco nº 4.178.605 com a rede ainda produzindo blocos por volta da marca de 10 segundos, enquanto apenas 236 transações foram registradas ao longo de 24h. Esse contraste ficou comigo.
@Dusk não está, de fato, tratando DuskVM e DuskEVM como duas versões da mesma coisa. DuskVM é execução nativa em Rust/WASM diretamente no L1, enquanto DuskEVM funciona como um ambiente de execução EVM, assentado por meio do DuskDS.
A diferença prática foi o que me chamou atenção. DuskVM te dá uma conexão mais profunda com os primitivos nativos do L1, enquanto DuskEVM oferece aos desenvolvedores o caminho familiar da EVM via Solidity.
Eu inicialmente pensei que a camada EVM acabaria naturalmente se tornando o centro óbvio de atividades, mas os números recentes da cadeia fizeram eu desacelerar um pouco. Um produtor de blocos agitado não significa automaticamente um uso de aplicações igualmente agitado.
Ainda estou me perguntando se, eventualmente, a DuskEVM se torna o local onde a maior parte da atividade das aplicações realmente se assenta, ou se a VM nativa mantém as cargas de trabalho mais importantes perto da camada base…
The thing that caught me while digging into DuskEVM wasn’t the EVM part itself. It was where the execution actually sits.
I was looking through @DuskNetwork, the current docs show DuskEVM using chain ID 744, with DUSK as the native gas token, while DuskDS handles settlement and data availability. That separation sounds clean on paper, but it changed how I looked at the network: the EVM environment isn’t replacing Dusk’s base layer; it is sitting on top of it.
What made me pause was the recent OpenDusk governance activity.
The August vote is about whether burned block rewards should flow into a community treasury, while DuskEVM is being positioned as the application layer. So there’s an interesting contrast here: governance and settlement stay tied to DuskDS, while developers get the familiar Solidity/EVM environment above it.
I originally thought EVM on Dusk mostly meant easier deployment. After tracing the architecture, I’m less sure that’s the important part.
The real question for me is whether developers actually use that separation in practice, or whether DuskEVM remains mostly a compatibility layer while the deeper activity stays on DuskDS…
DuskVM is probably more important than it first looks.
I was digging into Dusk’s execution layer, and one detail stood out to me:
Dusk isn’t forcing every developer into the EVM.
DuskVM runs Rust/WASM smart contracts directly on the Dusk L1, while DuskEVM gives developers the SolidityEVM route. That separation is interesting because the two environments solve different problems.
Then, on August 10, DuskEVM testnet went live, opening the EVM compatible side for Solidity and Hardhat based testing.
What I find interesting here is the architecture:
DuskVM → direct L1 execution Rust/WASM → protocol-level and specialized contracts Privacy/ZK access → closer to the base layer DuskEVM → familiar Ethereum tooling $DUSK → native gas and staking asset
My first reaction was actually: why build two execution paths?
The answer seems to be flexibility rather than compatibility for its own sake.
But testnet launch alone doesn't tell us whether developers will actually use both environments at scale. That's the part I'm watching now.
Will real builders choose DuskVM when direct L1 execution matters, or will most activity eventually gravitate toward DuskEVM?
Antes de escrever qualquer coisa sobre Dusk, eu abri o explorer dele em vez da documentação. A primeira coisa que chamou atenção: 206 provisionadores ativos contra apenas 5 pendentes.
Para uma cadeia que ainda está se posicionando em torno de DuskEVM e liquidação de RWA, essa entrada de validador com fila curta não é exatamente lotada.
O stake bloqueado atualmente fica perto de 1,6M DUSK, com cerca de 1,7M DUSK em recompensas não reivindicadas.
Esse número de não reivindicadas foi o que me fez pausar; ele é mais ou menos do mesmo tamanho que o stake bloqueado em si. Ou a reivindicação não é automatizada para a maioria dos stakers, ou uma parte dos provisionadores simplesmente ainda não está se dando ao trabalho de sacar.
O que isso nos diz: a participação é estável, mas não está crescendo de forma agressiva neste momento, e o comportamento de reivindicar recompensas parece passivo em vez de ativo.
O que isso não nos diz: eu não consegui confirmar como esses números se comparam ao snapshot da semana passada, nem se as recompensas não reivindicadas pertencem a alguns poucos grandes detentores ou a muitos pequenos — o explorer não detalha isso de forma clara.
Qualquer pessoa acompanhando diretamente o conjunto de provisionadores do Dusk: a baixa contagem de validadores pendentes é um gargalo ou apenas um sinal de uma rede menor e deliberadamente escolhida?
$NOM rompeu o padrão de cunha descendente com forte volume e confirmou o movimento com uma retest bem-sucedida.
A 50MA está fornecendo um suporte sólido, reforçando a estrutura de alta. O momentum está ganhando força e o setup aponta para um possível movimento explosivo para cima. 🚀
$IMX está negociando perto da fronteira inferior de um canal em queda, onde os compradores estão tentando defender o suporte.
Um rompimento acima da linha de tendência descendente poderia desencadear uma forte recuperação em direção à zona de resistência de US$ 0,19–US$ 0,22, enquanto a falha em manter o suporte manteria a tendência de baixa intacta.
$BABY chamou minha atenção no meio da tarefa por um motivo chato: um número. O próximo desbloqueio cai em 10 de agosto, cinco dias depois de eu estar cavando, liberando 136,11M BABY ~$1,43M, cerca de 1,2% da oferta total.
Pequeno no papel, mas o preço já estava 3,56% abaixo em 24h antes mesmo do desbloqueio acontecer.
Todo mundo fala da história de staking do BTC, cofres sem confiança, compartilhamento de segurança, todo o grande enredo. Enquanto isso, a ação real de preço desta semana não tem nada a ver com isso. É só matemática de vesting.
Investidores iniciais e alocações da equipe são liberados em um cliff e depois vão sangrando mensalmente, e o mercado precifica isso antes mesmo de os tokens se mexerem. O produto é a segurança do Bitcoin. O comportamento é uma pressão de venda movida por desbloqueios.
É meio um descompasso, só um momento—não estou dizendo que seja ruim—apenas reparei como a proposta técnica está desconectada do que realmente move o gráfico de dia a dia.
Eu me peguei checando calendários de desbloqueio em vez de documentos de staking, o que parecia o contrário para um projeto tão tecnicamente interessante.
Se algum dia essa lacuna fechar, ou se cada narrativa de staking do BTC só vai rodando silenciosamente no mesmo relógio de desbloqueio por baixo.