#dusk $DUSK @Dusk Eu assisti esta manhã a uma tentativa de deploy falhar no lado DuskEVM. Mesmo comando do Foundry, mesmo keystore criptografado, e a estimativa de gás parecia limpa o suficiente. A transação apenas ficou travada. O testnet DUSK “bridged” da Nocturne não tinha se estabilizado totalmente: o explorer ainda mostrava o salto da L1 como pendente, enquanto o RPC do EVM já havia enviado a carga útil assinada. Uma pequena diferença de tempo, mas fez eu ficar ali observando o status da ponte em vez de assumir que a ferramenta coordenaria tudo sozinha.
Esse travamento disse mais do que a maioria dos documentos. Você fica alternando entre dois ambientes que não compartilham um relógio nem a mesma superfície de verificação. Caminho nativo: compila o WASM, roda localmente no dusk-vm e depois entrega para a carteira Rusk com um nonce de deploy que passa a fazer parte do endereço. Perde o nonce e o contrato cai em algum lugar inesperado. No lado EVM parece familiar até o sequenciador e a camada de disponibilidade de dados discordarem sobre quando um depósito realmente é “real”. As pessoas começam a tratar o faucet do Discord e a ponte como infraestrutura compartilhada em vez de tokens gratuitos, o que muda o cuidado com que elas sequenciam os próprios testes.
Ainda não estou convencido de que a configuração dupla escale de forma limpa quando mais times atingem os mesmos pontos de coordenação ao mesmo tempo. Os incentivos empurram para uma verificação cuidadosa, mas só se você notar as lacunas. Na próxima vez vou atrasar deliberadamente a confirmação da ponte e observar quantos dos scripts usuais ainda assumem que tudo já está funcionando.
Esse travamento disse mais do que a maioria dos documentos. Você fica alternando entre dois ambientes que não compartilham um relógio nem a mesma superfície de verificação. Caminho nativo: compila o WASM, roda localmente no dusk-vm e depois entrega para a carteira Rusk com um nonce de deploy que passa a fazer parte do endereço. Perde o nonce e o contrato cai em algum lugar inesperado. No lado EVM parece familiar até o sequenciador e a camada de disponibilidade de dados discordarem sobre quando um depósito realmente é “real”. As pessoas começam a tratar o faucet do Discord e a ponte como infraestrutura compartilhada em vez de tokens gratuitos, o que muda o cuidado com que elas sequenciam os próprios testes.
Ainda não estou convencido de que a configuração dupla escale de forma limpa quando mais times atingem os mesmos pontos de coordenação ao mesmo tempo. Os incentivos empurram para uma verificação cuidadosa, mas só se você notar as lacunas. Na próxima vez vou atrasar deliberadamente a confirmação da ponte e observar quantos dos scripts usuais ainda assumem que tudo já está funcionando.
