UUID Generator
Generates v4 and v7 UUIDs (RFC 9562), one at a time or in batches, ready to copy.
Version
Quantity
d715a72d-3fe3-48a9-9e29-09bc53d8bb2e
ba2adbbf-2955-4408-bae5-7f6c5a7753ce
e6b7b8f4-c1bb-4e8a-8ae1-42081c787098
4459792c-e24b-4334-98f2-37185c5ea4a1
fea89084-fd62-4729-b055-ce1569fd93a3
04319df6-26f0-428b-a732-1d6ede624bfb
c4608640-2c11-4ecb-9fab-e455d5ab8184
61b7cc7b-c5f8-49ab-893e-59c734a04130
2480378c-347d-4464-b6bc-8a86b5fb0d24
f7fb6045-190a-4025-b03f-d8080b7dbd5d
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.