Timestamps

Un timestamp Unix (o marca de tiempo Unix) es simplemente el número de segundos transcurridos desde la medianoche del 1 de enero de 1970 en UTC, momento que se conoce como epoch. Es el sistema estándar que usan la mayoría de bases de datos, APIs y lenguajes de programación para representar una fecha y hora como un único número entero, sin ambigüedad de formato ni dependencia del idioma o la configuración regional del sistema que lo lee.

Un problema conocido de este sistema es el "problema del año 2038": muchos sistemas antiguos almacenan el timestamp como un entero con signo de 32 bits, que se desborda (overflow) el 19 de enero de 2038 a las 03:14:07 UTC. A partir de ese instante, el contador vuelve a un número negativo y las fechas se interpretan como si fuera 1901, de forma similar al conocido "efecto 2000". La mayoría de sistemas modernos ya usan enteros de 64 bits, que retrasan este límite varios miles de millones de años, pero sigue siendo relevante en hardware embebido o sistemas heredados.

Es importante distinguir entre UTC (tiempo universal coordinado, sin zona horaria) y la hora local, que depende del huso horario del usuario. El timestamp Unix en sí mismo siempre representa un instante en UTC; la conversión a hora local (por ejemplo, Madrid en horario de verano, UTC+2) es responsabilidad de quien lo muestra. Confundir ambos es una fuente habitual de bugs: un evento registrado a medianoche en Nueva York no es el mismo instante que uno registrado a medianoche en Madrid, aunque el número que aparezca en pantalla parezca "la misma hora". Para evitar confusiones de formato entre sistemas, se suele usar el estándar ISO 8601, con el formato2024-01-01T00:00:00Z, donde la "Z" final indica explícitamente que la hora está en UTC.

Otro detalle que genera errores frecuentes es la unidad del timestamp: el estándar Unix usa segundos, pero JavaScript, al construir un objetoDate, trabaja internamente con milisegundos desde el epoch. Por eso es habitual tener que multiplicar o dividir por 1000 al pasar un timestamp entre un backend en Python (segundos) y un frontend en JavaScript (milisegundos), un olvido que suele producir fechas erróneas situadas en 1970. Otros lenguajes también tienen sus propias convenciones: Python, por ejemplo, trabaja en segundos con decimales cuando se necesita precisión de microsegundos, mientras que muchas bases de datos SQL almacenan las fechas ya convertidas a un tipo nativo en lugar de un entero, precisamente para evitar este tipo de confusión entre unidades.