#522 · Herramienta para desarrolladores

Inspector de versión de UUID

Descompone UUID canónicos para mostrar versión, variante y, cuando el formato lo permite, la marca temporal incorporada. Resulta útil al revisar UUID v1 y v7, comparar estrategias de generación o confirmar por qué un identificador mantiene cierto orden cronológico sin depender de servicios externos.

Datos de entrada

UUID para inspeccionar
Espacio publicitario

Cómo usar esta herramienta para desarrolladores

  1. Introduce UUID en forma canónica, uno por línea.
  2. Ejecuta el inspector.
  3. Consulta versión, variante y timestamp cuando esté definido por el formato.
  4. Usa la salida JSON si necesitas seguir procesando los campos.

Qué hace esta herramienta para desarrolladores

Lee el nibble de versión y la variante. Para UUID v7 interpreta los primeros 48 bits como milisegundos Unix; para UUID v1 reconstruye el timestamp de 100 ns desde el epoch UUID y lo convierte a fecha UTC.

El inspector no infiere campos que el estándar no define como fecha. Un UUID v4, por ejemplo, no contiene un timestamp recuperable.

La fecha extraída describe lo codificado en el UUID; no demuestra cuándo se insertó el registro en una base de datos.

Ejemplo

Entrada

01890f3a-7b4c-7cc2-98f5-0d5f2d16f6f5

Salida esperada

UUID: 01890f3a-7b4c-7cc2-98f5-0d5f2d16f6f5
Versión: v7
Variante: RFC 4122/9562
Timestamp: 2023-07-01T02:13:58.220Z (según bytes codificados)

Casos de uso

  • Auditar migraciones hacia UUID v7.
  • Investigar orden temporal de claves.
  • Distinguir UUID aleatorios de UUID con tiempo.
  • Revisar fixtures con UUID v1 históricos.

Consejos para obtener resultados fiables

  • Comprueba primero que el UUID sea canónico.
  • No atribuyas timestamp a v4: sus bits no representan una fecha.
  • Considera la precisión y el reloj del generador al interpretar v1/v7.
  • No uses el timestamp interno como prueba de integridad.

Detalles del procesamiento

La versión se obtiene del carácter hexadecimal que inicia el tercer grupo. En v7 se convierten los 12 primeros dígitos hexadecimales a milisegundos Unix. En v1 se reordena time_low, time_mid y time_hi antes de restar el epoch UUID.

No decodifica semántica adicional de UUID propietarios ni reconstruye node/clock sequence como identidad confiable. Para v6 se informa la versión pero no se ofrece fecha en esta implementación.

Preguntas frecuentes

¿Cómo saber si un UUID es v4, v7 o de otra versión?

El inspector lee el nibble de versión del UUID canónico y muestra v1 a v8 cuando corresponde.

¿Se puede obtener la fecha de creación de un UUID v7?

Se puede obtener el timestamp de milisegundos codificado en un UUID v7. Esa fecha refleja el dato generado, no necesariamente la fecha de inserción o recepción.

¿Los UUID v4 contienen una fecha oculta?

No. UUID v4 reserva la mayor parte de sus bits para aleatoriedad, por lo que no existe un timestamp estándar que se pueda recuperar.

¿Qué epoch utiliza un UUID v1?

UUID v1 cuenta intervalos de 100 nanosegundos desde el 15 de octubre de 1582; el inspector convierte ese valor al epoch Unix para mostrar una fecha ISO.

¿Por qué el inspector no muestra fecha para UUID v6?

La versión se detecta, pero esta página limita la decodificación temporal a v1 y v7 para evitar presentar una reconstrucción parcial como si fuera equivalente entre formatos.

Módulos de procesamiento

MóduloFunción
Detector de versiónLee versión y variante desde campos binarios definidos.
Decodificador v1Convierte el timestamp de 100 ns a UTC.
Decodificador v7Convierte los 48 bits iniciales a milisegundos Unix.

Explorar la categoría

Más utilidades de identificadores, hashes y seguridad en Hash, ID y seguridad.