Las herramientas UUID de ToolDeck cubren todos los formatos de identificador único más importantes en un solo lugar. La colección incluye: Generador UUID v4 para IDs aleatorios criptográficamente seguros; Generador UUID v7 para claves primarias ordenables por marca de tiempo; Generador UUID v1 para identificadores basados en tiempo y dirección MAC; Generador UUID v2 para sistemas DCE heredados; Generador UUID v3 para IDs deterministas basados en MD5; Generador ULID para cadenas compactas y ordenables; Generador NanoID para tokens cortos seguros para URL; Generador CUID para el formato original resistente a colisiones; Generador CUID2 para su sucesor moderno; y Decodificador UUID para inspeccionar identificadores existentes. Todas las herramientas se ejecutan íntegramente en tu navegador usando la Web Crypto API — ningún dato se transmite a ningún servidor, sin cuenta requerida.
¿Qué son las herramientas UUID e ID únicos?
Un UUID (Identificador Único Universal) es un identificador de 128 bits estandarizado en el RFC 9562 (anteriormente RFC 4122). Escrito como 32 caracteres hexadecimales con el formato 8-4-4-4-12, un UUID se ve así: 550e8400-e29b-41d4-a716-446655440000. El estándar define múltiples versiones, cada una con una estrategia diferente para garantizar la unicidad: números aleatorios, marcas de tiempo o hash determinista.
Los UUID fueron diseñados para permitir que los sistemas distribuidos generen identificadores sin un coordinador central. Ya sea que estés asignando una clave primaria en PostgreSQL, generando un token de sesión en una aplicación web, o nombrando un archivo en almacenamiento de objetos, los UUID permiten que cada nodo de tu sistema cree un ID globalmente único de forma independiente — con una probabilidad de colisión tan baja que es insignificante en la práctica.
Más allá del estándar UUID, han surgido varios formatos alternativos de ID único para abordar limitaciones específicas: ULID y UUID v7 añaden ordenabilidad lexicográfica para la eficiencia en índices de bases de datos; NanoID reduce el tamaño para URLs y cookies; CUID2 prioriza la resistencia a colisiones basada en huellas digitales para la generación de alto volumen en el cliente.
¿Por qué usar herramientas UUID en ToolDeck?
Las herramientas UUID de ToolDeck se ejecutan íntegramente en tu navegador. Sin llamadas a la API, sin procesamiento en el servidor, sin datos registrados. Cada generador usa la Web Crypto API (crypto.getRandomValues) para entropía criptográficamente segura — la misma fuente que usan los navegadores para el material de claves TLS.
🔐Entropía criptográficamente segura
Todos los generadores basados en aleatoriedad (UUID v4, NanoID, CUID2) usan crypto.getRandomValues, no Math.random. El resultado es adecuado para casos de uso sensibles a la seguridad como tokens de sesión y claves de API.
📦Todos los formatos de ID principales en un solo lugar
UUID v1 hasta v7, ULID, NanoID, CUID y CUID2 — todos los formatos que un desarrollador necesita, con opciones para generar en masa y copiar con un solo clic.
🔍Decodifica e inspecciona IDs existentes
El Decodificador UUID extrae la versión, variante, marca de tiempo y campos de nodo de cualquier UUID. Útil para depuración, auditoría y comprensión de IDs heredados en tu código.
⚡Sin configuración, funciona sin conexión
Sin instalación, sin registro, sin dependencias en tiempo de ejecución. Abre la página y genera. Todas las herramientas funcionan sin conexión una vez cargada la página — útil en entornos sin acceso a Internet o redes restringidas.
Casos de uso de las herramientas UUID
Los identificadores únicos aparecen en cada capa del stack. Así es como distintos roles usan las herramientas de generación de UUID:
Claves primarias de bases de datos
Los ingenieros backend asignan UUID v4 o UUID v7 como claves primarias en PostgreSQL, MySQL y MongoDB. El prefijo de marca de tiempo de UUID v7 mantiene las filas ordenadas físicamente en disco, evitando divisiones de página en cargas de trabajo con muchas inserciones.
Estado frontend e IDs de componentes
Los desarrolladores frontend usan NanoID o UUID v4 para generar claves React estables en elementos de lista creados dinámicamente, IDs de diálogo para atributos de accesibilidad ARIA, y tokens de idempotencia para envíos de formularios.
Streams de eventos distribuidos
En sistemas orientados a eventos, cada evento necesita un ID globalmente único y ordenable. Los ingenieros de DevOps y plataforma usan ULID o UUID v7 para que los consumidores de Kafka, los agregadores de logs y los registros de auditoría puedan ordenarse por tiempo de creación sin un campo de marca de tiempo secundario.
Generación de datos de prueba
Los ingenieros de QA generan lotes de UUID en masa para poblar bases de datos de prueba con IDs realistas y no secuenciales. UUID v3 o v5 deterministas les permiten regenerar el mismo ID a partir de una entrada conocida — útil para fixtures de prueba reproducibles.
IDs de correlación en microservicios
Adjuntar un UUID a cada solicitud HTTP entrante y propagarlo entre llamadas de servicio (cabecera X-Request-ID) permite que los sistemas de rastreo distribuido correlacionen los logs entre servicios. UUID v4 es el estándar de facto para la correlación de solicitudes.
Nomenclatura de activos y recursos
Las claves de almacenamiento de objetos (S3, GCS, Cloudflare R2) y los nombres de archivo de activos CDN suelen incluir un UUID para evitar colisiones de caché y adivinación de URLs. El formato compacto de 21 caracteres de NanoID reduce la longitud de la URL en comparación con los UUID completos de 36 caracteres.
Referencia de versiones y formatos UUID
La tabla a continuación compara todas las versiones de UUID junto con las alternativas más utilizadas. Úsala para identificar rápidamente qué formato se adapta a tus requisitos.
| Identificador | Algoritmo | Ordenable | Determinista | Ideal para |
|---|
| UUID v4 | Aleatorio (CSPRNG) | — | — | IDs de uso general, tokens de sesión, claves primarias |
| UUID v7 | Marca de tiempo Unix ms + aleatorio | ✓ | — | Claves primarias ordenables, IDs de eventos distribuidos (RFC 9562) |
| UUID v1 | Marca de tiempo + dirección MAC | ✓ | — | IDs ordenados por tiempo, sistemas de un solo nodo, compatibilidad heredada |
| UUID v3 | Espacio de nombres + nombre + MD5 | — | ✓ | IDs reproducibles a partir de entradas conocidas (DNS, URLs) |
| UUID v5 | Espacio de nombres + nombre + SHA-1 | — | ✓ | Igual que v3 con un hash más fuerte; preferir v5 sobre v3 |
| UUID v2 | Marca de tiempo + UID/GID DCE | ✓ | — | Entornos POSIX/DCE heredados; evitar para proyectos nuevos |
| ULID | Prefijo de marca de tiempo + aleatorio | ✓ | — | IDs ordenables, seguros para URL, sin guiones (26 caracteres) |
| NanoID | Aleatorio (CSPRNG), alfabeto seguro para URL | — | — | IDs cortos para URLs, cookies, atributos HTML (21 caracteres) |
| CUID2 | Huella digital + marca de tiempo + aleatorio | — | — | Generación de alto volumen en el cliente, resistente a colisiones |
UUID v3 y v5 son deterministas: el mismo espacio de nombres + nombre siempre produce el mismo UUID. Todos los demás formatos generan un valor nuevo en cada llamada.
Cómo elegir la herramienta UUID correcta
El identificador adecuado depende de tus requisitos de ordenabilidad, tamaño y determinismo. Usa esta guía de decisión:
- 1
Si necesitas un ID único de uso general sin requisitos especiales → Generador UUID v4 - 2
Si necesitas IDs que se ordenen cronológicamente y sean compatibles con el estándar UUID → Generador UUID v7 - 3
Si necesitas IDs ordenados por tiempo con una marca de tiempo integrada para sistemas de un solo nodo o baja concurrencia → Generador UUID v1 - 4
Si necesitas IDs ordenables que sean seguros para URL y sin guiones → Generador ULID - 5
Si necesitas IDs compactos y seguros para URL más cortos que un UUID completo → Generador NanoID - 6
Si estás generando muchos IDs en el cliente y necesitas una fuerte resistencia a colisiones → Generador CUID2 - 7
Si necesitas el formato CUID v1 por compatibilidad con sistemas existentes basados en la especificación original → Generador CUID - 8
Si necesitas reproducir el mismo ID de forma determinista a partir de un espacio de nombres y un nombre → Generador UUID v3 - 9
Si estás trabajando con sistemas DCE o POSIX heredados que requieren identificadores v2 → Generador UUID v2 - 10
Si tienes un UUID existente y quieres inspeccionar su versión, variante o marca de tiempo → Decodificador UUID
Tanto UUID v7 como ULID proporcionan prefijos de marca de tiempo con precisión de milisegundos y ordenabilidad lexicográfica. La diferencia clave: UUID v7 usa el formato estándar UUID (8-4-4-4-12, 36 caracteres) para máxima compatibilidad con el ecosistema, mientras que ULID usa una codificación Base32 personalizada (26 caracteres, seguro para URL, sin guiones). Si tu base de datos, ORM o framework admite de forma nativa columnas UUID, prefiere UUID v7. Si necesitas IDs más cortos sin restricciones de framework, ULID es más compacto.
Preguntas frecuentes
¿Qué es un UUID?
Un UUID (Identificador Único Universal) es un valor de 128 bits estandarizado en el RFC 9562. Se escribe como 32 dígitos hexadecimales en cinco grupos separados por guiones: xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx. El estándar define múltiples versiones con diferentes estrategias de unicidad: aleatorio (v4), basado en marca de tiempo (v1, v7), o determinista basado en nombre (v3, v5).
¿Cuál es la diferencia entre UUID v4 y UUID v7?
UUID v4 llena los 122 bits no fijos con datos aleatorios de una fuente criptográficamente segura. UUID v7 codifica una marca de tiempo Unix de 48 bits en milisegundos en los primeros 48 bits, seguida de bits aleatorios. El resultado: los UUID v7 se ordenan cronológicamente como cadenas simples, lo que mantiene los índices B-tree de la base de datos ordenados en la inserción. UUID v7 se añadió en el RFC 9562 (abril de 2024) y es la opción preferida para nuevas claves primarias de bases de datos.
¿Son los valores UUID v4 criptográficamente seguros?
Los valores UUID v4 se generan usando un generador de números pseudoaleatorios criptográficamente seguro (CSPRNG). Son adecuados como tokens no adivinables — IDs de sesión, enlaces de restablecimiento de contraseña y similares. Sin embargo, un UUID no es un secreto por sí mismo: no tiene HMAC, ni caducidad, ni vinculación a un usuario específico. Trata los UUID como identificadores opacos, no como credenciales de autenticación.
¿Pueden dos sistemas diferentes generar el mismo UUID?
La probabilidad de colisión para UUID v4 es aproximadamente 1 en 2^122 por par. Para tener un 50% de probabilidad de cualquier colisión, necesitarías generar aproximadamente 2,7 × 10^18 UUIDs — muy por encima de lo que cualquier sistema real produce. UUID v1 y v7 adicionalmente incorporan una marca de tiempo y/o bits aleatorios, lo que hace que la colisión accidental sea aún menos probable. Para todos los propósitos prácticos, los UUID de sistemas separados no colisionarán.
¿Por qué los UUID tienen 36 caracteres?
Un UUID tiene 128 bits = 16 bytes. Codificado como hexadecimal, son 32 caracteres. El formato UUID añade 4 guiones en posiciones fijas (después de grupos de 8, 4, 4 y 4 dígitos hexadecimales) para mejorar la legibilidad y hacer que la versión y los bits de variante sean fáciles de identificar visualmente, produciendo 36 caracteres en total. Los guiones no portan datos.
¿Qué es ULID y en qué se diferencia de UUID?
ULID (Identificador Ordenable Lexicográficamente Único Universal) es un identificador de 128 bits codificado en Crockford Base32 (26 caracteres, sin distinción de mayúsculas y minúsculas, sin guiones). Los primeros 48 bits codifican el tiempo Unix en milisegundos; los 80 bits restantes son aleatorios. Los ULIDs se ordenan correctamente como cadenas simples y son más compactos que los UUID. No son parte del RFC UUID — usan una codificación diferente y carecen de los campos de versión/variante de los UUID.
¿Debería usar UUIDs o enteros auto-incrementales como claves primarias?
Los enteros auto-incrementales son secuenciales, compactos y eficientes para índices, pero requieren un coordinador central (la base de datos) para asignarlos — lo que falla en sistemas distribuidos y revela recuentos de filas. Los UUID (especialmente v7 o ULID) pueden generarse en el cliente sin un viaje de ida y vuelta a la base de datos, lo que permite inserciones optimistas y escrituras distribuidas. La compensación es el almacenamiento (16 bytes vs. 4-8 bytes) y una localidad de índice ligeramente menor para UUIDs aleatorios (v4). UUID v7 y ULID eliminan el problema de localidad de índice usando prefijos de marca de tiempo.
¿Cuál es la diferencia entre UUID v3 y UUID v5?
Tanto UUID v3 como v5 son deterministas: siempre producen el mismo UUID para el mismo par espacio de nombres + nombre, lo que los hace útiles para generar IDs reproducibles para cosas como entradas DNS, URLs o identificadores de objetos. La única diferencia es el algoritmo de hash: v3 usa MD5 (128 bits, heredado), v5 usa SHA-1 (160 bits, truncado a 128 bits). Prefiere UUID v5 para nuevos proyectos — SHA-1 es más fuerte que MD5, aunque ninguna versión se usa como hash criptográfico.