fingerprint Générateur d'UUID (v4) star

Ce qui rend un UUID v4 unique

Un UUID (identifiant unique universel) est un nombre de 128 bits, écrit conventionnellement en 36 caractères répartis en 8-4-4-4-12 en hexadécimal, comme f47ac10b-58cc-4372-a567-0e02b2c3d479. Parmi ces 128 bits, la version 4 — la variante que génère cet outil — en remplit 122 avec la sortie d'un générateur de nombres aléatoires cryptographiquement sûr. Les 6 bits restants ne sont pas du tout aléatoires : ce sont des marqueurs fixes qui identifient l'UUID comme étant de version 4 et indiquent son « variant », ce qui explique pourquoi le caractère juste après le deuxième tiret est toujours 4, et le premier caractère du groupe suivant est toujours 8, 9, a ou b.

122 bits aléatoires représentent un espace énorme : 2^122 valeurs possibles, soit environ 5,3×10³⁶. Pour rendre cela concret, si chaque appareil sur Terre générait un milliard d'UUID par seconde en continu, il faudrait tout de même de l'ordre de dizaines de milliards d'années de génération combinée avant que les probabilités d'un seul doublon accidentel n'atteignent seulement 50 %. C'est pourquoi les systèmes distribués — des services fonctionnant sur des centaines de serveurs indépendants sans aucune coordination entre eux — peuvent chacun générer leurs propres UUID localement et faire confiance, sans consulter un registre central, au fait qu'aucun ne se recoupera jamais. C'est tout l'intérêt du format : une identification unique sans consultation de base de données.

La génération se déroule ici entièrement à l'intérieur de votre navigateur grâce à la fonction crypto.randomUUID() de la Web Crypto API — la même source aléatoire cryptographique que les navigateurs utilisent pour les opérations sensibles en matière de sécurité. Rien n'est envoyé à un serveur, aucune graine n'est enregistrée, et chaque UUID que vous générez est indépendant de tous les autres.

Ce qu'il faut savoir avant d'utiliser des UUID

v4 n'est pas la seule version. v1 et v6 intègrent un horodatage et l'adresse réseau de la machine génératrice, ce qui les rend triables mais divulgue aussi des informations sur le moment et le lieu de leur création. v5 hache un nom que vous fournissez, produisant le même UUID à chaque fois pour la même entrée — utile lorsque vous avez besoin d'un identifiant déterministe plutôt qu'aléatoire. v7, un standard plus récent, combine un préfixe d'horodatage avec des bits aléatoires, vous donnant à la fois l'unicité et un ordre chronologique naturel. v4 reste le choix par défaut approprié chaque fois que vous avez simplement besoin d'un identifiant aléatoire, non devinable et sans collision, sans avoir besoin d'encoder une heure ou un nom.

Une mise en garde pratique : comme les valeurs v4 sont entièrement aléatoires, les utiliser comme clé primaire de base de données peut nuire aux performances d'insertion sur des tables indexées en B-tree, car les nouvelles lignes atterrissent à des positions imprévisibles dans l'index plutôt que de s'ajouter proprement à une extrémité. Si le débit d'insertion compte à grande échelle, une alternative ordonnée dans le temps comme UUIDv7 ou ULID conserve la même garantie d'unicité sur 128 bits tout en restant favorable aux index.