Generate cryptographically-random RFC 4122 v4 UUIDs. 100% local — no server calls.
UUIDs are generated locally using the browser's cryptographic random number generator (crypto.getRandomValues). No data is uploaded — everything runs in your browser. Generated UUIDs are collision-resistant for practical use but should not be treated as cryptographically authenticated identifiers.
A v4 UUID is 122 random bits plus 6 fixed bits, written as 32 hex characters in 5 groups. The version (4) says "made of randomness"; the variant (10xx) says "RFC 4122". Everything else is cryptographically random.
Groups are 8-4-4-4-12 hex chars. Only the version nibble (position 19) and variant bits (position 20) are fixed — all other 122 bits are drawn from crypto.getRandomValues.
The same two positions are always meaningful; the rest is noise.
Generate cryptographically secure UUID v4s in bulk, instant and free. RFC 4122 compliant.
This generator produces RFC 4122-compliant version 4 UUIDs — the 128-bit random identifiers like 3f8a1c2e-9b4d-4e6f-8a1b-2c3d4e5f6a7b that databases, APIs, and distributed systems use as collision-proof keys. Randomness comes from the browser's cryptographic number source, the same underlying generator used for security tokens, not a predictable pseudorandom seed. Bulk mode emits up to 100 UUIDs in one click, with uppercase, braces, and no-hyphen formatting toggles for pasting into different systems' expected formats.
Backend developers seed test databases and fixture files with realistic primary keys. API designers generate request IDs and idempotency keys when sketching endpoints before code exists. Frontend engineers produce temporary keys for list rendering and optimistic updates. Data teams generate consistent join keys across CSVs being merged. Anyone prototyping distributed logic — where two machines must invent identifiers without coordinating — gets statistically unique values that will not collide even across billions of draws.
(1) Set the quantity, from 1 to 100. (2) Click generate — each UUID draws 122 random bits from crypto.getRandomValues, sets the version and variant bits per RFC 4122, and formats into the canonical 8-4-4-4-12 hex layout. (3) Toggle formatting: uppercase for legacy Windows systems, braces for .NET-style GUIDs, hyphen-free for compact storage or URL use. (4) Copy all or one. Generation is instant and local; no network call is involved and nothing is logged.
Version 4 is pure randomness and the default choice for most systems: with 122 random bits, the chance of any two generated UUIDs colliding is astronomically small — you would need to generate billions per second for centuries to expect one. Version 1 embeds MAC address and timestamp, enabling sorting but leaking the generating machine's identity; v7, increasingly adopted, prefixes a millisecond timestamp so database indexes stay roughly time-ordered, fixing v4's random-index fragmentation on large tables. ULIDs serve the same goal with shorter, sortable output. If your database is small, stick with v4 everywhere; if insert-heavy tables show index bloat, evaluate v7 on the hot paths. This generator focuses on v4 because it remains the interoperable default across Postgres, MySQL, MongoDB, and every major API framework.
Yes. UUIDs are generated using the Web Crypto API (crypto.getRandomValues), producing RFC 4122 version 4 UUIDs with 122 bits of randomness. The collision probability is approximately 1 in 2^122 (5.3 × 10^36). Generate up to 10,000 UUIDs per batch, formatted as plain, JSON array, or SQL INSERT statements.
Output options include: lowercase/uppercase plain text (one per line), JSON array, JavaScript array, SQL INSERT VALUES, and CSV. Bulk generation of 1,000 UUIDs completes in under 50ms. Each UUID follows the xxxxxxxx-xxxx-4xxx-yxxx-xxxxxxxxxxxx pattern with version 4 and variant 1 bits correctly set.
What do you call a crab that plays baseball?
No paywalls, no signups, no data sold. Built by a solo developer who believes useful tools should be accessible to everyone.
☕Support me on Ko-fi— keep tools free100% of proceeds go towards hosting & building more free tools.