validar uuid online
Um UUID bem-formado tem 36 caracteres, 32 dígitos hexadecimais e 4 hifens nas posições fixas 8-4-4-4-12. Mas "bem-formado" e "válido" não são a mesma coisa: uma string pode ter exatamente essa forma e ainda assim usar uma versão que nenhum gerador real produz. Esta página separa o que a validação de formato confirma do que ela deixa em aberto.
Passa na checagem de forma porque tem 32 hex e 4 hifens, mas a versão 0 não existe em RFC 9562: é o valor reservado para "nenhum UUID", não um UUID gerado.
Mesmo raciocínio do UUID nulo, do lado oposto: a versão f e a variante "Future" não correspondem a nenhum gerador real, só ao valor sentinela de topo que RFC 9562 reservou em 2024.
Aqui o nibble de versão é 4 e o de variante começa com "10" em binário (hex a), então além de bem-formado o UUID também é semanticamente consistente com um gerador real.
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.
Não necessariamente, e essa é a limitação central de qualquer validador de formato. Ele confirma que a string tem 32 hexadecimais e 4 hifens nas posições certas, no máximo que a versão e a variante fazem sentido. Ele nunca confirma que aquele valor específico foi gerado, existe numa tabela ou corresponde a um registro real: isso exige uma consulta, não uma checagem de formato.
Depende do contexto. RFC 9562 reserva o valor 00000000-0000-0000-0000-000000000000 justamente para representar "nenhum UUID" de forma explícita, então encontrá-lo num campo opcional pode ser intencional. É suspeito quando aparece onde um identificador único de verdade era esperado, porque geradores reais (v4 aleatório, v7 com timestamp) têm probabilidade desprezível de produzir todo zero por acaso.
Porque RFC 9562 fixou essa posição desde a primeira especificação (RFC 4122): contando os 32 dígitos hexadecimais sem os hifens, o 13º é sempre o primeiro caractere do terceiro grupo de 4. Fixar a posição, em vez de deixá-la variável, é o que permite a qualquer parser ler a versão sem precisar decodificar o UUID inteiro primeiro.