Saltar al contenido

Generador de UUID

Genera identificadores UUID para desarrollo y pruebas.

Usar Generador de UUID

Generador de UUID

Crea identificadores únicos para desarrollo, QA o pequeños lotes de prueba.

Lista generada

UUIDs generados directamente en tu navegador.

f9654496-7542-4106-8f85-a9089505136c
dfb71e3f-b66d-4ba8-89f1-2d451360a55f
ba459d34-6fe5-4351-948a-153684f7ce21
0b05a859-f8a4-41ac-961c-1987cb022833
fa885186-1141-4310-9875-405694a10af9

Qué puedes resolver con esta herramienta

  • UUID v4 estándar (RFC 9562) listos para copiar.
  • Varios a la vez para semillas de datos o pruebas.
  • Aleatoriedad criptográfica del propio navegador.

Qué hace Generador de UUID

Genera de 1 a 20 identificadores UUID versión 4 a la vez con crypto.randomUUID, el generador aleatorio seguro del navegador. Útil en desarrollo, pruebas y bases de datos.

Casos de uso habituales

  • Crear claves primarias para registros de prueba.
  • Generar identificadores de petición o de correlación en logs.
  • Rellenar datos de ejemplo en fixtures y tests.
Guía editorial Calcliq

Guía técnica de identificadores universales únicos (UUID): RFC 9562, entropía y probabilidad de colisión

Descubre la estructura canónica de 128 bits de un UUID v4, la entropía generada con generadores criptográficos CSPRNG y el análisis matemático de la paradoja del cumpleaños.

Estructura canónica de 128 bits y versiones del estándar RFC 9562

Un UUID (Universally Unique Identifier) es un número binario de 128 bits (16 bytes) concebido formalmente para posibilitar la identificación unívoca de información en sistemas distribuidos sin requerir una autoridad central de coordinación ni sincronización continua entre nodos. Su representación canónica se compone de 32 dígitos hexadecimales dispuestos en cinco grupos separados por cuatro guiones medios, siguiendo la pauta formal 8-4-4-4-12 (por ejemplo, f47ac10b-58cc-4372-a567-0e02b2c3d479). En el estándar del IETF (originalmente RFC 4122 y actualizado formalmente en el RFC 9562), se establecen diferentes versiones según la fuente y el algoritmo de generación: - UUID v1: Basado en el tiempo transcurrido en intervalos de 100 nanosegundos desde la era gregoriana (15 de octubre de 1582) y la dirección MAC de la tarjeta de red física del emisor (lo que plantea problemas de privacidad). - UUID v3 y v5: Basados en funciones hash criptográficas deterministas (MD5 para v3 y SHA-1 para v5) aplicadas a un espacio de nombres y un nombre de recurso. A entradas idénticas corresponden UUIDs idénticos. - UUID v4: Basado íntegramente en números pseudoaleatorios criptográficamente seguros (CSPRNG, como crypto.randomUUID()). De los 128 bits totales, se reservan 4 bits para declarar la versión (el primer dígito del tercer grupo es siempre «4») y 2 bits para la variante formal («10xx» en binario, haciendo que el primer carácter del cuarto grupo sea siempre «8», «9», «a» o «b»). Los 122 bits restantes corresponden a entropía pseudoaleatoria pura. - UUID v7: Introducido formalmente en el RFC 9562 para bases de datos transaccionales, combina una marca temporal Unix de milisegundos en los bits más significativos con entropía aleatoria, permitiendo una ordenación cronológica natural que preserva la eficiencia de los índices B-Tree en bases de datos relacionales y documentales.
Comparativa técnica de versiones del estándar UUID según RFC 9562
VersiónFuente de generaciónBits de entropíaOrdenable cronológicamenteCaso de uso recomendado
UUID v1Timestamp (100 ns) + MAC física0 bits (determinista)Parcialmente (requiere reordenar bytes)Sistemas heredados sin requisitos de privacidad
UUID v4Aleatoriedad criptográfica (CSPRNG)122 bits de entropíaNo (distribución aleatoria pura)Claves primarias distribuidas, IDs de transacción y microservicios
UUID v5Hash SHA-1 sobre espacio de nombres0 bits (determinista reproducible)No (dependiente del valor de entrada)Identificadores unívocos para entidades idempotentes en APIs
UUID v7Unix timestamp (ms) + CSPRNG74 bits de entropíaSí (ordenación cronológica monotónica)Índices B-Tree en PostgreSQL, MySQL y MongoDB de alto rendimiento

Matemática de la entropía y probabilidad de colisión (Paradoja del cumpleaños)

Con 122 bits de entropía aleatoria independiente, el espacio total de combinaciones posibles para UUID versión 4 asciende a 2¹²² ≈ 5,3169 × 10³⁶ identificadores únicos. Para calibrar la magnitud de este universo numérico, si una arquitectura distribuida generara mil millones de UUIDs cada segundo de manera ininterrumpida, requeriría aproximadamente 100 años para que la probabilidad de que acontezca una sola duplicación alcance el 50 %. La probabilidad de colisión tras generar n identificadores aleatorios sobre un universo de N = 2¹²² estados posibles se modela formalmente mediante la aproximación de Poisson de la paradoja del cumpleaños:
Fórmula de aproximación de colisión para UUID v4 (Paradoja del cumpleaños)
Fórmula matemática
P(colisión) ≈ 1 - e^(-n² / (2 · 2¹²²)) ≈ n² / (2¹²³)
Espacio muestral total: 2¹²² ≈ 5,316911983 × 10³⁶ combinaciones
Umbral para P = 10⁻¹⁵: n ≈ 3,26 × 10¹¹ UUIDs generados

Para alcanzar un riesgo de colisión de una entre mil billones (10⁻¹⁵), un sistema debe generar más de 326.000 millones de UUIDs v4 de manera concurrente. En la práctica de ingeniería de software, la probabilidad de fallo por colisión de UUID es exponencialmente inferior a la tasa de fallo de hardware o corrupción de memoria en servidores.

Ejemplo práctico: Asignación de identificadores de pedido en arquitectura de microservicios

En plataformas distribuidas de comercio electrónico que gestionan millones de transacciones simultáneas mediante múltiples réplicas independientes de servicios, la generación centralizada de números de pedido secuenciales (como un AUTO_INCREMENT en una única base de datos) crea un cuello de botella crítico de contención de bloqueo y punto único de fallo.
Generación descentralizada de ID de orden sin coordinación de base de datos
Ejemplo práctico

Situación: Una pasarela de pedidos distribuye el tráfico entre 8 réplicas de contenedores sin base de datos central que coordine secuencias de numeración.

Paso 1: La réplica receptora ejecuta en memoria crypto.randomUUID() al entrar una solicitud de compra HTTP POST.
Paso 2: Se obtiene un identificador v4: «7c9e6679-7425-40de-944b-e07fc1f90ae7» (el tercer grupo inicia en 4; el cuarto inicia en 9).
Paso 3: El registro se propaga asíncronamente hacia el bus de eventos y las réplicas de base de datos distribuidas (Apache Kafka y DynamoDB).
Paso 4: Dado el espacio de 122 bits, no existe riesgo de colisión entre réplicas paralelas, eliminando la necesidad de bloqueos distribuidos.

Resultado final: El pedido queda identificado inequívocamente en toda la infraestructura con latencia de asignación cero (submilisegundo) y sin acoplamiento entre servicios.

Qué debes tener en cuenta

Estas notas ayudan a interpretar el resultado con prudencia y a evitar usos poco fiables.

Solo genera la versión 4 (aleatoria). Para UUID v7 ordenables por fecha hace falta otra herramienta.

Herramientas relacionadas

Preguntas frecuentes sobre Generador de UUID

¿Se pueden repetir dos UUID v4?

En la práctica, no: hay 2¹²² combinaciones posibles y la probabilidad de colisión es despreciable.

¿Qué significa el 4 del tercer bloque?

Indica la versión: un UUID v4 siempre tiene un «4» al principio del tercer grupo.

¿Sirven como contraseñas o tokens secretos?

Son aleatorios, pero no se diseñaron como secretos. Para tokens de seguridad usa un generador pensado para ello.