🔑 Generador de UUID

¿Qué es un UUID?

Un UUID (Identificador Único Universal) es un número de 128 bits pensado para identificar información sin depender de una autoridad central que reparta los valores. El estándar lo define la RFC 4122, publicada en 2005, y en 2024 la RFC 9562 lo amplió añadiendo formalmente las versiones 6, 7 y 8, que no existían en la especificación original.

Su representación en texto son 32 dígitos hexadecimales agrupados en cinco bloques separados por guiones, con el patrón 8-4-4-4-12, lo que da 36 caracteres en total contando los guiones. Un ejemplo típico es 550e8400-e29b-41d4-a716-446655440000: cada carácter fuera de los guiones es un dígito del 0 al 9 o una letra de la a a la f.

Con 128 bits disponibles, el espacio total de valores posibles ronda los 3,4 × 10^38, una cifra casi inimaginable. Pero un UUID v4 como los que genera esta herramienta no usa los 128 bits libremente: fija 4 bits para indicar la versión (siempre 0100) y 2 bits para el variante (10), así que quedan 122 bits realmente aleatorios. Eso deja alrededor de 5,3 × 10^36 valores v4 posibles, un número que sigue siendo astronómico.

Para hacerte una idea de lo improbable que es una colisión: si generaras mil millones de UUIDs v4 por segundo, sin parar, durante cien años seguidos, acumularías cerca de 3,1 × 10^18 identificadores. Esa cantidad todavía está muy por debajo del punto en el que empezarías a tener siquiera un 50% de probabilidad de que dos de ellos coincidan. En la práctica, la posibilidad de una colisión accidental es extremadamente improbable, aunque matemáticamente nunca sea exactamente cero.

GUID (Identificador Único Global) es simplemente el nombre que usa Microsoft para su implementación del mismo estándar UUID. Lo vas a encontrar en el registro de Windows, en componentes COM/DCOM, en el tipo Guid de .NET y en el tipo uniqueidentifier de SQL Server. A nivel técnico son idénticos: mismos 128 bits, misma estructura interna, misma representación en texto. La diferencia visible más habitual es de convención, como el formato con llaves {xxxxxxxx-...} que Microsoft popularizó y que por eso esta herramienta también ofrece como opción de formato.

Una de las razones por las que los UUID se volvieron tan populares es que cualquier máquina, proceso o servicio puede generar uno por su cuenta, sin pedir permiso ni consultar una base de datos central. No hace falta un contador compartido ni un servicio que reparta números de forma secuencial: cada nodo calcula su propio identificador de forma local, y la probabilidad de que dos coincidan es, como vimos, insignificante. Esto simplifica enormemente los sistemas distribuidos, las aplicaciones offline-first o las arquitecturas de microservicios, donde coordinar un contador único se convertiría en un cuello de botella.

Esta herramienta genera los UUIDs directamente en tu navegador usando crypto.getRandomValues, la API criptográfica nativa del navegador, que se alimenta de entropía real del sistema operativo. Es un generador de números pseudoaleatorios criptográficamente seguro (CSPRNG), a diferencia de Math.random(), que no ofrece garantías criptográficas y puede llegar a ser predecible. Como todo el cálculo ocurre en el cliente, no hay ninguna petición de red de por medio: nada se transmite a ningún servidor, y la herramienta sigue funcionando incluso sin conexión, una vez que la página cargó.

Versiones de UUID

Esta herramienta genera exclusivamente UUIDs de Versión 4 (aleatorios), usando números aleatorios criptográficamente seguros; la tabla anterior es solo una referencia comparativa para que entiendas dónde encaja la v4 frente a las demás versiones del estándar. La v1 y la v7 incorporan una marca de tiempo, lo que las hace ordenables cronológicamente: por eso la v7, más reciente, se está volviendo popular como clave primaria de base de datos, ya que al ser aproximadamente secuencial resulta más amigable con el rendimiento de los índices B-tree que un v4 puramente aleatorio a gran escala. La v3 y la v5 son deterministas: generan siempre el mismo UUID a partir del mismo espacio de nombres y nombre, usando MD5 y SHA-1 respectivamente, algo útil cuando necesitas reproducibilidad en lugar de aleatoriedad pura.

Casos de Uso Comunes

🗄️ Claves Primarias de Base de Datos

Usar UUIDs como clave primaria evita que un entero autoincremental revele cuántas filas tiene tu tabla o qué volumen de negocio manejas con solo mirar la URL o el ID. Además, el cliente puede generar el identificador antes de insertar el registro, sin esperar un viaje de ida y vuelta a la base de datos para saber qué valor le tocó. Esto simplifica mucho fusionar datos entre distintos shards, réplicas o escenarios de sincronización offline, porque dos bases de datos separadas prácticamente nunca van a generar el mismo ID por accidente. Por ejemplo, una app móvil que guarda pedidos sin conexión puede asignarles un UUID en el momento y sincronizarlos después sin conflictos de clave duplicada.

🔌 Identificadores de API

En endpoints REST como /users/{uuid} en vez de /users/482, un UUID no revela cuántos usuarios existen ni permite que alguien adivine otros recursos incrementando el número, lo que se conoce como ataque de enumeración. Este mismo patrón se usa para tokens de sesión y para claves de idempotencia en APIs de pago, al estilo de las que usa Stripe, donde cada UUID identifica una operación de forma única para evitar que se procese dos veces por accidente. Publicar identificadores opacos en vez de secuenciales es una práctica de seguridad tan simple como efectiva.

📁 Nombres de Archivo

Cuando subes archivos, generas miniaturas o creas entradas de caché, nombrar cada archivo con un UUID evita tener que consultar antes si ese nombre ya existe. Esto es especialmente valioso bajo escritura concurrente: si cientos de usuarios suben archivos al mismo tiempo, la probabilidad de que dos procesos generen el mismo UUID y se pisen entre sí es, como vimos antes, prácticamente nula. Es un patrón habitual en servicios de almacenamiento de objetos y en sistemas de archivos temporales o de caché.

🔗 Sistemas Distribuidos

En arquitecturas de microservicios, cada servidor puede generar sus propios identificadores sin coordinarse con ningún otro nodo, sin contador central ni bloqueo compartido. Esto es justo lo que necesitas para IDs de correlación en event sourcing, donde cada evento requiere un identificador único generado en el momento, o para IDs de mensaje en colas como RabbitMQ o SQS, donde varios productores publican en paralelo. Eliminar esa coordinación central es lo que permite que estos sistemas escalen horizontalmente sin convertirse en un cuello de botella.

Preguntas Frecuentes

Herramientas Relacionadas

🔒 100% Privado

Todos los UUIDs se generan localmente en tu navegador usando aleatorización criptográficamente segura.