Канонический UUID состоит из 36 символов по схеме 8-4-4-4-12. Без четырёх дефисов остаётся 32 hex-цифры, то есть 16 байтов. Это лишь первый слой: обычный UUID также содержит nibble версии и поле варианта в заданных позициях.
Канонический — один точный вид
RFC 9562 показывает обычную hex-форму с фиксированными дефисами. Другие системы принимают верхний регистр, скобки, компактную строку или префикс urn:uuid, но это отдельные контракты представления. Строгий валидатор не должен скрыто обрезать, разворачивать или менять регистр: исправление маскирует несовпадение систем. UUIDLens проверяет только нижний регистр 8-4-4-4-12.
Версия и вариант — разные поля
Первая hex-цифра третьей группы — версия: 4 означает UUIDv4, 7 — UUIDv7. Старшие биты четвёртой группы задают вариант; у UUID варианта RFC первая цифра там равна 8, 9, a или b. Одной версии недостаточно. Nil и Max — специальные UUID, поэтому классифицируются до обычных правил версии и варианта.
Валидация доказывает структуру, а не источник
Строка может иметь идеальные синтаксис, версию и вариант, но не соответствовать никакой записи. Её можно скопировать, угадать, записать в журнал или получить от недоверенной стороны. Структуру стоит проверять до разбора и хранения, но существование и доступ проверяет целевое приложение. У UUIDLens нет БД, и он не сообщает владельца, подлинность, уникальность или право доступа.