Ir para o conteúdo principal

0 de 3 usos hoy · 3 restantes. Pasa a Pro y elimina el límite.

Mejorar

Generador de UUID v4

Web Crypto API · estándar RFC 4122 · hasta 1000 en lote.

Processado no seu navegador
1
standard
128 bits

UUID generado

a1880849-ba52-4434-82d0-c933e318550a

Configurar generación

Web Crypto. UUIDs generados con crypto.getRandomValues() — criptográficamente seguros. No se envían datos al servidor. Estándar RFC 4122 v4.
Sobre

¿Qué es un UUID y cuándo deberías generar uno?

Por Quorify EditorialAtualizado em

El Generador de UUID de Quorify produce identificadores únicos: UUID v1 (timestamp + MAC), v4 (aleatorio criptográfico) y v7 (timestamp ordenable — RFC 9562 de 2024). Útil para claves primarias en bases de datos distribuidas, identificadores de eventos, claves de caché, request IDs y correlation IDs en logs. El cálculo usa la Web Crypto API del navegador. En sistemas distribuidos donde múltiples servicios necesitan generar IDs simultáneamente sin coordinación, los UUIDs son la solución estándar — la probabilidad de colisión es prácticamente cero. Forma parte del kit de herramientas para devs de Quorify: combínalo con el Formateador JSON para estructurar payloads, el Generador de Hash para huellas digitales y el Generador de Slug para URLs amigables.

Casos

Cuándo usar

  1. Clave primaria en tablas de bases de datos donde múltiples servicios insertan datos — el UUID elimina la necesidad de coordinar secuencias centralizadas.

  2. Request ID en logs distribuidos — adjuntar un UUID a cada petición permite rastrear el recorrido del usuario a través de microservicios.

  3. Clave de idempotencia en APIs de pago — usar un UUID generado por el cliente evita cobros duplicados en reintentos.

  4. Identificador de subida en S3 — un UUID en el nombre del archivo evita colisiones y no revela nada sobre la estructura interna.

  5. Token de invitación o recuperación de contraseña — UUID v4 funciona como un token aleatorio lo suficientemente seguro para estos casos.

Método

Cómo funciona el cálculo

El UUID v4 (el más común hoy) se genera a partir de 128 bits aleatorios mediante crypto.getRandomValues, con formato hexadecimal 8-4-4-4-12 y bits de versión fijos. La probabilidad de colisión entre 2 UUIDs v4 generados aleatoriamente es tan baja que se considera cero a efectos prácticos. El UUID v1 usa timestamp + dirección MAC de la máquina generadora — único, pero expone cuándo y dónde se generó. El UUID v7 (RFC 9562, 2024) es la versión moderna: timestamp Unix en ms + bits aleatorios, ordenable temporalmente — mejor para índices de bases de datos que el v4 puro (que es completamente aleatorio y fragmenta los índices).

FAQ

Preguntas frecuentes

¿Qué versión de UUID debería usar?
El estándar moderno es UUID v7 (RFC 9562) — combina orden temporal (bueno para índices de bases de datos) con suficiente aleatoriedad para garantizar unicidad. UUID v4 sigue siendo válido para casos donde el orden no importa. UUID v1 rara vez es la mejor opción hoy — expone la MAC y el momento de generación. UUID v3/v5 son determinísticos (hash de namespace + nombre) — útiles para generar el mismo UUID a partir de la misma entrada.
¿Es posible que haya colisión de UUIDs?
Teóricamente sí, en la práctica no. La probabilidad de colisión entre dos UUIDs v4 generados aleatoriamente en toda la historia humana es del orden de 2^-122 — equivalente a ganar la lotería varias veces seguidas. Para UUID v1 y v7 (que usan timestamps), la probabilidad es aún menor, ya que los timestamps añaden unicidad temporal.
¿Es seguro un UUID como token de autenticación?
UUID v4 con 128 bits aleatorios es lo suficientemente robusto para tokens de corta duración (invitación, restablecimiento de contraseña) — entropía equivalente a 122 bits aleatorios. Para tokens de larga duración (API key, JWT), añade además rotación periódica, expiración y revocación. Nunca uses UUID v1 o v3 como token — pueden predecirse o derivarse.
¿Por qué los UUIDs pueden ser lentos en bases de datos?
Porque el UUID v4 es aleatorio — las inserciones en un índice B-tree causan fragmentación y fallos de caché. El UUID v7 (ordenado por timestamp) resuelve esto: las inserciones se vuelven append-only en el índice, con rendimiento similar al de enteros auto-incrementales. Postgres tiene soporte nativo mediante uuidv7() en versiones recientes.
¿Puedo acortar un UUID para usarlo en URLs?
Sí, codificando los 128 bits en Base62 o Base64URL (no Base64 estándar, que tiene caracteres problemáticos en URLs). Herramientas como NanoID y Sqids hacen esto por defecto, produciendo IDs de 21 caracteres con la misma entropía. Pero si ya tienes un UUID generado, mantener el formato canónico de 36 caracteres es más portable.
¿Funciona UUID v4 sin conexión?
Sí — la generación de UUID v4 no requiere coordinación central ni internet, solo un generador de números aleatorios criptográfico. Esto es lo que hace valiosos a los UUIDs en sistemas distribuidos: un cliente sin conexión puede generar un ID válido y sincronizarlo después sin riesgo de colisión.
Fontes

Fuentes oficiales

Tabelas, leis e referências consultadas para fundamentar esta ferramenta.

  1. Estándar internacionalRFC 4122 (2005)IETF · Internet Engineering Task Force

    RFC 4122 — A Universally Unique IDentifier (UUID) URN Namespace

    Especificación de los identificadores UUID (versiones 1, 3, 4 y 5), formato canónico de 36 caracteres y reglas de generación para garantizar unicidad global.

  2. Estándar internacionalRFC 9562 (2024)IETF · Internet Engineering Task Force

    RFC 9562 — Universally Unique IDentifiers (UUIDs)

    Actualización del estándar UUID con las versiones 6, 7 y 8 — ordenadas por tiempo y optimizadas para su uso en bases de datos y sistemas distribuidos modernos.

Metodologia — esta ferramenta consulta as tabelas e legislação vigentes nas fontes acima. As regras são atualizadas conforme novas instruções normativas são publicadas pelos órgãos competentes.

Última verificação editorial: junho de 2026.

Compartilhe

Relacionadas

Herramientas relacionadas

toolLayout.related_description