{{ formattedUUID }}
Metric | Value | Copy |
---|---|---|
{{ r.label }} | {{ r.value }} | |
No data yet. Generate a UUID. |
Universally unique identifiers are 128 bit labels that distinguish records and messages without coordination. They support consistent keys across systems and a deterministic identifier generator helps repeat the same mapping when you need it.
You choose the family that fits your case and then read the result in a compact summary. Time based values can reveal their recorded moment so ordering and indexing remain practical in logs and pipelines.
Name based values repeat with the same name and namespace so the same input always maps to the same output. Random values are independent between runs so you can issue tokens that avoid linking across events.
Provide a name with a namespace for stable mapping, or choose random for independence, or choose time based when ordering helps. The result appears with its version and variant plus clean formats that downstream tools expect.
Keep names free of secrets and avoid exposing private data in shared contexts. When the result matters for audit, store the canonical form and add braces or casing only when a consuming system requires it.
This generator works with the Universally Unique Identifier (UUID) format defined in RFC 4122. A UUID is 128 bits arranged in five groups, and it carries a version and variant that indicate how it was produced.
Two name‑based families compute a hash of a namespace value and a name string. Version 3 uses MD5 and version 5 uses SHA‑1; identical inputs always yield the same output.
The time‑based family encodes a 60‑bit timestamp in 100 ns intervals since 1582‑10‑15, plus a 14‑bit clock sequence and a 48‑bit node identifier. The random family draws 122 random bits and then sets version and variant according to the standard.
Version 1 values are decoded here into UTC and local wall‑clock time, along with the clock sequence and node bytes. The variant is reported using the standard classes: NCS, RFC 4122, Microsoft, or Reserved.
Symbol | Meaning | Unit/Datatype | Source |
---|---|---|---|
time_low |
Low 32 bits of the timestamp | hex 32‑bit | Derived from bytes |
time_mid |
Middle 16 bits of the timestamp | hex 16‑bit | Derived from bytes |
time_hi_and_version |
High 12 bits of time plus version nibble | hex 16‑bit | Derived from bytes |
time |
UUID v1 time since 1582‑10‑15 | 100 ns ticks | Computation |
tunix,ms |
Unix epoch time | ms | Computation |
clockseq |
Clock sequence for v1 sequencing | 14‑bit integer | Derived from bytes |
node |
Node identifier bytes | 6 bytes | Derived from bytes |
time_low
, time_mid
, and time_hi_and_version
, mask the version bits, combine into time
, divide by 104 to get milliseconds, subtract 12 219 292 800 000, then format as ISO 8601 UTC. The same value is also shown in your local time for readability.
Variant class | Top bits (octet 9) | Meaning |
---|---|---|
NCS | 0b0xxx xxxx |
Pre‑standard |
RFC 4122 | 0b10xx xxxx |
Standard UUID |
Microsoft | 0b110x xxxx |
Legacy Microsoft format |
Reserved | 0b111x xxxx |
Future use |
Field | Type | Min | Max | Step/Pattern | Error Text | Placeholder |
---|---|---|---|---|---|---|
Version | Enum | — | — | v1, v3, v4, v5 | — | Version selector |
Name (v3/v5) | String | 1 | — | trimmed | “Enter a name string for v3/v5 UUID generation.” | example.com |
Namespace (v3/v5) | String | — | — | DNS|URL|OID|X500 or [0‑9A‑F]{32} or [0‑9A‑F‑]{36} (case‑insensitive) |
“Enter a valid namespace: DNS, URL, OID, X500, or a RFC4122 UUID.” | DNS / URL / UUID |
Formatting | Booleans | — | — | uppercase, remove dashes, include braces | — | — |
Input | Accepted Families | Output | Encoding/Precision | Rounding |
---|---|---|---|---|
Version choice | v1, v3, v4, v5 | UUID text | canonical, uppercase, no‑dash, braces, URN | n/a |
Name + Namespace | DNS, URL, OID, X500, UUID | Deterministic UUID | lowercase canonical by default | n/a |
v1 decode | UUID text | UTC and local time, clockseq, node | ISO 8601 UTC, locale‑aware local | ms (100 ns base) |
Units, precision & rounding: Times are shown in ISO 8601 UTC and as a locale‑formatted local time. v1 time is derived from 100 ns ticks; displayed values are in milliseconds without special tie‑breaking.
Randomness & reproducibility: v3/v5 are deterministic for a given name and namespace. v4 draws new randomness each run. v1 uses the current time with a clock sequence and node bytes.
Time & calendrics: Local time uses the device locale and timezone. Leap seconds are not represented; ISO 8601 date‑time strings reflect wall‑clock time.
Networking & storage: Processing is browser‑based; downloads are assembled locally. Clipboard copy uses the secure clipboard API when available with a fallback strategy for older environments.
Diagnostics & determinism: Identical inputs produce identical outputs for v3/v5. The UI highlights the active variant and version and emits CSV and JSON summaries for inspection.
Security considerations: Do not treat a UUID as an access control secret. v1 may reveal properties of the generating host; avoid sharing sensitive values publicly.
urn:uuid:<uuid>
.Privacy & compliance: No data is transmitted or stored server‑side. Avoid embedding personal or confidential information in names or exported artifacts.
UUID creation and inspection follow a simple sequence to produce a clean identifier and companion details.
Example: Choose v5, set Namespace to DNS
, Name to example.com
, then copy the canonical value for repeatable use across systems.
No. All processing happens on your device and no data is sent to a server. Clipboard and downloads are initiated locally.
Avoid placing secrets in names or exported files.It reflects 100 ns tick math per RFC 4122 but displays in milliseconds. Local time uses your device locale and timezone.
DNS, URL, OID, X500, or a UUID string. A 32‑hex input is canonicalized; a 36‑character hex‑with‑dashes input is accepted as entered.
Once loaded, generation and inspection run locally without network access. Exports and copy also work without a connection.
It indicates bit patterns set aside for future definitions. Treat such values as unsupported unless your system specifies handling.
Use the canonical 8‑4‑4‑4‑12 hex grouping or supply 32 hex digits to be canonicalized. Check version and variant to confirm expectations.
They are used exactly as entered after trimming; no normalization is applied. Changing case changes the result for v3/v5.
Identifiers are created locally on your device. No purchase or subscription is required for generation and inspection.
Tip Prefer v5 over v3 when you need a longer‑lived hash function.
Tip Keep an internal map of names to values to prevent accidental renaming.
Tip Store the URN form when a prefix simplifies downstream parsing.
Tip Use v1 only when ordering is valuable and node metadata is acceptable.
Tip Log version and variant alongside the value for quicker audits.
Tip Test consumers with both canonical and urn forms to confirm expectations.