Тема

Популярные инструменты

Генератор UUID

Создайте случайный UUID v4 или упорядоченный по времени UUID v7, один или сразу до 10 000. Здесь же можно сгенерировать GUID онлайн: GUID — такое же 128-битное значение. Вставьте UUID, чтобы разобрать его по полям.

RFC 9562 · crypto.getRandomValues · создаётся и читается в вашем браузере, ничего не отправляется

Цветная цифра — это версия: первая цифра третьей группы в любом UUID.

v4 · Случайный36 символов · 122 случайных бита
xxxxxxxx-xxxx-4xxx-Nxxx-xxxxxxxxxxxx
Структура · RFC 9562 §5.4128 бит · 32 шестнадцатеричные цифры · 36 символов
Коснитесь поля или наведите на него курсор

Создаётся и читается в вашем браузере через crypto.getRandomValues; ничего не отправляется.

Формат

Что такое UUID и как расшифровывается UUID?

UUID расшифровывается как Universally Unique Identifier, «универсальный уникальный идентификатор»: 128-битная метка, которую любой компьютер может создать сам и при этом рассчитывать, что ни один другой компьютер не создаст такую же. Её записывают как 32 шестнадцатеричные цифры в пяти группах, например 919108f7-52d1-4320-9bac-f847db4148a8.

Формат определяет RFC 9562 (май 2024 года), который заменил RFC 4122 и добавил версии 6, 7 и 8. Никакой центральный реестр не выдаёт UUID: уникальность обеспечивает случайность, метка времени или хеш имени — в зависимости от версии.

Базы данных используют UUID как первичные ключи, API — как идентификаторы запросов и объектов, операционные системы — для дисков, разделов и программных компонентов. GUID (Globally Unique Identifier, «глобально уникальный идентификатор») — это название Microsoft для того же самого.

Одно значение, четыре размераRFC 9562 §4

UniversallyUniqueIDentifier

  1. 128 бит
  2. 16 байт
  3. 32 шестнадцатеричные цифры
  4. 36 символов с дефисами919108f7-52d1-4320-9bac-f847db4148a8

GUIDНазвание Microsoft для того же значения

Пример версии 4 из RFC 9562, посчитанный четырьмя способами. Текстовая форма добавляет к 32 шестнадцатеричным цифрам четыре дефиса: 36 символов.
Генератор UUID: UUID v7 с меткой времени, версией и случайными битами, размеченными по полям, и пакет UUID v7Генератор UUID: UUID v7 с меткой времени, версией и случайными битами, размеченными по полям, и пакет UUID v7Выберите версиюСлучайный v4, упорядоченный по времени v7, v5 на основе имени и остальные — у каждой версии свой цвет.Один щелчокСкопируйте UUID или создайте новый; пакет до 10 000 штук выгружается как текст, CSV, JSON или SQL.Каждое полеБиты, которые RFC 9562 определяет для этой версии, и расшифрованное время, которое несёт v7.Любой форматФигурные скобки, без дефисов, верхний регистр, Base64url, целое число или порядок байтов .NET.
UUID v7 по частям: 48-битная метка времени, цифра версии, биты варианта и случайная часть. Выберите номер, чтобы узнать, что показывает каждая часть.

Формат и длина UUID: 36 символов

UUID — это 128 бит, записанные как 32 шестнадцатеричные цифры и 4 дефиса группами по 8, 4, 4, 4 и 12: всего 36 символов. Первая цифра третьей группы — это версия, а первая цифра четвёртой группы показывает вариант: 8, 9, a или b у UUID по RFC 9562.

Так, 017f22e2-79b0-7cc3-98c4-dc0c0c07398f — это версия 7, вариант RFC. Допустимы верхний, нижний и смешанный регистр; большинство инструментов выводят строчные буквы, а uuidgen в macOS — заглавные. Без дефисов это 32 символа, в фигурных скобках — 38 (формат B в .NET), в виде urn:uuid: — 45, а в Base64url — 22.

Регулярное выражение, которое проверяет форму по RFC: ^[0-9a-f]{8}-[0-9a-f]{4}-[1-8][0-9a-f]{3}-[89ab][0-9a-f]{3}-[0-9a-f]{12}$ с флагом нечувствительности к регистру. Оно отвергает Nil UUID и Max UUID, которые корректны, но особые; декодер выше называет их.

Текстовая формаRFC 9562 §4
017f22e28-79b04-7cc34-98c44-dc0c0c07398f12

32 шестнадцатеричные цифры + 4 дефиса = 36 символов

xxxxxxxx-xxxx-Mxxx-Nxxx-xxxxxxxxxxxxM версия: 1–8N вариант: 8, 9, a или b
Регулярное выражение · без учёта регистра^[0-9a-f]{8}-[0-9a-f]{4}-[1-8][0-9a-f]{3}-[89ab][0-9a-f]{3}-[0-9a-f]{12}$
Те же 128 бит, записанные иначе
  • Стандартный017f22e2-79b0-7cc3-98c4-dc0c0c07398f36
  • Без дефисов017f22e279b07cc398c4dc0c0c07398f32
  • Фигурные скобки {…}{017f22e2-79b0-7cc3-98c4-dc0c0c07398f}38
  • urn:uuid:urn:uuid:017f22e2-79b0-7cc3-98c4-dc0c0c07398f45
  • Base64urlAX8i4nmwfMOYxNwMDAc5jw22
  • Base64AX8i4nmwfMOYxNwMDAc5jw==24
  • Base58BihbxwwQ4NZZpKRH9JDCz21
  • Base3201FWHE4YDGFK1SHH6W1G60EECF26
  • Целое число1989357241971137676463954034883508623до 39
  • Двоичный вид01 7f 22 e2 79 b0 7c c3 98 c4 dc 0c 0c 07 39 8f16 байт
Собственный пример v7 из RFC 9562 во всех формах записи. Регулярное выражение намеренно отвергает Nil UUID и Max UUID: у них нет версии.

Версии UUID: от v1 до v8

Версия говорит, как создан UUID: v4 — из случайных битов, v7 — из времени и случайных битов, v1 и v6 — из метки времени и идентификатора узла, v3 и v5 — хешированием имени, а v8 — по собственной структуре создателя.

Версии 2 и 0 здесь не создаются: v2 (DCE Security) зарезервирована, и RFC 9562 не определяет её структуру, а 0 — вообще не версия. У двух специальных значений версии нет: Nil UUID состоит из одних нулей, а Max UUID — из одних единиц (ffffffff-ffff-ffff-ffff-ffffffffffff, новинка RFC 9562).

Для новых систем RFC 9562 рекомендует v7 вместо v1 и v6 и v5 вместо v3. v4 остаётся простым выбором, когда значение не должно ничего говорить о времени своего создания.

ВерсияЕё 128 битИз чего создаётсяСортировка по времени
v1Время + узел · §5.1Время (100 нс) + последовательность часов + узелНет
v2DCE Security: зарезервирована, без структуры в RFC 9562Не создаётся: структура не определена–
v3Имя · MD5 · §5.3MD5 от пространства имён + имениНет
v4Случайный · §5.4Случайные битыНет
v5Имя · SHA-1 · §5.5SHA-1 от пространства имён + имениНет
v6Сортируемый v1 · §5.6Поля v1, старшие биты времени первымиДа
v7По времени · §5.7Unix-время (мс) + случайные битыДа
v8Свой формат · §5.8Собственная структура создателяНет
Nil§5.9Все нули: «нет значения»–
Max§5.10Все единицы: сигнальное значение–
  • время
  • случайные
  • хеш
  • последовательность часов
  • узел
  • версия
  • вариант
Каждая полоса — это 128 бит одной версии в раскладке RFC 9562, по её собственным тестовым векторам. Только v6 и v7 ставят время в начало, поэтому только они сортируются по времени как текст.

UUID v4 или v7: что выбрать?

Используйте v7 для ключей базы данных и всего, что вы сортируете или индексируете: он начинается со времени создания, поэтому новые строки попадают в конец индекса. Используйте v4, когда идентификатор не должен выдавать время своего создания: все 122 его свободных бита случайны.

Случайные ключи v4 разбрасывают вставки по всему индексу B-tree, из-за чего страницы разделяются, а в памяти приходится держать большую часть индекса; ключи v7 приходят по порядку, как автоинкрементное число, но любой сервер может создавать их, не обращаясь к базе данных. У v7 на каждую миллисекунду приходится 74 случайных бита, так что два сервера, создавшие UUID в один и тот же момент, всё равно не получат совпадения.

Цена: любой, кто видит v7, может прочитать миллисекунду его создания (вставьте такой UUID в декодер выше). Если это важно, используйте v4 или держите v7 внутри системы, а наружу показывайте другой идентификатор.

12 вставок в индекс B-tree8 листовых страниц · по 16 ключей
ключи v4 попадают куда угодноЗатронуто страниц: 7 из 8 · 3 разделения страниц
Страницы по первому байту
00–1fразделение
20–3f
40–5f
60–7f
80–9f
a0–bf
c0–dfразделение
e0–ffразделение
c100eb4b-4f3f-4b29-ad77-da7cd9d1eda592c97333-2db8-4fc2-b5b6-cedd8c7abede
ключи v7 попадают в конецЗатронуто страниц: 1 из 8 · 0 разделений страниц
Страницы по дню создания ключей
17 окт.
18 окт.
19 окт.
20 окт.
21 окт.
22 окт.
23 окт.
24 окт.
01a16d3e-e1c0-70f6-99ec-6d454991b2fa01a16d3e-e1c0-70f6-99ec-6d45c2f6b35b
  • уже в индексе
  • свободно
  • новый v4
  • новый v7
  • разделение страницы: половина её ключей переходит на новую страницу
Модель, а не бенчмарк: листовые страницы по 16 ключей. Случайные ключи попадают на старые, почти заполненные страницы, и те разделяются; первые байты v7 — это время, поэтому все двенадцать уходят на самую новую страницу, где ещё есть место.

GUID и UUID: есть ли разница?

GUID и UUID — одно и то же 128-битное значение в одной и той же текстовой форме; GUID — это название Microsoft. Guid.NewGuid() в .NET создаёт случайный UUID версии 4, а Guid.CreateVersion7() в .NET 9 — UUID версии 7.

Разница — в памяти. Структура GUID в Microsoft хранит первые три группы как целые числа в порядке little-endian, поэтому ToByteArray() в .NET выдаёт первые 8 байтов в другом порядке, чем сетевой порядок байтов RFC 9562: 919108f7-52d1-… превращается в байты f7 08 91 91 d1 52 …. Текст тот же, но сырые байты при передаче между системами нужно преобразовывать. Декодер показывает оба порядка.

Тип uniqueidentifier в SQL Server к тому же сортирует сначала по последним шести байтам, поэтому значения v7 там не остаются в порядке времени; NEWSEQUENTIALID() создаёт значения, которые остаются, но после перезапуска они могут снова начаться с меньших значений, и их легко угадать. Старые GUID из COM могут нести собственные биты варианта Microsoft вместо битов RFC 9562; декодер называет этот вариант.

Один GUID, три порядка байтов16 байт
919108f7-52d1-4320-9bac-f847db4148a8
RFC 9562 сетевой порядок
.NET Guid.ToByteArray()
SQL Server порядок uniqueidentifierПорядок определяют последние шесть байтов
  • Data1 · 4 байта, в обратном порядке
  • Data2 · в обратном порядке
  • Data3 · в обратном порядке
  • Data4 · как есть
Один и тот же текст в памяти: .NET хранит первые три группы в порядке little-endian, а SQL Server сортирует сначала по последним шести байтам, поэтому упорядоченные по времени ключи v7 там не остаются в порядке.

Как сгенерировать UUID в коде

Большинство языков создают UUID v4 одной строкой, а многие теперь умеют и v7: uuid.uuid7() в Python 3.14, Guid.CreateVersion7() в .NET 9, UUID.ofEpochMillis() в Java 26, uuid.NewV7() в Go 1.27, crypto.randomUUIDv7() в Node.js 26.1 и uuidv7() в PostgreSQL 18. В браузерах по-прежнему есть только crypto.randomUUID(), то есть v4.

Выберите свой язык, чтобы увидеть однострочник. Не каждый v7 сохраняет порядок UUID, созданных в одну и ту же миллисекунду: в Python и Go сохраняет, а в .NET и Node это не гарантируется. А UUID() в MySQL возвращает UUID версии 1, который в Linux и Windows содержит настоящий MAC-адрес сервера.

Встроенные функции UUID по языкам

Python
import uuid

uuid.uuid4()   # v4
uuid.uuid7()   # v7, Python 3.14+
uuid.uuid5(uuid.NAMESPACE_DNS, "www.example.com")  # v5

uuid7() ведёт 42-битный счётчик, поэтому UUID одной миллисекунды остаются по порядку.

Версии — по собственной документации каждого языка; значки — собственные логотипы проектов.

Могут ли два UUID совпасть?

В теории да, на практике нет: у UUID v4 122 случайных бита, это около 5,3 × 10³⁶ значений. Чтобы вероятность совпадения хотя бы двух из них достигла одной миллиардной, нужно создать около 103 триллионов UUID, а для шансов 50 на 50 — около 2,7 квинтиллиона.

Это граница парадокса дней рождения: при n случайных значениях из N вероятность повтора примерно равна 1 − e^(−n(n−1)/2N). Если создавать миллиард UUID в секунду, на 50-процентную вероятность ушло бы около 86 лет. Настоящие дубликаты возникают из-за сломанных генераторов: неслучайного начального значения, виртуальной машины, клонированной вместе со своим случайным состоянием, или идентификаторов, скопированных вручную.

У v7 совпасть могут только UUID, созданные в одну и ту же миллисекунду, а их различают 74 случайных бита. Генератор на этой странице к тому же сохраняет порядок пакета внутри одной миллисекунды (RFC 9562 §6.2), поэтому 10 000 UUID, созданных сразу, уникальны и отсортированы.

Парадокс дней рождениянаш расчёт
Вероятность, что хотя бы два совпадут1 из 1,1 × 1019p ≈ 9,4 × 10−20

При миллиарде в секунду на создание такого количества уйдёт 1 секунда.

p ≈ 1 − e^(−n(n−1)/2N), где N = 2¹²² для v4 и 2⁷⁴ на миллисекунду для v7. RFC 9562 не приводит цифр для коллизий: это наш расчёт той же функцией, которой пользуется страница.

Декодер UUID: как прочитать метку времени UUID

Вставьте UUID на вкладке «Декодирование и проверка» — это декодер и валидатор UUID выше: он читает версию и вариант из двух фиксированных мест, а затем поля, которые определяет эта версия. v7 даёт миллисекунду своего создания, а v1 или v6 — время с точностью до 100 наносекунд, последовательность часов и идентификатор узла.

Узел v1 или v6 со сброшенным битом multicast может быть настоящим MAC-адресом сетевой карты; найдите её производителя через поиск по MAC-адресу. Генераторы, которые берегут приватность, устанавливают этот бит и используют случайный узел, как и этот генератор.

Время — это то, что записал генератор, а не доказательство того, когда UUID был создан. v4 не содержит времени, только случайные биты, а v3, v5 и v8 содержат хеши: прочитать из них нечего, а хеш нельзя обратить в имя. Вставьте список, чтобы проверить до 1 000 UUID сразу: некорректные строки, дубликаты и идут ли UUID на основе времени по порядку.

Два способа записать один и тот же моментRFC 9562 · Appendix A
017f22e2-79b0-7cc3-98c4-dc0c0c07398f
  1. unix_ts_ms0x017f22e279b0
  2. мс с 1970 года1 645 557 742 000
  3. UTC2022-02-22T19:22:22.000Z
c232ab00-9414-11ec-b3c8-9f6bdeced846
  1. time_high · time_mid · time_low1ec 9414 c232ab00
  2. шаги по 100 нс с 1582-10-15138 648 505 420 000 000
  3. UTC2022-02-22T19:22:22.0000000Z

Один и тот же момент: примеры из RFC 9562 созданы одновременно.

v7 начинается с миллисекунд, прошедших с 1970 года. v1 хранит младшую часть времени первой, поэтому декодер расставляет три части по порядку, прежде чем отсчитывать от 15 октября 1582 года.

UUID на основе имени: v5 и v3

UUID v5 — это хеш SHA-1 от UUID пространства имён и имени, обрезанный до 128 бит, с установленными версией и вариантом; v3 делает то же самое с MD5. Одни и те же пространство имён и имя всегда дают один и тот же UUID на любом компьютере: выберите v5 выше, чтобы использовать эту страницу как генератор UUID v5.

RFC 9562 определяет четыре пространства имён: DNS для доменных имён, URL, OID и X.500. Поэтому www.example.com в пространстве имён DNS всегда даёт 2ed6657d-e927-568b-95e1-2665a8aea6a2 как v5. Используйте UUID на основе имени, чтобы дать стабильный идентификатор тому, у чего уже есть уникальное имя, не храня таблицу соответствий.

Выбирайте v5, а не v3: MD5 слабее, и RFC 9562 рекомендует v5. Ни тот, ни другой не скрывают имя: любой, кто может его угадать, вычислит тот же UUID. Вариант v8 здесь использует SHA-256 тем же способом, как в собственном примере v8 из RFC.

Пространство имён + имя → v5RFC 9562 §5.5
  1. Пространство имён6ba7b810-9dad-11d1-80b4-00c04fd430c8DNS · 16 байт
  2. Имя"www.example.com"UTF-8 · 15 байт
  3. Дайджест SHA-1, 160 бит2ed6657de927468b55e12665a8aea6a22dee3e35сохраняются первые 128 бит
  4. Итоговый UUID2ed6657d-e927-568b-95e1-2665a8aea6a2цифра версии 4 → 5 · цифра варианта 5 → 9
  • DNS6ba7b810…
  • URL6ba7b811…
  • OID6ba7b812…
  • X.5006ba7b814…
Собственный пример v5 из RFC 9562: www.example.com в пространстве имён DNS. Любой компьютер, который хеширует те же пространство имён и имя, получит тот же UUID.

ULID и UUID v7 (и другие идентификаторы)

ULID и UUID v7 оба начинаются с 48-битной метки времени в миллисекундах и сортируются по времени. Разница: ULID отдаёт все остальные 80 бит под случайность и записывается 26 символами Base32, а v7 тратит 6 бит на версию и вариант и подходит для любого столбца и любой библиотеки UUID.

Если ваша база данных, ORM или API уже работают с UUID, v7 даёт порядок по времени без нового типа. NanoID и похожие короткие идентификаторы — это случайные строки выбранной длины, без времени и без стандартной структуры. Любой UUID можно записать и короче: 22 символа в Base64url, не больше 22 в Base58.

Три идентификатора, по 128 битв масштабе
UUID v7время, затем случайные биты
36 символовсортируется по времени
ULIDвремя, затем случайные биты
26 символовсортируется по времени
UUID v4только случайные биты
36 символовбез порядка
  • миллисекунды с 1970 года
  • случайные
  • версия и вариант
UUID v7 и ULID используют одни и те же 48-битные часы в миллисекундах; v7 отдаёт 6 бит под версию и вариант, а ULID использует все 80 под случайность. v4 только случаен; в Base64url любой UUID занимает 22 символа.

Безопасно ли использовать UUID как токены?

Нет. RFC 9562 говорит, что не стоит считать UUID трудноугадываемыми и никогда не следует использовать UUID как средство доступа (security capability): идентификатор, само владение которым даёт доступ, например ссылку для сброса пароля или ключ API.

UUID v4 из хорошего генератора случаен, но v1, v6 или v7 выдаёт время создания, а v3 или v5 можно вычислить заново по имени. Для секретов используйте токен, предназначенный для этого, например 256 случайных бит из криптографического генератора, и проверяйте права при каждом запросе. UUID подходят как публичные идентификаторы, когда доступ проверяется отдельно.

ИдентификаторЧто может узнать любой, кто его видитКак секрет
v1, v6Когда он создан и, возможно, MAC-адрес сетевой картыНет
v7Миллисекунду своего созданияНет
v5, v3Ничего нового, но угаданное имя даёт тот же UUIDНет
v4Ничего, если генератор исправенНет
256-битный токенНичего: он создан для секретовДа
RFC 9562 предупреждает, что не стоит считать UUID трудноугадываемыми или использовать их как средство доступа. Для секретов используйте токен из криптографического генератора и проверяйте доступ при каждом запросе.

Генератор UUID: вопросы и ответы

Как сгенерировать UUID?

Откройте эту страницу: случайный UUID v4 уже готов к копированию, а кнопка «Новый UUID» создаёт следующий. Выберите v7, чтобы использовать её как генератор UUID v7, задайте количество до 10 000 за раз и выберите формат, например фигурные скобки или Base64url. В коде crypto.randomUUID() в JavaScript, uuid.uuid4() в Python и Guid.NewGuid() в C# создают v4 одной строкой.

Как расшифровывается UUID?

Universally Unique Identifier — «универсальный уникальный идентификатор». Это 128-битное значение, записанное 36 символами, например 919108f7-52d1-4320-9bac-f847db4148a8, которое компьютеры создают независимо, без центрального реестра, и всё равно рассчитывают на его уникальность. Его определяет RFC 9562. Microsoft называет то же значение GUID, Globally Unique Identifier.

GUID — это то же самое, что UUID?

На практике да: те же 128 бит и та же текстовая форма, а Guid.NewGuid() создаёт стандартный UUID версии 4. Различаются две детали. .NET хранит первые три группы в порядке little-endian, поэтому сырые массивы байтов выходят в другом порядке, а SQL Server сортирует значения uniqueidentifier сначала по последней группе. Чтобы сгенерировать GUID онлайн, используйте эту страницу как генератор GUID: скопированный текст работает в обоих мирах.

Какую версию UUID выбрать?

Версию 7 — для ключей базы данных и всего, что сортируется: она начинается со времени создания и сохраняет индексы компактными. Версию 4 — когда идентификатор не должен выдавать время своего создания. Версию 5 — когда одно и то же имя всегда должно давать один и тот же идентификатор. Не берите v1 для новых проектов: RFC 9562 рекомендует вместо неё v7, а v1 может содержать настоящий MAC-адрес.

Могут ли два UUID когда-нибудь совпасть?

Только с астрономически малой вероятностью, если генератор исправен. У v4 122 случайных бита, поэтому около 103 триллионов UUID дают вероятность хотя бы одного повтора в одну миллиардную, а для вероятности 50 % нужно около 2,7 квинтиллиона. Дубликаты в реальной жизни возникают из-за неисправных генераторов, клонированных виртуальных машин или скопированных данных, а не из-за математики.

Можно ли декодировать UUID?

Частично. Любой UUID показывает свою версию и вариант. v7 также раскрывает миллисекунду своего создания, а v1 или v6 — время с точностью до 100 наносекунд, последовательность часов и идентификатор узла, иногда настоящий MAC-адрес. v4 содержит только случайные биты, а v3 и v5 — хеши, по которым нельзя восстановить имя. Вставьте UUID на вкладке «Декодирование и проверка».

Какова длина UUID?

128 бит, или 16 байт. В текстовом виде это 36 символов: 32 шестнадцатеричные цифры и 4 дефиса группами 8-4-4-4-12. Без дефисов — 32 символа, в фигурных скобках — 38, с префиксом urn:uuid: — 45, в Base64url — 22, а в виде десятичного целого числа — до 39 цифр. По возможности храните UUID в собственном типе UUID базы данных или как 16 байт, а не как текст.

Что такое пустой GUID или Nil UUID?

Это значение, у которого все 128 бит равны нулю: 00000000-0000-0000-0000-000000000000. RFC 9562 называет его Nil UUID, а Guid.Empty в .NET — то же значение, которым часто обозначают, что идентификатор не задан. RFC 9562 также определяет Max UUID из одних единиц, ffffffff-ffff-ffff-ffff-ffffffffffff, как сигнальное значение (в .NET 9 — Guid.AllBitsSet). Ни одно из них не случайно, поэтому никогда не используйте их как настоящие идентификаторы.

Сортируется ли UUID v7 по времени?

Да. Его первые 48 бит — Unix-время в миллисекундах, поэтому сортировка UUID v7 как текста или как байтов упорядочивает их по времени создания с точностью до миллисекунды. Внутри одной миллисекунды порядок зависит от генератора: этот сохраняет строгое возрастание в пакете, как описано в разделе 6.2 RFC 9562. Исключение — uniqueidentifier в SQL Server: он сравнивает сначала последнюю группу.

Безопасно ли использовать UUID как пароль или токен доступа?

Нет. RFC 9562 предупреждает, что не стоит считать UUID трудноугадываемыми или использовать их как средство доступа. Версии на основе времени выдают, когда они созданы, а версии на основе имени можно вычислить заново. Для секретов используйте случайный токен из криптографического генератора, а UUID считайте публичными идентификаторами с отдельной проверкой доступа. Для паролей воспользуйтесь генератором паролей.

Отправляются ли куда-нибудь UUID, созданные здесь?

Нет. Они создаются в вашем браузере с помощью crypto.getRandomValues, его криптографически стойкого генератора случайных чисел, а вставленные UUID декодируются на вашем устройстве. Ничего из того, что вы создаёте или вставляете, не отправляется ни нам, ни кому-либо ещё. Ссылка содержит только то, что вы выбрали: версию, количество и формат, имя для v5 или UUID, вставленные в декодер, поэтому делитесь ею так же, как поделились бы ими.

Чего-то не хватает?Предложите функцию или новый инструмент

Похожие инструменты