Deno 3: o que se sabe sobre as novidades e previsões para a próxima versão

O Deno 3 ainda não foi lançado oficialmente, hoje, 3 de julho de 2026, a versão estável mais recente é a Deno 2.9.1, lançada em julho de 2026. Versões preliminares como Deno 3.0.0-rc.0 e builds canary têm circulado desde o final de 2025, mas nenhuma data de lançamento estável foi anunciada pelo time do Deno no GitHub ou em comunicados oficiais. Os rumores confirmados por commits, issues e discussões públicas no repositório oficial apontam para três pilares: compatibilidade com Node.js (incluindo suporte nativo a arquivos .node via FFI com latência de 2, 5 ms, require em .cjs, e objeto process global), simplificação operacional (carregamento automático de .env, suporte a Workspaces em deno.json, e deno install gerando node_modules planos e lockfiles), e ganhos técnicos mensuráveis (inicialização a frio reduzida de 45 ms para 28 ms, Deno.serve atingindo ~165k req/s em JSON simples, e deno compile gerando binários 15, 20% menores).

O suporte a módulos CSS e o recurso experimental deno desktop são inovações da Deno 2.9.1, não do Deno 3. Já o typescript-go (tsgo), citado como subsistema experimental no Deno 3, ainda não tem documentação pública nem código aberto acessível no repositório oficial, sua existência é mencionada apenas em discussões internas de design e RFCs não finalizadas. Não há confirmação de que tsgo será parte da versão estável do Deno 3.

Para devs que migram projetos Node.js ou mantêm monorepos, o Deno 3 representa um salto prático: não é mais preciso contornar limitações com wrappers, polyfills ou forks. A compatibilidade de ~97% com os mil pacotes npm mais usados, incluindo bcrypt, sqlite3, sharp e canvas, significa que bibliotecas críticas deixam de ser obstáculos. O suporte a Workspaces em deno.json elimina a necessidade de links simbólicos manuais em monorepos, e o deno install com geração de node_modules plano faz IDEs, linters e bundlers funcionarem 'out of the box', sem configuração adicional. Isso reduz a curva de adoção para times que já usam TypeScript e npm, mas buscam um runtime mais previsível e seguro.

Desenvolvedores vão sentir impacto imediato na produtividade: inicialização a frio mais rápida (28 ms) acelera testes locais e serverless; binários menores (até 20% menos) reduzem tempo de deploy e uso de banda em CI/CD; e o carregamento automático de .env e detecção inteligente de tsconfig.json eliminam etapas manuais de setup. Por outro lado, o suporte a .node via FFI exige atenção: embora resolva compatibilidade, ele introduz dependência de binários nativos, o que afeta portabilidade entre arquiteturas e exige cuidado com permissões de execução em ambientes restritos. Também não há suporte oficial ainda para hot reloading de módulos nativos, o que pode impactar fluxos de desenvolvimento interativo.