#dusk Hoje, ao comparar @Dusk (site oficial) e a documentação de desenvolvimento, encontrei um detalhe que vale mais a pena do que qualquer parâmetro de desempenho: o site oficial ainda marca o DuskEVM como Testnet, e o guia da ponte entre camadas também é explícito ao dizer que o usuário deve usar apenas moedas de teste sem valor real; mas a documentação de implantação já lista o Chain ID da mainnet 744 e também endereços de RPC e do navegador. Essas duas informações não precisam necessariamente entrar em conflito — podem apenas indicar que a infraestrutura foi preparada primeiro e o status do produto confirmado depois —, porém, para usuários comuns, “ter configuração de mainnet” absolutamente não é a mesma coisa que “serviço de mainnet oficialmente aberto”.
O rumo do DuskEVM é fácil de entender: permitir que aplicações Solidity continuem usando ferramentas familiares como Hardhat, Foundry etc., publicando os resultados de execução e os dados de volta ao DuskDS e pagando Gas via $DUSK . Assim, reduz-se o custo de migração para desenvolvedores e ainda fica um caminho para a futura integração de processos de privacidade. Já o fluxo de saída da ponte da testnet não termina ao clicar uma única vez: ele começa do lado EVM, depois envia a prova ao Dusk L1 e, por fim, confirma; além disso, o estado ainda passa por etapas como proposta de output, maturação da prova e verificação de controvérsias.
O risco desse desenho não está no número de passos, e sim no fato de o estado poder ser ofuscado por uma frase do tipo “compatível com EVM”. O RPC conseguir responder não significa que a ponte, o navegador, a carteira e o caminho de saída estejam no padrão de produção; e aparecerem parâmetros de mainnet na documentação não quer dizer que liquidez, aplicações e orçamento de segurança já estejam garantidos. Além disso, o serviço de ponte já teve um incidente recente com a perda de uma carteira assinante; por isso, o caminho de fundos entre camadas precisa ainda mais de anúncios claros de lançamento, informações de limites e explicações de monitoramento.
Portanto, eu não vou, agora, colocar um rótulo de “maduro” ou “sem progresso” no DuskEVM. O que realmente importa é esperar pelo status unificado da equipe oficial: o alcance de abertura da mainnet, se a ponte atende a fundos reais, as primeiras aplicações, dados de auditoria de contratos e resultados de testes reais do fluxo de saída. Para este projeto, a tabela de configurações é um sinal de preparação; o sinal definitivo é a ida e volta estável de fundos reais.
$CLO $BTC
O rumo do DuskEVM é fácil de entender: permitir que aplicações Solidity continuem usando ferramentas familiares como Hardhat, Foundry etc., publicando os resultados de execução e os dados de volta ao DuskDS e pagando Gas via $DUSK . Assim, reduz-se o custo de migração para desenvolvedores e ainda fica um caminho para a futura integração de processos de privacidade. Já o fluxo de saída da ponte da testnet não termina ao clicar uma única vez: ele começa do lado EVM, depois envia a prova ao Dusk L1 e, por fim, confirma; além disso, o estado ainda passa por etapas como proposta de output, maturação da prova e verificação de controvérsias.
O risco desse desenho não está no número de passos, e sim no fato de o estado poder ser ofuscado por uma frase do tipo “compatível com EVM”. O RPC conseguir responder não significa que a ponte, o navegador, a carteira e o caminho de saída estejam no padrão de produção; e aparecerem parâmetros de mainnet na documentação não quer dizer que liquidez, aplicações e orçamento de segurança já estejam garantidos. Além disso, o serviço de ponte já teve um incidente recente com a perda de uma carteira assinante; por isso, o caminho de fundos entre camadas precisa ainda mais de anúncios claros de lançamento, informações de limites e explicações de monitoramento.
Portanto, eu não vou, agora, colocar um rótulo de “maduro” ou “sem progresso” no DuskEVM. O que realmente importa é esperar pelo status unificado da equipe oficial: o alcance de abertura da mainnet, se a ponte atende a fundos reais, as primeiras aplicações, dados de auditoria de contratos e resultados de testes reais do fluxo de saída. Para este projeto, a tabela de configurações é um sinal de preparação; o sinal definitivo é a ida e volta estável de fundos reais.
$CLO $BTC
