O pitch
A Temporal API chegou ao Stage 4 de padronização em 11 de março de 2026, na reunião plenária do TC39 em Nova York (fonte: Bloomberg JS Blog). Ela oferece um conjunto de objetos imutáveis e cientes de fuso horário, projetados para finalmente aposentar a implementação problemática de Date, com 30 anos de idade. Embora a comunidade de backend espere por isso há muito tempo, a realidade atual da implantação é menos arrumada do que a especificação sugere.
Por dentro
A Temporal introduz tipos especializados (Instant, ZonedDateTime, PlainDate, PlainTime e Duration) para eliminar a mutabilidade e os bugs de horário de verão (DST) inerentes ao JavaScript legado (fonte: tc39.es). O Firefox v139 foi o primeiro a lançar a API sem flag, em maio de 2025, seguido pelo Chrome v144 e pelo Edge v144 em janeiro de 2026 (fonte: MDN / Bloomberg). Curiosamente, a implementação do Chrome/V8 se apoia no temporal_rs, um núcleo em Rust desenvolvido em colaboração com a equipe do motor Boa (fonte: HN / GitHub).
Apesar da padronização, a estabilidade entre plataformas continua sendo um gargalo significativo para ambientes de produção. Ainda não sabemos a data oficial de lançamento estável no Safari, nem o cronograma exato para que o Node.js v26 ofereça suporte à Temporal sem flags experimentais.
Para projetos que exigem ampla compatibilidade entre navegadores, o custo-benefício hoje é alto. Os polyfills atuais acrescentam entre 35KB e 50KB compactados com gzip ao seu bundle (fonte: PkgPulse). Além disso, a API não tem um método nativo format() para strings personalizadas, o que obriga os desenvolvedores a continuar passando os dados pelo objeto Intl ou por wrappers leves como o temporal-fun (fonte: Reddit). A maioria das Web APIs existentes ainda retorna objetos Date legados, o que cria uma sobrecarga constante de conversão nas fronteiras do sistema (fonte: Bloomberg).
Nossa opinião
A Temporal API tem uma arquitetura tecnicamente superior, mas não está pronta para uso geral em produção em março de 2026, a menos que você desenvolva para um ambiente controlado e sempre atualizado. A penalidade de 50KB do polyfill é um imposto inaceitável sobre a latência do frontend só para corrigir a ergonomia de uma API legada. Até o Safari lançá-la e o Node.js v26 estabilizar o suporte, a Temporal continua sendo uma curiosidade restrita ao backend ou um luxo de projeto paralelo. Fique com suas bibliotecas de datas atuais por mais seis meses; o “padrão” só é padrão quando roda em todo lugar sem uma muleta pesada.