Stateless APIs
v4 is ideal when microservices or clients generate identifiers independently and you only care about uniqueness, not sort order.
Generate secure version 4 UUIDs with the Web Crypto API. Nothing leaves your browser.
UUID v4 contains 122 bits of randomness. Collisions are practically impossible.
Universally Unique Identifiers (UUIDs) are 128-bit values rendered as 32 hexadecimal characters separated into an 8-4-4-4-12 pattern. Different versions dictate how those bits are filled, which influences ordering, source data, and collision guarantees.
| Version | Source | Sort order | Typical usage | Notes | 
|---|---|---|---|---|
| UUID v1 | Timestamp + MAC address | Chronological | Legacy systems needing time ordering | Leakes host metadata. Avoid in privacy sensitive contexts. | 
| UUID v4 | 122 bits of randomness | Unordered | Default choice for distributed IDs | Collisions are astronomically unlikely when generated with CSPRNG. | 
| UUID v7 | Unix timestamp + randomness | Roughly sortable | Event stores, databases that benefit from time ordering | Draft standard gaining adoption. Great compromise between randomness and sorting. | 
Pick the UUID version that suits your application's scaling, privacy, and ordering requirements. These scenarios outline when to stick with v4 and when to consider alternatives.
v4 is ideal when microservices or clients generate identifiers independently and you only care about uniqueness, not sort order.
For workloads that benefit from chronological clustering, UUID v7 or ULIDs maintain time ordering while preserving compatibility with UUID tooling.
UUIDs are predictable enough to enumerate once discovered. For secrets, issue cryptographically random bytes and deliver them over TLS, or use JWTs with proper claims.
A few simple habits keep UUIDs reliable across environments and databases.
Do you need UUIDs for high-throughput systems or occasional identifiers?
A UUID is a 128-bit identifier rendered as 8-4-4-4-12 hexadecimal characters. Versions such as v4 or v7 control how the bits are derived—randomness for v4, timestamp plus randomness for v7.
UUID v4 leaves 122 bits of randomness, making collisions astronomically unlikely. You can generate billions before a statistically significant collision chance appears.
Choose v4 for maximum randomness and ease of generation. Select v7 when you need roughly sortable identifiers that still work with UUID-aware databases.
UUIDs provide uniqueness, not confidentiality. They make great identifiers, but use randomly generated tokens or encrypted payloads for anything sensitive.
No. HashyTools uses the Web Crypto API directly in your browser so generated UUIDs never leave your device.