Voltei através dos anos dos próprios materiais do @Dusk e comecei a listar cada nome de componente interno: Rusk, Piecrust, DuskDS, DuskEVM, Lightspeed L2, Superbridge, Dusk Pay, Dusk Vault. Isso é muita troca de nomenclatura para a arquitetura central de uma única cadeia ao longo de aproximadamente seis anos de desenvolvimento.
hmmm .Alguma coisa disso é normal — projetos renomeiam coisas, rebatizam VMs, adicionam novos módulos conforme o escopo se expande. Mas o padrão aqui vale ser destacado: alguns desses não são adições, são substituições ou reposicionamentos de componentes anteriores. A VM focada em privacidade passou por pelo menos um renomeamento antes de o DuskEVM aparecer como uma camada de execução compatível com EVM em paralelo. "DuskDS" aparece na linguagem de roadmap de 2026 como a camada focada em privacidade com a qual o DuskEVM se destina a se fundir — ou seja, mesmo agora, após o mainnet, a arquitetura é descrita como ainda convergindo, e não como consolidada.
Para avaliadores institucionais que fazem due diligence técnica, a troca de nomes não é apenas cosmética. Ela costuma acompanhar mudanças reais no design — componentes que têm escopo reconfigurado, reconstruídos ou repensados no meio do caminho. Isso é normal em P&D pré-mainnet. É outro sinal seis meses após o lançamento no mainnet, quando a "infraestrutura central" deveria ser a parte estável contra a qual as instituições constroem ferramentas de custódia e conformidade.
Nada disso significa que a arquitetura atual esteja errada. Significa que a história de seis anos mostra um projeto ainda convergindo ativamente para o próprio design, mesmo após o lançamento.
Em que ponto a troca de nomenclatura arquitetural deixa de ser iteração e passa a ser um sinal de que o design central na verdade não estabilizou?$DUSK #dusk
hmmm .Alguma coisa disso é normal — projetos renomeiam coisas, rebatizam VMs, adicionam novos módulos conforme o escopo se expande. Mas o padrão aqui vale ser destacado: alguns desses não são adições, são substituições ou reposicionamentos de componentes anteriores. A VM focada em privacidade passou por pelo menos um renomeamento antes de o DuskEVM aparecer como uma camada de execução compatível com EVM em paralelo. "DuskDS" aparece na linguagem de roadmap de 2026 como a camada focada em privacidade com a qual o DuskEVM se destina a se fundir — ou seja, mesmo agora, após o mainnet, a arquitetura é descrita como ainda convergindo, e não como consolidada.
Para avaliadores institucionais que fazem due diligence técnica, a troca de nomes não é apenas cosmética. Ela costuma acompanhar mudanças reais no design — componentes que têm escopo reconfigurado, reconstruídos ou repensados no meio do caminho. Isso é normal em P&D pré-mainnet. É outro sinal seis meses após o lançamento no mainnet, quando a "infraestrutura central" deveria ser a parte estável contra a qual as instituições constroem ferramentas de custódia e conformidade.
Nada disso significa que a arquitetura atual esteja errada. Significa que a história de seis anos mostra um projeto ainda convergindo ativamente para o próprio design, mesmo após o lançamento.
Em que ponto a troca de nomenclatura arquitetural deixa de ser iteração e passa a ser um sinal de que o design central na verdade não estabilizou?$DUSK #dusk
