UUIDs v4 com entropia criptográfica, sem Math.random
UUID (Universally Unique Identifier) é um identificador padronizado de 128 bits definido pelo RFC 9562, que substituiu o antigo RFC 4122. A versão 4, gerada por esta ferramenta, preenche o valor com bits aleatórios, exceto por 4 bits fixos que marcam a versão e 2 bits que marcam a variante, sobrando 122 bits realmente aleatórios. No navegador, esses bits vêm da Web Crypto API (crypto.randomUUID ou crypto.getRandomValues), que usa o gerador criptográfico do sistema operacional, e nunca de Math.random. O resultado é escrito em 32 dígitos hexadecimais agrupados como 8-4-4-4-12, totalizando 36 caracteres com os hífens. Com 122 bits de entropia, a chance de duas gerações colidirem é estatisticamente desprezível mesmo em escala global, o que torna o UUID v4 uma escolha comum para chaves primárias, tokens de sessão e identificadores de recursos em APIs REST, sem precisar de um servidor central que coordene os IDs.
Um UUID ocupa 128 bits, representados como 32 dígitos hexadecimais no formato 8-4-4-4-12. No v4, quase tudo é aleatório: apenas 6 bits são fixos. Quatro deles marcam a versão, por isso o 13º dígito hexadecimal é sempre 4, e dois marcam a variante RFC 4122, o que faz o 17º dígito cair sempre em 8, 9, a ou b. Descontando esses 6 bits, restam 122 bits de entropia real.
É esse desenho que permite gerar identificadores únicos sem coordenação central. Como cada máquina sorteia 122 bits independentemente, não há necessidade de um banco de dados ou serviço que distribua IDs, dois sistemas diferentes podem gerar UUIDs ao mesmo tempo com colisão praticamente impossível.
Exemplo 1, dissecando um valor. Em 3f2504e0-4f89-41d3-9a0c-0305e82c3301, o dígito de versão (o primeiro do terceiro grupo) é 4, confirmando um v4; o primeiro dígito do quarto grupo é 9, uma variante RFC 4122 válida. A aba de validação faz exatamente essa leitura: confere o formato de 36 caracteres, extrai a versão e a variante e recusa qualquer string fora do padrão.
Exemplo 2, a chance de colisão em números. Pelo "paradoxo do aniversário", seriam necessários cerca de 2,71 × 10¹⁸ (2,71 quintilhões) de UUIDs v4 para chegar a 50% de probabilidade de uma única colisão. Para gerar 1 bilhão de UUIDs por segundo, você levaria aproximadamente 85 anos só para atingir essa marca, na prática, nenhuma colisão em produção foi documentada.
UUID v4 é ótimo quando você precisa de um identificador único, imprevisível e gerado no cliente: tokens de correlação de logs, nomes de arquivo, chaves de idempotência e IDs de recursos em APIs. Por serem aleatórios, também dificultam que alguém adivinhe ou enumere IDs sequenciais, o que ajuda em segurança.
O limite conhecido aparece como chave primária em bancos relacionais: por ser totalmente aleatório, o v4 espalha as inserções pelo índice B-tree e causa fragmentação, pior que IDs sequenciais. Para cargas com muita escrita, o UUID v7 (também no RFC 9562) ou o ULID intercalam um timestamp no início e preservam a ordenação cronológica. Aqui, toda a geração é local: os UUIDs nunca saem do seu navegador, e o lote pode ser exportado em TXT ou JSON.
Cole o código no seu HTML e a ferramenta aparece na sua página, sem a navegação e sem os anúncios do J-Kit. Ela continua rodando no navegador de quem visita o seu site.
<iframe
src="https://jkit.tools/embed/pt-BR/gerador-uuid"
width="100%"
height="600"
style="border:0"
loading="lazy"
title="Gerador de UUID"
></iframe>Estas referências ajudam a contextualizar fórmulas, padrões, APIs e limitações usadas nesta página. Elas não substituem validação profissional quando o resultado tiver impacto jurídico, financeiro, médico ou operacional.
UUID v4 é um identificador único de 128 bits gerado com bits aleatórios, exceto pelos 4 bits de versão e 2 bits de variante, o que deixa 122 bits realmente aleatórios. O formato é xxxxxxxx-xxxx-4xxx-yxxx-xxxxxxxxxxxx, onde o dígito de versão é sempre 4 e y é 8, 9, a ou b.