UUID Generator
Generates v4 and v7 UUIDs (RFC 9562), one at a time or in batches, ready to copy.
Version
Quantity
d60976d8-9d9d-4dc1-adbe-677eadac7ee9
2e36cfd0-e0d0-4b85-aeda-969d43a0ff0b
61478e80-981d-4835-b89b-8bd3792ae927
50823a1e-f31b-42a7-967f-9869a1797b26
fa9d3767-251d-4f28-b8bc-8a26ee5b1936
824a99b2-94a2-4396-8187-0a0c02d41c82
f6f2815d-b021-48f5-9d9b-71246ef8aaaa
953cbbed-c19f-4f5d-8a50-59c53325f0e5
bebd8c69-295d-4cbc-9490-69f3c3457ea0
f1cb6599-f12e-4204-9825-29c501b1fdc8
When to use each version
| Version | When to use |
|---|---|
| UUID v4 | Fully random IDs, maximum compatibility. |
| UUID v7 | New projects, databases, time ordering, better index performance. |
What a UUID is
A UUID (Universally Unique Identifier) is a 128-bit identifier, standardized by RFC 9562, used to identify something with practical uniqueness — without needing a central server to coordinate generation. It's the de facto standard for primary keys, session IDs, resource names and event correlation in databases, APIs and distributed systems.
What the "Decode" mode does
Takes any UUID — it doesn't need to have been generated by this tool — and identifies version, variant and, when present, the embedded timestamp. Nil UUID and Max UUID (all bits zero or all one) are recognized as special cases from the RFC itself. Timestamp is only decoded for v7 in this version: v1 and v6 use the same epoch, just arranged across different fields, and that conversion hasn't been validated with enough confidence to ship yet.
Frequently asked questions
A 128-bit identifier (RFC 9562) used to name something with practical uniqueness, without needing central coordination.
v4 is fully random (122 bits of entropy) — the most compatible. v7 reserves the first 48 bits for a Unix timestamp, which makes it sortable by time and improves database index performance.
v1 and v6 also carry an embedded timestamp, but they use a different epoch (Gregorian, since 1582) arranged across fields that aren't directly comparable to v7 — decoding them correctly requires a conversion that hasn't been validated with enough confidence for this version of the tool yet.
The field that indicates which bit-layout rule the UUID follows. All versions 1 through 8 use the RFC 4122/9562 variant; NCS and Microsoft/COM are legacy layouts that predate the current standard.
The UUID with all 128 bits set to zero (00000000-0000-0000-0000-000000000000) — defined by RFC 9562 to represent the absence of a value, not an error.
The UUID with all 128 bits set to one (ffffffff-ffff-ffff-ffff-ffffffffffff) — the highest possible value, defined by the same RFC as a "highest possible value" sentinel.
No. A UUID identifies something with practical uniqueness — it wasn't designed to be a secret. v7 in particular should never be used as a session token/key: a good part of its bits is a predictable timestamp, not randomness.
Only if it's v7 (v1/v6 aren't decoded in this version yet) — Decode mode shows the embedded timestamp. A v4 UUID carries no information about when it was generated.
Nexinon Principles
Privacy
Your data never leaves your browser.No account needed
Use it now, no account or password.Free
No usage limits, no paid plan.Trustworthy content
Full explanation behind every tool, not just the result.