Декодер UUID: версия, вариант и время создания

Что можно вытащить из UUID

Набор данных зависит от версии. В v4 — только версия, вариант и 122 случайных бита: время и железо в него не заложены. В v7 первые 48 бит — Unix-время в миллисекундах, дальше случайная часть. В v1 и v6 время считается в 100-наносекундных интервалах, а последние 48 бит — node. v3 и v5 детерминированы: они собраны из namespace и имени, но восстановить исходное имя по хешу нельзя.

Время в v1 и v7

v1 отсчитывает время от 15 октября 1582 года — даты введения григорианского календаря. Внутри это 60-битное значение с шагом 100 наносекунд; при разборе оно переводится в Unix- время и обычную дату. v7 проще: в первых шести байтах лежит количество миллисекунд с 1 января 1970 года, поэтому декодирование сводится к чтению числа.

Полезно помнить: время в v1 и v7 — это момент генерации, а не момент записи в базу. В распределённой системе часы клиента и сервера могут расходиться на секунды.

Зачем это нужно

Декодер — диагностический инструмент. По нему проверяют, что приложение действительно генерирует v7, а не v4, разбираются в логах при инцидентах, сверяют порядок событий и смотрят, не утекает ли время создания в публичных ссылках. Для v1 отдельный повод для внимания — node: исторически там MAC-адрес, и такой UUID не стоит показывать в открытых адресах.

Разбор выполняется в браузере. Ни UUID, ни результат никуда не отправляются.