Come funziona
La versione 4 riempie 122 bit con valori casuali sicuri, così ogni ID è unico a fini pratici. La versione 7 inizia con l'ora Unix attuale in millisecondi, così gli ID si ordinano per creazione — comodo come chiavi di database. Il verificatore legge versione, variante e, per v1 e v7, il timestamp incorporato di qualsiasi UUID.
v4: casuale · v7: ora + casuale
Quale versione usare
- v4: la scelta classica per ID di richiesta, nomi di file e tutto ciò che richiede un ID non indovinabile.
- v7: meglio per le chiavi primarie di database, perché le nuove righe si ordinano dopo quelle vecchie e gli indici restano veloci.
- v1: ora più indirizzo MAC — evitato qui, perché espone hardware e informazioni temporali.
Consigli
- L'esadecimale minuscolo con trattini è la forma standard; il verificatore riconosce anche input in maiuscolo o senza trattini.
- Non usare mai un UUID come password o segreto — la v7 incorpora l'ora, e persino la v4 non ha key-stretching.
- Tutto gira nel tuo browser; non viene caricato nulla.
Standard e fonti
- Universally Unique IDentifiers (UUIDs): RFC 9562 (v4 casuale, v7 ordinato per ora)
Ultima revisione 12 ottobre 2026
Domande frequenti
Meglio v4 o v7?
Usa v4 per ID non indovinabili come ID di richiesta e nomi di file. Usa v7 per le chiavi di database, perché le nuove righe si ordinano dopo quelle vecchie e gli indici restano veloci.
Due UUID possono collidere?
La versione 4 porta 122 bit casuali, quindi anche generando un miliardo di ID al secondo per un secolo la probabilità di collisione resta di gran lunga sotto una su un miliardo. La versione 7 aggiunge il timestamp, che separa ancora di più gli ID.
Cosa legge il verificatore?
Il nibble della versione, i bit della variante e, per v1 e v7, il timestamp nascosto dentro l'ID. Input senza trattini o in maiuscolo vengono normalizzati automaticamente.
Posso usare un UUID come password?
No. Anche la v4 non ha key-stretching, e la v7 incorpora l'ora di creazione. Per i segreti usa il generatore di password.