Plain lines
Put one identifier on each line for fixtures, command input, spreadsheet pasting, or easy diffs. Download the same content as a text file.
122 random bits · Web Crypto · RFC 9562
Generate secure random UUID version 4 identifiers in your browser. Create one value or a batch of up to 10,000, choose the exact text and export format, and keep every generated UUID on your device.
919108f7-52d1-4320-9bac-f847db4148a8
└v4 └ RFC variant
122 random payload bitsVersion and variant use the other 6 bits
Random identifiers, ready to export
Choose a count from 1 to 10,000, select standard, compact, braced, or URN presentation, then copy or download lines, comma-separated text, a JSON array, or SQL VALUES rows.
Loading the UUID v4 generator…
Enable JavaScript to generate secure random UUIDs, format batches, and inspect their structure.
Random bytes with two required fields
A UUID is 128 bits, or 16 octets. For version 4, RFC 9562 assigns 122 bits to random or pseudorandom data. Four bits in octet 6 are set to binary 0100 for the version, and the two highest bits in octet 8 are set to 10 for the RFC variant. Those six fixed bits explain why the random space is 122 bits rather than 128.
LiveParse obtains all sixteen starting octets from crypto.getRandomValues(), the browser Web Cryptography API, and then masks only the version and variant positions. It never substitutes Math.random(). If a secure browser random source is unavailable, generation fails visibly instead of silently weakening the output.
The standard text form has 32 hexadecimal digits in groups of 8-4-4-4-12. A generated v4 value has 4 as the first digit of group three. For the RFC variant, group four begins with 8, 9, a, or b. These visible fields identify the layout; they do not certify who generated the value.
0100.10.xxxxxxxx-xxxx-4xxx-[89ab]xxx-xxxxxxxxxxxxThree quick decisions
Generate one UUID for a form or up to 10,000 for fixtures, seed data, test cases, and migrations. Split larger jobs so the browser and downstream tools remain responsive.
Standard lowercase hyphenated text is the safest default. Compact, uppercase, braced GUID, and urn:uuid: output represent the same underlying 128-bit values.
Choose one value per line, comma-separated output, a valid JSON string array, or SQL row fragments. Validate the receiving schema and use parameterized queries for untrusted data.
Very low probability is not an absolute promise
A sound UUID v4 generator selects from a space of 2^122 possible random payloads. That enormous space makes accidental collisions extraordinarily unlikely at ordinary application volumes, but independent random choices never create a mathematical proof that two values cannot match.
Collision risk depends on total generation volume and the quality of every random source involved. Broken entropy, copied virtual-machine state, implementation bugs, deterministic test stubs, and accidental reuse can matter more than the ideal probability model. Use mature platform facilities rather than inventing a smaller or predictable random scheme.
If a duplicate could overwrite data, cross tenant boundaries, or corrupt a workflow, enforce a database unique constraint and treat a conflict as a normal error path. A UUID reduces the need for centralized allocation; it does not replace integrity constraints or operational monitoring.
Every successful output has the UUID v4 and RFC variant bits and draws its 122-bit payload from the browser cryptography source. It does not claim knowledge of every UUID generated elsewhere.
Validate an existing UUID →One secure source, several useful shapes
Put one identifier on each line for fixtures, command input, spreadsheet pasting, or easy diffs. Download the same content as a text file.
Create a syntactically valid array of quoted strings for a test fixture or request body. The surrounding API schema and business rules still need separate validation.
Produce parenthesized string rows as a starting point for seed data. Prefer native UUID columns and parameterized statements rather than concatenating untrusted SQL.
Use uppercase or braces when a Microsoft-oriented interface asks for them. Formatting changes the string, not the version, variant, bytes, or collision properties.
Random identifier does not mean credential
Secure randomness is important, but UUID v4 defines an identifier format, not an authentication protocol. It has no built-in issuer, signature, audience, scope, expiration, rotation, revocation, or proof of possession. A user who presents a record UUID must still be authenticated and authorized for that record.
Do not use a UUID as a password reset secret, API key, session credential, cryptographic nonce with protocol-specific requirements, or substitute for a signed token merely because it is difficult to guess. Choose a dedicated security design with enough entropy for its threat model and safe server-side storage and comparison.
Identifiers can also leak through URLs, logs, analytics, referrer headers, screenshots, browser history, and support messages. Treat the resource behind an ID according to its sensitivity even when the ID itself was securely generated.
Opacity or chronological order
Local processing boundary
The browser obtains random bytes and formats UUIDs locally. Generated identifiers are not posted to a LiveParse generator endpoint.
Changing case, wrappers, layout, validation, and download content is performed on the current device.
Clipboard history, browser extensions, screen sharing, downloads, backups, and other local software are outside the page’s control.
Local generation does not determine whether an identifier is safe to publish or whether the associated resource is properly protected.
Questions answered
A UUID v4 carries 122 random bits. The other six bits identify version 4 and the RFC 9562 variant, so the full identifier remains 128 bits.
No. Web Crypto provides the cryptographically secure random source used here, which makes accidental collisions extraordinarily unlikely when it works correctly, but no independent random generator can promise absolute uniqueness. Enforce a unique constraint and handle conflicts when duplication would matter.
This page generates from 1 through 10,000 UUID v4 values per batch. The limit keeps browser memory, rendering, clipboard, and download work bounded.
No. A UUID is an identifier, not a password, API key, session credential, signature, or authorization check. Use a purpose-built secret-token design with suitable entropy, storage, rotation, expiration, and server-side validation.
No timestamp is defined in the UUID v4 layout. Its 122 payload bits are random or pseudorandom, so a generic decoder cannot recover a creation time from the value.
No. Those options change the text presentation of the same 128 bits. Use standard lowercase 8-4-4-4-12 text for broad interoperability unless a receiving interface explicitly requests another format.
Choose v4 for an opaque random identifier without an intentional timestamp. Consider v7 when chronological ordering and database index locality are useful and exposing generation time is acceptable.
No. Generation, formatting, validation, and export preparation happen in the current browser tab. Clipboard managers, downloaded files, extensions, and other software on your device remain separate privacy boundaries.