Conversor de Timestamp

O que o número representa

O timestamp Unix conta os segundos decorridos desde 1º de janeiro de 1970, 00:00:00 UTC — a data conhecida como Epoch. É um instante absoluto no tempo, sem fuso horário embutido: o mesmo número representa o mesmo momento em qualquer lugar do planeta.

Essa é a grande vantagem do formato, e o motivo de ele estar em praticamente todo banco de dados, log e API. Guardar "13/09/2026 14:30" é ambíguo sem saber o fuso; guardar 1789482600 não é.

Segundos, milissegundos ou microssegundos

A confusão mais comum é a unidade, porque nem toda linguagem escolheu a mesma. Python, PHP e o comando date do Unix trabalham em segundos. JavaScript, Java e Kotlin usam milissegundos. Alguns bancos e sistemas de telemetria usam microssegundos.

Multiplicar por mil na hora errada joga a data para o ano 55.000 ou de volta para 1970. Esta ferramenta detecta a unidade pela ordem de grandeza do número e informa qual assumiu, para você conferir.

Uma referência útil de cabeça: um timestamp em segundos para uma data atual tem 10 dígitos; em milissegundos, 13.

UTC e o horário de Brasília

Mostramos o resultado nas duas referências. O timestamp em si é sempre UTC — a conversão para o horário local é uma apresentação, não uma propriedade do número.

O Brasil está em UTC-3. Desde 2019 não há mais horário de verão no país, o que simplificou bastante a conversão: antes, o mesmo horário local podia corresponder a dois instantes diferentes na noite da mudança, e uma hora simplesmente não existia na outra.

Esse é o argumento prático mais forte para armazenar tudo em UTC no banco e converter só na exibição: o histórico de regras de fuso muda por decisão política, e datas já gravadas em horário local ficam ambíguas para sempre.

O problema do ano 2038

Sistemas que guardam o timestamp em inteiro de 32 bits com sinal têm um limite: 19 de janeiro de 2038, às 03:14:07 UTC. No segundo seguinte o contador estoura e vira um número negativo, jogando a data para 1901.

É o mesmo tipo de problema do bug do ano 2000, e a solução é migrar para 64 bits — o que cobre o tempo por bilhões de anos. A maioria dos sistemas modernos já fez isso, mas equipamento embarcado e código legado seguem em risco, e sistemas financeiros que calculam vencimentos futuros já esbarram nisso hoje.

Segundos bissextos, e por que o timestamp os ignora

Um detalhe que surpreende: o tempo Unix finge que todos os dias têm exatamente 86.400 segundos. A rotação da Terra não coopera, e o UTC insere ocasionalmente um segundo bissexto para compensar.

O timestamp simplesmente ignora esses segundos — na prática, repete ou pula um valor. Isso significa que a diferença entre dois timestamps não é exatamente a quantidade de segundos físicos decorridos entre eles. Para quase toda aplicação, irrelevante; para sincronização de alta precisão, não.