SOLPDT › Расширение 1.0.1

SOLPDT 1.0.1 | EXTENSION

SEMANTIC & TRUST BRIDGE

УТВЕРЖДЁН 04.05.2026

Расширение 1.0.1 стандарта SOLPDT
Semantic & Trust Bridge

Статус документа: Действующий

Дата: 04 мая 2026 г.

Основание: Интеграция цифровых двойников SOLPDT во внешние семантические сети и протоколы автоматизированной верификации

Автор: Юрий Соколов, создатель открытых стандартов SOLPDT v1.0 и v1.1

Лицензиар: ООО «Скайлайн Риск Солюшенс»

Содержание

1. Введение и цели расширения 2. Архитектурная модель «Зеркало» 3. Каноничные пространства имён 4. Машиночитаемый словарь стандарта 5. Расширенная JSON-LD совместимость 6. Двойное хеширование 7. Протокол Trust Sync 8. Пример Asset-Light файла 9. Обратная совместимость и внедрение

1. Введение и цели расширения

Расширение 1.0.1 дополняет стандарт SOLPDT 1.0, не заменяя его. Основные цели:

Обеспечить совместимость SOLPDT-файлов с внешними семантическими сетями (например, Schema.org) без ущерба для криптографической целостности методологического ядра.
Ввести архитектуру двойного контура верификации: Asset-Gold у Лицензиара — точка истины, Asset-Light на сайте владельца — точка входа для внешних систем.
Описать протокол Trust Sync с двойным хешированием (RFC 8785), позволяющий подтверждать подлинность цифрового паспорта.
Ввести принцип независимости версий: семантическая обвязка Asset-Light может обновляться без перевыпуска Asset-Gold.

Все изменения обратно совместимы с SOLPDT 1.0.

2. Архитектурная модель «Зеркало» (раздел 1.3)

Вводится понятие Двойного контура верификации, состоящего из двух зеркальных представлений одного актива.

Asset-Gold — Эталонный файл

Хранится в реестре Лицензиара. Содержит полное методологическое ядро, криптографические подписи и хеши. Служит точкой истины (Truth Anchor) для разрешения любых конфликтов данных. Не содержит элементов @context, @type, @id и sol:verificationBridge.

Asset-Light — Файл для внешних систем

Размещается на сайте владельца актива. Содержит все поля Asset-Gold, расширенные:

Семантическими ключами @context, @type, @id
Блоком sol:verificationBridge для связи с эталоном

При любом расхождении данных приоритет остаётся за Asset-Gold. Asset-Light служит точкой входа, но не источником истины.

3. Каноничные пространства имён (раздел 1.4)

Для обеспечения масштабируемости и предотвращения конфликтов терминов вводится иерархия пространств имён SOLPDT.

Пространство имён стандарта — `sol`

URI: https://solpdt.com/ns#. Содержит все базовые термины стандарта SOLPDT. Все свойства используют camelCase. Это каноничный источник определений.

Пространство имён лицензиата — `client`

Каждый лицензиат может определить собственное пространство имён для уникальных терминов, не вошедших в базовый стандарт. Порядок объявления в @context определяет приоритет при совпадении коротких имён.

4. Машиночитаемый словарь стандарта (раздел 1.5)

По адресу https://solpdt.com/ns должен быть доступен публичный документ с типом schema:DefinedTermSet, описывающий все термины пространства имён sol.

Обязательные поля: @id, name, description, hasDefinedTerm (массив объектов DefinedTerm с полями termCode, name, description, inDefinedTermSet).

Полный перечень терминов приведён в Приложении А к спецификации.

5. Расширенная JSON-LD совместимость (раздел 2.2.1)

Разрешённые системные ключи

В Asset-Light разрешается включение:

@context — массив, содержащий https://schema.org и объект с префиксом sol
@type — Person или Organization
@id — уникальный URI субъекта

Все перечисленные ключи опциональны для Asset-Gold.

Канонизация при расчёте хешей

При формировании хешей все ключи, начинающиеся с @, исключаются. Оставшийся объект канонизируется по RFC 8785 (JSON Canonicalization Scheme). Хеш вычисляется алгоритмом SHA3-256.

Правила именования

Все поля с префиксом sol: используют camelCase. Использование snake_case не допускается.

MIME-типы

Asset-Light: application/solpdt+json. Asset-Gold: application/json.

6. Двойное хеширование (Dual-Hash Protection) — раздел 4.4

Цифровой актив защищается двумя независимыми хешами:

Хеш	Защищаемые поля	Назначение
`sol:hashValue`	`sol:entity`, `sol:vectors`, `sol:strategicScope`, `sol:metrics`, `sol:lifecycle`	Методологическое ядро
`sol:contextIntegrityHash`	`sol:assetMetadata`, `sol:artifacts`, `sol:searchStrategies`	Семантический контекст

Независимость версий

Asset-Gold обновляется только при изменении методологического ядра.
Asset-Light может обновляться без ограничений в части семантической обвязки.
Trust Sync сравнивает хеш ядра — пока ядро идентично, результат Authentic.
Изменение контекста фиксируется как Context Updated, не требуя перевыпуска.

7. Протокол Trust Sync (раздел 4.5)

Вводится обязательный для Asset-Light блок sol:verificationBridge.

Структура блока

"sol:verificationBridge": {
  "sol:registryEndpoint": "https://licensor.example/verification/...",
  "sol:goldAssetUrl": "https://licensor.example/registry/gold/...",
  "sol:assetId": "ASST_EXAMPLE_001",
  "sol:goldHashReference": "b5209133...",
  "sol:hashAlgorithm": "SHA3-256",
  "sol:syncMode": "direct",
  "sol:syncStatus": "verified",
  "sol:lastSyncTimestamp": "2026-05-04T00:00:00Z"
}

Описание полей

Поле	Описание
`sol:registryEndpoint`	URL страницы авторизации в реестре Лицензиара
`sol:goldAssetUrl`	Прямой URL на Asset-Gold
`sol:assetId`	Уникальный идентификатор актива
`sol:goldHashReference`	Хеш ядра эталонного файла Asset-Gold
`sol:hashAlgorithm`	Алгоритм хеширования: SHA3-256
`sol:syncMode`	Режим синхронизации: direct
`sol:syncStatus`	Текущий статус: verified
`sol:lastSyncTimestamp`	Метка последней сверки (ISO 8601)

Статусы Trust Sync

Статус	Условие
Verified SOL-Asset: Authentic	Хеш ядра и хеш контекста совпадают с эталоном
Verified SOL-Asset: Authentic (Context Updated)	Хеш ядра совпадает, хеш контекста различается
Verified SOL-Asset: Tampered	Хеш ядра не совпадает

8. Пример Asset-Light файла

{
  "@context": [
    "https://schema.org",
    { "sol": "https://solpdt.com/ns#" }
  ],
  "@type": "Person",
  "@id": "https://example.com/#person",
  "format": "SOLPDT 1.0.1",
  "assetId": "ASST_EXAMPLE_001",
  "name": "Имя Владельца",
  "url": "https://example.com",

  "sol:assetMetadata": {
    "sol:uid": "ASST_EXAMPLE_001",
    "sol:type": "Root_Node_Passport",
    "sol:licensor": "ООО «Скайлайн Риск Солюшенс»",
    "sol:missionStatement": "..."
  },

  "sol:verificationBridge": {
    "sol:registryEndpoint": "https://skylinerisk.ru/verification/example",
    "sol:goldAssetUrl": "https://skylinerisk.ru/registry/gold/asst_example_001",
    "sol:assetId": "ASST_EXAMPLE_001",
    "sol:goldHashReference": "b5209133...",
    "sol:hashAlgorithm": "SHA3-256",
    "sol:syncMode": "direct",
    "sol:syncStatus": "verified",
    "sol:lastSyncTimestamp": "2026-05-04T00:00:00Z"
  },

  "sol:securityBlock": {
    "sol:hashAlgorithm": "SHA3-256",
    "sol:coreHashOfFields": ["/sol:entity", "/sol:vectors", "/sol:strategicScope", "/sol:metrics", "/sol:lifecycle"],
    "sol:hashValue": "b520913347bb984a8560bff4593a5e84065ec8aeade452ac3b41b10fd9e9472d",
    "sol:contextHashOfFields": ["/sol:assetMetadata", "/sol:artifacts", "/sol:searchStrategies"],
    "sol:contextIntegrityHash": "3eecd1b7f569a88dd68063e9b4597193c3e496f434390528129f26ef81c52756",
    "sol:integrityDeclaration": "Verified via SOLPDT 1.0.1 Protocol."
  }
}

9. Обратная совместимость и внедрение

Все активы версии 1.0 остаются действительными. Переход на 1.0.1 доброволен.

Шаги по обновлению с 1.0 на 1.0.1

Все поля оригинального SOLPDT маркировать префиксом sol: в camelCase.
Добавить @context, @type, @id.
Добавить блок sol:verificationBridge.
Добавить sol:contextIntegrityHash в sol:securityBlock.
Изменить format на SOLPDT 1.0.1.
Разместить файл с MIME-типом application/solpdt+json.

Конец документа.

Дата утверждения: 04 мая 2026 г.

Публикация: https://solpdt.com/specification

← SOLPDT 1.0 | SOLPDT 1.1 (Agentic Trust Layer) →

Расширение 1.0.1 стандарта SOLPDTSemantic & Trust Bridge