So funktioniert es
Version 4 füllt 122 Bit mit sicheren Zufallswerten, sodass jede ID praktisch einmalig ist. Version 7 beginnt mit der aktuellen Unix-Zeit in Millisekunden, sodass IDs in Erstellungsreihenfolge sortieren – praktisch als Datenbankschlüssel. Der Prüfer liest aus jeder UUID Version, Variante und, bei v1 und v7, den eingebetteten Zeitstempel.
v4: zufällig · v7: Zeit + Zufall
Welche Version wofür
- v4: die klassische Wahl für Request-IDs, Dateinamen und alles, was eine unerratbare ID braucht.
- v7: besser für Primärschlüssel in Datenbanken, weil neue Zeilen nach alten sortieren und Indizes schnell bleiben.
- v1: Zeit plus MAC-Adresse – hier vermieden, weil es Hardware- und Zeitinfos preisgibt.
Tipps
- Kleinbuchstaben mit Bindestrichen ist die Standardform; Großbuchstaben oder Eingaben ohne Bindestriche erkennt der Prüfer trotzdem.
- Nutze eine UUID niemals als Passwort oder Geheimnis – v7 bettet die Zeit ein, und selbst v4 hat kein Key-Stretching.
- Alles läuft in deinem Browser; nichts wird hochgeladen.
Standards und Quellen
- Universally Unique IDentifiers (UUIDs): RFC 9562 (v4 zufällig, v7 zeit-sortiert)
Zuletzt geprüft 12. Oktober 2026
Häufige Fragen
Soll ich v4 oder v7 nehmen?
Nimm v4 für unerratbare IDs wie Request-IDs und Dateinamen. Nimm v7 für Datenbankschlüssel, weil neue Zeilen nach alten sortieren und Indizes schnell bleiben.
Können zwei UUIDs kollidieren?
Version 4 trägt 122 Zufallsbits, sodass selbst eine Milliarde IDs pro Sekunde über ein Jahrhundert die Kollisionschance weit unter eins zu einer Milliarde lässt. Version 7 fügt den Zeitstempel hinzu, der IDs weiter trennt.
Was liest der Prüfer aus?
Das Versions-Nibble, die Varianten-Bits und, bei v1 und v7, den in der ID versteckten Zeitstempel. Eingaben ohne Bindestriche oder in Großbuchstaben werden automatisch normalisiert.
Darf ich eine UUID als Passwort nehmen?
Nein. Selbst v4 hat kein Key-Stretching, und v7 bettet die Erstellungszeit ein. Nutze für Geheimnisse den Passwort-Generator.