UUID Generator
Generates v4 and v7 UUIDs (RFC 9562), one at a time or in batches, ready to copy.
Version
Quantity
d2e7f7e5-4d55-4a2c-aadf-2ff50bef1956
2f35a909-a336-47e9-b450-4016c48ac0af
d6739c80-8616-479f-bb37-d6679ecd13b9
4d3f24ab-d94a-431c-8789-d124174706a5
ac7ea53a-5ef7-4858-97df-c54c41414e41
efe11f4d-39c4-4f56-a452-a517829cb673
1d9236b6-e37c-405b-b2d3-f288f1d70be3
5f1012b8-7f16-428f-ad20-658b8e98e3da
facfb62a-1e7c-4a6f-91bb-567c2b82ae0e
e56122f4-a434-4d2e-8ed4-3e7dc4cdee73
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.