Согласованность идентификаторов в распределённых каталогах

Keyworlds описывает, как разные контуры сети сопоставляют «ключи» к одним и тем же сущностям без единого центра учёта. Документ предназначен для инженеров, которые проектируют интеграции между независимыми реестрами и не хотят превращать обмен в глобальный идентификатор «на всё».

Термины (рабочие)

Контур: Зона ответственности: свой набор политик, аудита и сроков хранения. Контуры не обязаны доверять друг другу по умолчанию.
Сшивка: Операция сопоставления записей по наблюдаемым признакам и договорённостям, а не по «истинному» глобальному ID.
Якорь: Устойчивый внешний признак (например, криптографический отпечаток пакета данных), который можно проверить без раскрытия содержимого.

Ограничения по умолчанию

Слой	Что допускается
Публичный	Только проверяемые якоря и агрегированные метрики. Персональные поля не пересекают границу без отдельного соглашения.
Служебный	Дополнительные атрибуты для сшивки внутри организации; журналирование обязательно, ретенция задаётся политикой.
Экспериментальный	Временные схемы с префиксом `exp:`; не используются в продакшене без миграции.

Вопросы, которые задают чаще всего

Почему не один UUID на всё?

Потому что разные контуры создают записи автономно. Глобальный UUID требует координации, которой часто нет на старте. Модель Keyworlds допускает локальные ID и явную сшивку позже.

Это про блокчейн?

Нет. Речь о политиках идентификации и журналах в обычных системах. Распределённость здесь — про организации и сети, а не про консенсус.

Где исходники?

Этот сайт — статическая публикация фрагмента внутреннего документа KWR-17. Полный текст и примеры схем распространяются по корпоративной подписке; публично доступна только оглавленная выжимка.

checksum page-sha256: pending · last editorial pass 2026-04-08 · contact: docs@keyworlds.cfd (ответ в течение 5 рабочих дней)