Почему UUID / GUID в том формате, в котором они есть?

Глобальные уникальные идентификаторы (GUID) представляют собой сгруппированные строки с определенным форматом, который, как я полагаю, имеет причину безопасности.

GUID чаще всего записывается в тексте как последовательность шестнадцатеричных цифр, разделенных на пять групп, таких как:

3F2504E0-4F89-11D3-9A0C-0305E82C3301

Почему строки GUID / UUID не являются случайными байтами, закодированными с использованием шестнадцатеричной длины X?

Эта текстовая запись содержит следующие поля, разделенные дефисами:

| Hex digits | Description
|-------------------------
| 8            | Data1
| 4            | Data2
| 4            | Data3
| 4            | Initial two bytes from Data4
| 12           | Remaining six bytes from Data4

Существует также несколько версий стандартов UUID .

UUID версии 4 обычно хранятся в виде необработанного массива из 128 битов и обычно отображаются в формате, например:

UUID: ХХХХХХХХХХХЙ-4xxx-yxxx-ХХХХХХХХХХХЙ

От RfC4122 - Пространство имен URN универсального уникального идентификатора (UUID)

Формальное определение строкового представления UUID предоставляется следующим ABNF:

UUID                   = time-low "-" time-mid "-"
                         time-high-and-version "-"
                         clock-seq-and-reserved
                         clock-seq-low "-" node

Таким образом, это просто поля, отличные от исходного времени и UUID на основе MAC . RFC говорит, что это происходит из сетевой вычислительной системы Apollo.

Текстовое представление с тире разделяет четыре поля Guid / UUID на пять групп (последнее поле разделяется после первых двух байтов): кодировка текста Guid

Представление не имеет ничего общего с безопасностью, поскольку существуют разные методы его вычисления, и предполагается, что оно является уникальным идентификатором, не обязательно безопасным.

Наиболее вероятная причина, по которой поля разделяются (даже если стандарт не упоминает об этом), заключается в удобочитаемости / разделении составных частей.