Чому 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: xxxxxxxx-xxxx-4xxx-yxxx-xxxxxxxxxxxx

Від RfC4122 - Універсально унікальний ідентифікатор (UUID) URN Іменний простір

Офіційне визначення представлення рядків UUID надається наступним ABNF:

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

Отже, це лише різні поля від початкового часу та UUID на основі MAC . RFC стверджує, що вона походить від обчислювальної системи Apollo Network.

Представлення тексту за допомогою тире розділяє чотири поля Guid / UUID на п’ять груп (при цьому останнє поле відокремлюється після перших двох байтів): Encoding Guid Text

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

Найбільш вірогідна причина розділення полів (хоча стандарт не згадує про це) полягає в читанні / розділенні складових частин.