Generador de UUID
Generado localmente — ningún dato enviado a servidores.
- Elige la versión: v4, v1 o v7.
- Indica la cantidad.
- Genera y copia uno a uno, o usa "copiar todos".
v4 es completamente aleatorio y la opción por defecto cuando el identificador no debe revelar nada. Aquí se genera con crypto.randomUUID, la API nativa del navegador, con aleatoriedad criptográfica.
v7 empieza por la marca de tiempo en milisegundos y completa con bits aleatorios. Eso hace que los identificadores nazcan en orden creciente en el tiempo, la propiedad que resuelve el principal defecto de v4 como clave primaria.
v1 también se basa en el tiempo, pero con el formato antiguo, con los campos temporales desordenados y un campo de nodo que, en la especificación original, exponía la dirección MAC de la máquina. Aquí ese campo es aleatorio. Úsalo solo por compatibilidad con sistemas heredados.
Los índices B-tree, que usan PostgreSQL y MySQL, funcionan mejor cuando las inserciones caen al final del árbol. Las claves aleatorias como v4 caen en posiciones dispersas, lo que fragmenta el índice y aumenta la escritura en disco.
Como v7 está ordenado por tiempo, cada nueva fila entra cerca de la anterior. El índice crece de forma secuencial, la fragmentación baja y el rendimiento de inserción en tablas grandes mejora de forma apreciable.
La contrapartida es que v7 revela el momento de creación del registro. Si el identificador es público y esa información es sensible, es preferible v4.
Un UUID tiene 128 bits, de los cuales 122 son aleatorios en v4. La probabilidad de colisión es despreciable en la práctica, y por eso es seguro generarlos en máquinas distintas sin coordinación central.
El formato canónico tiene 36 caracteres: 32 dígitos hexadecimales en cinco grupos separados por guiones. Las bases de datos que los almacenan como binario de 16 bytes ahorran espacio y ganan rendimiento frente a guardarlos como texto.
La generación ocurre por completo en tu navegador; ningún identificador se transmite.
Preguntas frecuentes
En teoría sí, en la práctica no. Con 122 bits aleatorios en v4, habría que generar miles de millones por segundo durante décadas para que la probabilidad de colisión dejara de ser despreciable.
El UUID es preferible cuando los registros nacen en lugares distintos, cuando el identificador aparece en una URL pública, o cuando exponer el orden y el volumen de registros no interesa. El secuencial sigue siendo más compacto y rápido. v7 reduce bastante esa diferencia.
Porque la especificación original incrustaba la dirección MAC de la máquina generadora, filtrando información de infraestructura. Esta herramienta usa un nodo aleatorio, pero el formato sigue siendo heredado: v7 cumple el mismo papel con un mejor diseño.
El v4 generado con crypto.randomUUID usa aleatoriedad criptográfica, así que es impredecible. Aun así, para sesiones y recuperación de contraseña lo recomendable es un token dedicado, con caducidad y revocación, no un identificador reutilizado.
No. Todo se genera en tu navegador y no se registra nada.