Una marca de tiempo Unix no se calcula: se lee. El entero ya contiene el instante, y el trabajo es leerlo de vuelta como una fecha que el ojo puede usar. El Convertidor de marca de tiempo Unix hace esa lectura en ambos sentidos. Escriba 1.789.689.600 en el modo de marca a fecha y el bloque de resultados lee el mismo instante de seis formas: una línea ISO, una línea UTC, una línea local, una línea legible, una línea de fecha y una línea de hora, y juntas fijan el instante en el viernes 18 de septiembre de 2026 a las 00:00 UTC. El modo inverso toma una fecha y una hora tal como las muestra un reloj de pared y devuelve el entero en segundos y en milisegundos. Una línea viva en la parte superior de la página cuenta la marca actual en segundos, actualizada una vez por segundo, y cada línea de vuelta y cada salida tiene su propio botón de copiar, de modo que el entero o el texto sale del navegador en un solo pegado.
El artículo avanza en este orden: el origen y la unidad que el entero cuenta; las seis líneas de vuelta del modo de marca a fecha; la lectura a hora local del modo inverso; la regla de dígitos que decide segundos o milisegundos; el mismo instante leído en dos relojes en dos zonas horarias; y los lugares a donde el entero viaja fuera del navegador.
El origen y la unidad que el entero cuenta
El entero cuenta segundos transcurridos desde un origen fijo: el 1 de enero de 1970 a las 00:00:00 UTC, la época Unix. El número 0 es la época misma, los enteros negativos leen el tiempo anterior, y cada día civil suma exactamente 86.400 a la cuenta; el contador no inserta segundos bisiestos, así que la aritmética se mantiene lineal. 1.789.689.600 son 20.714 días después del origen: 86.400 por 20.714 cae exactamente sobre ese entero sin resto, por eso la lectura cae en la medianoche limpia del 18 de septiembre de 2026 en UTC. El mismo instante tiene una segunda escritura, la de milisegundos: multiplique por 1000 y el instante es 1.789.689.600.000. Un instante, dos enteros, la unidad movida por una posición decimal en lugar del momento movido. Un ejemplo más redondo hace visible la unidad: 315.532.800 son exactamente diez años después de la época, el 1 de enero de 1980 a las 00:00:00 UTC, la cuenta cruzando los años bisiestos 1972 y 1976 por el camino.
De marca a fecha: las seis líneas de vuelta
Las seis líneas son seis relojes leyendo un instante, no seis instantes diferentes. La línea ISO escribe 2026-09-18T00:00:00.000Z, con la Z que marca la zona UTC dentro de la propia cadena. La línea UTC lee Fri, 18 Sep 2026 00:00:00 GMT. La línea local sigue la zona del navegador: el mismo entero lee las 09:00 del 18 de septiembre en un navegador situado en Tokio y las 20:00 del 17 de septiembre en un navegador situado en Nueva York. Las líneas legible, de fecha y de hora se renderizan en la lengua del sitio; en español la línea legible da viernes, 18 de septiembre de 2026, 00:00:00. Cada línea es un formato para el mismo momento, elegido para un destino: ISO para APIs y registros, UTC para comparaciones entre zonas, local para el lector, legible para la presentación, y fecha o hora cuando solo falta una parte. Cada línea tiene su botón de copiar, de modo que el formato viaja solo.
De fecha a marca: la lectura a hora local
El modo inverso toma el reloj de pared, no el entero: un campo de fecha y un campo de hora, leídos como hora local en la zona donde está el navegador. El reloj de pared del 18 de septiembre de 2026 a las 12:00 lee 1.789.732.800 en un navegador en UTC, 1.789.700.400 en un navegador en Tokio y 1.789.747.200 en un navegador en Nueva York con hora de verano. Tres enteros diferentes para un mismo reloj de pared, separados exactamente por los desfases de zona: las mismas 12:00 de la pared son las 03:00 en UTC en Tokio y las 16:00 en UTC en Nueva York. La salida lista ambas unidades a la vez, segundos y milisegundos; los segundos son los milisegundos divididos entre 1000 y redondeados hacia abajo, así que las dos líneas son el mismo instante escrito dos veces. Este modo es la costura donde la fecha se vuelve el instante exacto en que empieza el día, la pregunta que lleva el artículo de la fecha futura: una fecha futura con su momento de salida fijado.
El número de dígitos decide segundos o milisegundos
El conversor no pregunta por la unidad; lee el número de dígitos. Diez dígitos o menos se leen como segundos, de once a trece se leen como milisegundos. Las dos ventanas llegan al mismo horizonte, el año 2286: 9.999.999.999 como segundos es el 20 de noviembre de 2286 a las 17:46:39 UTC, y 9.999.999.999.999 como milisegundos es ese mismo instante escrito con los tres ceros de más. La ventana de milisegundos empieza en 10.000.000.000, que como milisegundos es el 26 de abril de 1970 a las 17:46:40 UTC, así que todo valor en milisegundos escrito desde ese día se lee en la unidad correcta, y los valores de 13 dígitos de los últimos años caen sin ambigüedad dentro de la ventana de milisegundos. El único hueco estrecho está a principios de 1970: 1.000.000.000 tiene diez dígitos, así que se lee como segundos, que es el 9 de septiembre de 2001 a las 01:46:40 UTC, no los dieciséis minutos y cuarenta segundos después de la época que marcarían los mismos dígitos si fueran milisegundos. La regla cambia un malentendido deliberado en el primer trimestre de 1970 por un campo de entrada sin unidad que lee los valores modernos sin aviso.
El mismo instante en dos relojes
La marca de tiempo no lleva zona; la lectura la lleva. El instante ancla 1.789.689.600 está en las 00:00 del 18 de septiembre en UTC, en las 02:00 de Berlín con hora de verano, en las 09:00 de Tokio y en las 20:00 del 17 de septiembre en Nueva York. El entero es un solo número en todas esas zonas; el reloj de pared es donde entra la zona. Esa separación es lo que hace seguras las distancias: 1.789.732.800 menos 1.789.689.600 son 43.200 segundos, 12 horas, la misma diferencia en todas las zonas, porque ambos enteros viven en el mismo eje UTC. La Calculadora de fechas en modo diferencia reporta el mismo trecho entre dos fechas en días, y el artículo de la diferencia de fechas recorre ese modo de principio a fin; la versión con enteros de la misma resta es aritmética entera pura, sin calendario en medio.
Hacia dónde viaja el entero
Fuera del conversor, el entero es la moneda de la máquina: las APIs lo devuelven, los registros del servidor lo marcan, los sistemas de archivos lo guardan, las bases de datos ordenan por él, y el reloj de pared se renderiza a partir de él en el momento de leer, en la zona donde esté el lector. La costura con la fecha es donde entra la zona y ocurren los errores. Una fecha de nacimiento del 15 de enero de 1990 a medianoche local es 632.361.600 leída en UTC y 632.329.200 leída en Tokio, un hueco de nueve horas en el entero para un mismo reloj de pared. La Calculadora de edad lee la fecha, no el entero, y conserva la medianoche local como el instante de nacimiento; el artículo de la edad explica por qué la lectura de la medianoche local es la frontera entre una edad correcta y un día de diferencia. En el extremo lejano de la cadena de planificación, las fechas que empiezan como enteros salen del navegador: un préstamo de 30 años contratado a los 36 años el 15 de enero de 2026 se paga a los 66 el 15 de enero de 2056, la Calculadora de préstamos carga ese plan de pagos, y el Planificador de jubilación carga la fecha de jubilación de la misma forma, y cada uno escribe sus fechas finales de vuelta al reloj de pared al terminar.