Eu estava bem fundo no detalhamento do DuskDS / DuskVM / DuskEVM para a tarefa do CreatorPad na Dusk ($DUSK , #dusk , @Dusk ) quando algo pequeno me travou — a própria stack de produtos do site ainda marca o DuskEVM como "Testnet". E não é notícia velha. Verifiquei de novo hoje, 18 de agosto, três dias depois do texto de 15 de agosto deles no blog sobre tokenização de SME ter ido ao ar.
A questão é esta: o explicador de arquitetura soa como três camadas zumbindo juntas agora mesmo. Na prática, apenas o DuskDS — a camada nativa de liquidação ZK — carrega a tag "Live". O DuskEVM e o Hedger — as partes que realmente permitem que desenvolvedores Solidity comuns mexam com isso — ainda são testnet. Então o lado nativo de privacidade já está dando retorno (210M+ DUSK apostados, ~10s de finalização no contador ao vivo), enquanto o caminho EVM que todo mundo cita como "a rampa de onboarding" é… ainda uma promessa com um selo de status anexado.
Fiquei rolando de volta para cima achando que eu tinha lido errado as etiquetas. Não tinha.
Faz sentido como escolha de sequenciamento — primeiro provar o trilho de liquidação em conformidade com instituições, trazer a galera do EVM depois, quando estiver chato e estável. Mas isso significa que "três componentes trabalhando juntos" é mais roteiro do que estado atual.
Quem está construindo nisso de fato hoje, e quem só está salvando documentos para depois?
@Dusk
#dusk
$DUSK