Pequena coisa no repositório de auditoria do Dusk que diz algo maior.
O repositório agora foi dividido em duas pastas. core-audits contém o que você esperaria — o sistema de prova, a VM, o consenso, a biblioteca do nó, a camada de rede, em sua maioria datado de 2023 a 2024.
Depois vem token-audits, e ele contém dois relatórios de abril de 2026: uma avaliação de segurança do contrato ERC20 @Dusk e uma do contrato BEP20 $DUSK BEP20, ambos feitos por Mochavi.
Isso me fez parar. A Mainnet está no ar desde o começo de 2025. Por que gastar orçamento de auditoria em 2026 nos contratos legados do token em outras chains?
A única resposta que faz sentido é que esses contratos ainda são “estruturais”. Uma grande parte do DUSK ainda existe como ERC20 e BEP20. Depósitos em exchanges, saldos em carteiras, o caminho de migração para o nativo $DUSK — tudo isso ainda passa por código que antecede a chain que deveria alimentar.
Dois apontamentos, e eu tenho os dois.
Generoso: é exatamente a maturidade que você quer. A maioria dos times trata o contrato antigo do token como legado e nunca mais olha para ele, mesmo quando ele mantém a maior parte do “float”. Auditar anos depois é um trabalho pouco glamouroso, sem valor de marketing, o que normalmente é um sinal de que foi feito pelo motivo certo.
Cauteloso: também é um reconhecimento de onde o token realmente vive. Se a maior parte da oferta tivesse migrado para o DUSK nativo, esses contratos importariam menos a cada ano. Pedir auditorias novas sugere o contrário — que as vias antigas ainda são as principais, no segundo ano de mainnet.
Ressalva justa: estou inferindo intenção a partir de um nome de arquivo e de uma data. Eu não vi uma declaração de #dusk explicando o timing, e posso estar errado quanto à motivação.
Quando um projeto audita seus contratos legados anos após o lançamento — isso para você soa como diligência, ou como um sinal sobre onde a oferta ainda está?
O repositório agora foi dividido em duas pastas. core-audits contém o que você esperaria — o sistema de prova, a VM, o consenso, a biblioteca do nó, a camada de rede, em sua maioria datado de 2023 a 2024.
Depois vem token-audits, e ele contém dois relatórios de abril de 2026: uma avaliação de segurança do contrato ERC20 @Dusk e uma do contrato BEP20 $DUSK BEP20, ambos feitos por Mochavi.
Isso me fez parar. A Mainnet está no ar desde o começo de 2025. Por que gastar orçamento de auditoria em 2026 nos contratos legados do token em outras chains?
A única resposta que faz sentido é que esses contratos ainda são “estruturais”. Uma grande parte do DUSK ainda existe como ERC20 e BEP20. Depósitos em exchanges, saldos em carteiras, o caminho de migração para o nativo $DUSK — tudo isso ainda passa por código que antecede a chain que deveria alimentar.
Dois apontamentos, e eu tenho os dois.
Generoso: é exatamente a maturidade que você quer. A maioria dos times trata o contrato antigo do token como legado e nunca mais olha para ele, mesmo quando ele mantém a maior parte do “float”. Auditar anos depois é um trabalho pouco glamouroso, sem valor de marketing, o que normalmente é um sinal de que foi feito pelo motivo certo.
Cauteloso: também é um reconhecimento de onde o token realmente vive. Se a maior parte da oferta tivesse migrado para o DUSK nativo, esses contratos importariam menos a cada ano. Pedir auditorias novas sugere o contrário — que as vias antigas ainda são as principais, no segundo ano de mainnet.
Ressalva justa: estou inferindo intenção a partir de um nome de arquivo e de uma data. Eu não vi uma declaração de #dusk explicando o timing, e posso estar errado quanto à motivação.
Quando um projeto audita seus contratos legados anos após o lançamento — isso para você soa como diligência, ou como um sinal sobre onde a oferta ainda está?