Полная спецификация криптографического контейнера Payload-V2, экономических доказательств settlement_context, автоматизированного шлюза верификации Compliance-Gateway (CGW) с AML-фильтрацией, реестра отозванного доверия (TRL), механизма слэшинга и признания Нематериальных Активов (НМА) по стандартам IAS 38 и ФСБУ 14/2022.
Дата фиксации: 20.04.2026
Настоящее дополнение выпускается Корневым узлом (Создателем стандарта) в связи с необходимостью адаптации стандарта SOLPDT к текущему состоянию экосистемы Solana и запросам рынка.
Все существующие реализации SOLPDT v1.0 продолжают работать без изменений. Версия 1.1 добавляет слой финансовых гарантий, не ломая старый функционал. Агенты могут продолжать использовать старый формат метаданных, но для доступа к расширенным функциям экосистемы (включая приоритетный доступ к ликвидности через партнерские платформы) и признания НМА требуется активация Payload-V2.
| Уровень | Кто подписывает | Что подписывает | Где хранится |
|---|---|---|---|
| 1. Корневая аккредитация | Корневой узел (Соколов Ю.И.) | DAT-H (Digital Access Token — Head) для Головного Лицензиара | STN Registry (Корневой реестр) |
| 2. Сублицензирование | Головной Лицензиар (держатель DAT-H) | DAT-M и DAT-A для Лицензиаров | STN Registry (Реестр Головного Лицензиара) |
| 3. Верификация агента | Уполномоченный Лицензиар (держатель DAT-A) | sig.a (Authoritative Attestation) | В Payload-V2 |
| 4. Действие агента | Агент (владелец приватного ключа) | tx_id и Payload-V2 | Блокчейн Solana |
Примечание: Полная спецификация ролей (Корневой узел, Головной Лицензиар, Мастер-Лицензиар, Уполномоченный Лицензиар) и типов токенов DAT (DAT-H, DAT-M, DAT-A) приведена в Приложении O.
Спецификация SOLPDT 1.1 расширяет базовый протокол v1.0, внедряя прикладной слой SOLPDT-Payload-V2 и механизмы финансовой верификации. Данное обновление формализует взаимодействие ИИ-агентов с финансовыми системами экосистемы Solana (SDP, SAR) и закрепляет стандарт децентрализованных реестров навыков (skills.json).
Ключевые нововведения:
Архитектура settlement_context и механизм идемпотентности спроектированы с возможностью расширения. Поле settlement_context является расширяемым (extensible): неизвестные ключи (например, будущие параметры x402) игнорируются парсерами v1.1, что позволяет бесшовно перейти к микротранзакциям и автоматическим расчётам между машинами (M2M) в версии 1.2.
Compliance-Gateway поддерживает реестр идемпотентности, связывающий Payload_Hash и tx_id. Повторные запросы верификации не спамят RPC-ноды Solana и не требуют повторной оплаты. Время отклика Gateway для повторных запросов сокращается с секунд до миллисекунд (Cache Hit).
Payload-V2 передаётся в минимизированном JSON (поле memo транзакции Solana). Размер ограничен 566 байтами.
| Ключ | Поле | Тип | Обязательность | Описание |
|---|---|---|---|---|
v | Version | String | Да | Версия протокола (фиксировано "1.1") |
p | Protocol | String | Да | Идентификатор стандарта (фиксировано "SOLPDT") |
h | PAH | Hex String | Да | Payload-Attestation-Hash. Хэш от skills.json + seed + nonce |
sig | Signatures | Object | Да | Объект, содержащий подпись валидатора |
sig.a | AuthSig | Base58 | Да | Authoritative Attestation. Подпись Уполномоченного Лицензиара (DAT-A), подтверждающая, что агент соответствует методологии SOLPDT. |
d | Data | Object | Да | Метрики производительности |
d.s | Score | Float | Да | PDT-Score (0–1) — коэффициент эффективности агента |
d.dr | Drift | Float | Да | PDT-Drift — отклонение текущего Score от среднего |
nma | NMA Status | Boolean | Да | Признак соответствия НМА (IAS 38). Только при наличии sig.a |
uri | Verify URI | URL | Нет | Ссылка на публичный отчёт верификации |
settlement_context | Settlement | Object | Нет | Экономические доказательства (см. п. 2.2) |
Поле обеспечивает связь между верификацией и фактом оплаты. Является расширяемым (extensible): неизвестные ключи игнорируются.
| Ключ | Тип | Обязательность | Описание |
|---|---|---|---|
version | String | Да | Версия схемы (фиксировано "1.1") |
method | String | Да | Способ оплаты: "on-chain-direct" или "subscription" |
tx_id | String | Да (для on-chain-direct) | Signature транзакции в Solana |
subscription_id | String | Да (для subscription) | ID контракта в биллинге Gateway |
currency | String | Нет | Тикер актива (по умолчанию "USDC") |
amount | Number | Нет | Сумма для кросс-чека |
Правила валидации:
Стандарт SOLPDT 1.1 предусматривает четыре типа сборов, которые обеспечивают устойчивость экосистемы Agentic Trust Layer. Комиссии автоматически удерживаются и распределяются через смарт-контракт в момент финализации транзакции.
| Тип сбора | Плательщик | Получатель(и) | Механизм фиксации | Назначение |
|---|---|---|---|---|
| Registration Fee (Protocol Entrance) | Агент | Лицензиар | Разовый платёж при выпуске sig.a | Предотвращение Sybil-атак, покрытие затрат на первичный аудит |
| Verification Fee (Operational) | Агент | Лицензиар, операторы CGW | Плата за каждый вызов Compliance-Gateway | Обеспечение работы шлюза верификации |
| Subscription Fee (Trust Maintenance) | Агент | Лицензиар | Регулярный платёж через method = "subscription" | Поддержание статуса «Active» в реестре |
| Success Royalty (Performance-based) | Агент | Создатель стандарта, Лицензиар | Процент от чистой прибыли агента (см. Приложение D) | Роялти за использование методологии |
| Slashing (Safety Deposit) | Агент | Пострадавшая сторона / Фонд сети | Залог, списываемый при внесении в TRL | Обеспечение экономической ответственности |
Принципы распределения:
/tariffs) и могут изменяться без обновления версии стандарта.{
"v": "1.1",
"p": "SOLPDT",
"h": "0x7a3f8e2c9b1d5a6e4f8c3b2a1d5e7f9c2b4a6d8e",
"sig": { "a": "3mQrP9xYtZv7wK1LmNpQ2rS5tU8vW2xYz4A6B8C0D" },
"d": { "s": 0.98, "dr": 0.01 },
"nma": true,
"uri": "https://solpdt.com/verify/0x7a3f8e2c"
}{
"v": "1.1",
"p": "SOLPDT",
"h": "0x7a3f8e2c9b1d5a6e4f8c3b2a1d5e7f9c2b4a6d8e",
"sig": { "a": "3mQrP9xYtZv7wK1LmNpQ2rS5tU8vW2xYz4A6B8C0D" },
"d": { "s": 0.98, "dr": 0.01 },
"nma": true,
"uri": "https://solpdt.com/verify/0x7a3f8e2c",
"settlement_context": {
"version": "1.1",
"method": "on-chain-direct",
"tx_id": "5kP9xYtZv7wK1LmNpQ2rS5tU8vW2xYz4A6B8C0D",
"currency": "USDC"
}
}{
"solpdt_payload_header": { "v": "1.1", "cid": "bafy...", "ts": "2026-04-10T12:00:00Z" },
"agent_context": { "agent_id": "8xJv...6YpW", "skill_id": "dex_arbitrage_v2" },
"execution_proof": { "intent": "Arb gap...", "input_amount": "100.00 SOL" },
"compliance_gate": { "aml_check": "PASS", "elliptic_ref": "tx-risk-0.01" },
"auth_signature": "base58_signature_from_agent_key",
"settlement_context": { "version": "1.1", "method": "on-chain-direct", "tx_id": "5kP9xYtZ..." }
}В версии SOLPDT 1.1 процедура коллегиального подтверждения транзакций заменена на модель делегированного доверия через Authoritative Attestation (sig.a).
Необходимость в агрегированной подписи узлов STN упразднена на основании принципов:
Система проверяет статус Лицензиара в Реестре аккредитованных узлов. Если DAT Лицензиара активен (не отозван в TRL), любая подпись sig.a, созданная этим Лицензиаром, признаётся системой как доверенная.
Проверка транзакции в SOLPDT 1.1 основана на следующей иерархической цепочке доверия:
Уполномоченные Лицензиары (DAT-A) несут экономическую ответственность за умышленный подлог или грубое нарушение методологии в форме слэшинга (Slashing) своего гарантийного депозита.
При подтверждении нарушения:
SLASHING_POOL_ADDRESS (фонд компенсаций пострадавшим сторонам или сжигается).| Payload-V2 поле | ERC-8004 место | Назначение |
|---|---|---|
h (PAH) | metadata.provenance | Хэш, связывающий off-chain манифест с ончейн-транзакцией |
sig.a (AuthSig) | attestations[] (тип Authoritative) | Подпись Лицензиара, дающая приоритетный статус доверия |
nma: true | asset_class: "intangible" | Флаг признания актива НМА по IAS 38 |
d.s (Score) | reputation.score | Коэффициент эффективности агента |
Стандарт SOLPDT спроектирован с учётом технической совместимости с протоколом Google Agent-to-Agent (A2A). AgentCard поддерживает произвольные расширения через объект extendedCapabilities.
SOLPDT-Payload-V2 (JSON-LD + Ed25519) технически может быть встроен как extension с URI https://solpdt.com.
| Поле в JSON | Финансовое значение | Основание (IAS 38 / ФСБУ) |
|---|---|---|
sig.a | Первичный документ | Подтверждает проверку актива Уполномоченным Лицензиаром |
d.s (Score) | Оценка полезности | Доказывает наличие будущих экономических выгод |
nma: true | Классификатор актива | Прошёл критерии идентификации |
h (PAH) | Инвентарный номер | Уникальный идентификатор |
uri | Аудиторский след | Ссылка для внешней проверки |
settlement_context.tx_id | Цифровое платежное поручение | Подтверждение фактических затрат |
CGW проверяет доступность файла skills.json по адресу https://domain.com/.well-known/solpdt/.
AML-скрининг, TRL-чек, проверка лимитов риска (например, max_drawdown не более 15%). При превышении допустимого порога риска (например, >7/10) процесс прерывается.
Расчёт PDT-Score, проверка Drift (например, dr > 0.3 не допускается), накопление доказательств. Для признания НМА требуется статистически значимое количество успешных транзакций с PDT-Score выше порога (например, 5000 транзакций с Score > 0.7).
Генерация подписи sig.a Уполномоченным Лицензиаром (DAT-A) и регистрация в SAR.
| Триггер | Условие (примеры порогов) | Статус |
|---|---|---|
| Critical PDT-Drift | PDT-Score падает ниже критического порога (например, 0.4) в течение установленного периода (например, 3 цикла) | SUSPENDED |
| Compliance-Breach | Сигнал о связи кошелька с фродом или санкциями | PERMANENT |
| Skills-Inconsistency | Расхождение данных skills.json с блокчейном | SUSPENDED |
| Превышение лимитов риска | Превышение max_drawdown (например, более 15%) | PERMANENT |
Отправка Revocation Transaction в Solana, инвалидация sig.a, синхронизация с SAR/ERC-8004.
Утрата статуса НМА, агентная изоляция, репутационный ущерб.
Выход из TRL возможен только через переаттестацию у Уполномоченного Лицензиара (DAT-A).
| Критерий IAS 38 | Реализация в SOLPDT |
|---|---|
| Идентифицируемость (п.12) | Уникальный agent_id + криптографический хэш Payload-V2 (PAH) |
| Контроль (п.13) | Владение приватным ключом, подписывающим транзакции агента |
| Будущие экономические выгоды (п.17) | PDT-Score выше установленного порога (например, 0.7) на протяжении статистически значимого количества транзакций (например, 5000) |
Признание актива как НМА возможно только при наличии sig.a — подписи Уполномоченного Лицензиара (DAT-A).
Срок полезного использования определяется учётной политикой (например, 18 месяцев). Тест на обесценение запускается при падении PDT-Score ниже критического порога (например, 0.5) в течение установленного периода (например, 30 дней).
Полный шаблон доступен в Приложении J.
CGW поддерживает реестр идемпотентности с TTL = 48 часов.
Кэш привязывает tx_id к конкретному Payload_Hash.
X-Cache-Status: MISS (или HIT) X-Cache-TTL-Remaining: 172800
HTTP Status: 200 OK
X-Cache-Status: MISS
X-Cache-TTL-Remaining: 172800
{
"status": "success",
"data": {
"attestation": "SIG_ED25519_...",
"pdt_score_updated": 0.892,
"settlement_status": { "state": "settled", "method": "on-chain-direct" }
}
}| Код ошибки | HTTP статус | Смысл |
|---|---|---|
PDT_ERR_SETTLEMENT_MISSING | 400 | Отсутствует settlement_context |
PDT_ERR_METHOD_NOT_SUPPORTED | 400 | Метод оплаты не поддерживается |
PDT_ERR_TX_NOT_FOUND | 404 | Транзакция не найдена в сети |
PDT_ERR_INSUFFICIENT_FUNDS | 402 | Сумма в tx_id меньше требуемой |
PDT_ERR_INVALID_PAYLOAD | 400 | Отсутствует tx_id или version |
PDT_ERR_SUBSCRIPTION_EXPIRED | 403 | Срок подписки истёк |
PDT_ERR_SUBSCRIPTION_LIMIT_REACHED | 429 | Лимит операций подписки исчерпан |
PDT_ERR_SUBSCRIPTION_NOT_FOUND | 404 | subscription_id не существует |
HS_ERR_MISSING_FIELDS | 400 | Отсутствуют обязательные поля в Initial-Dossier |
HS_ERR_INSUFFICIENT_STAKE | 402 | Залоговый депозит ниже минимального порога |
HS_ERR_DAT_REVOKED | 403 | DAT-A Лицензиара недействителен или отозван |
HS_ERR_SIG_INVALID | 400 | Ошибка верификации подписи |
CGW_ERR_AML_SCORE_EXCEEDED | 403 | Риск-скоринг выше допустимого порога |
CGW_ERR_TRL_BLACKLISTED | 403 | Агент или кошелёк в TRL |
CGW_ERR_JURISDICTION_LOCK | 403 | Оператор в запрещённой юрисдикции |
CGW_ERR_SETTLEMENT_MISMATCH | 400 | Данные settlement_context не совпадают с транзакцией |
{
"status": "error",
"error": { "code": "PDT_ERR_TX_NOT_FOUND", "message": "Транзакция не подтверждена." },
"retry_after_ms": 5000,
"settlement_options": { "supported_methods": ["on-chain-direct"] }
}Резюме архитектурного перехода: От Коллегиального консенсуса к Делегированному доверию (sig.a)
В ходе плановой модернизации стандарта SOLPDT до версии 1.1 было принято стратегическое решение об оптимизации структуры доверия.
Ключевые изменения:
Преимущества для экосистемы: Производительность, масштабируемость, юридическая чистота.
Полный список приложений к спецификации SOLPDT 1.1 доступен по следующим ссылкам:
| Буква | Приложение | Ссылка | Описание |
|---|---|---|---|
| A | Примеры транзакций Payload-V2 | /appendix-a-v1-1 | Базовый, с прямым платежом и расширенный для НМА |
| B | Нормативные и связанные документы | /appendix-b-v1-1 | Перечень законодательных, технических и блокчейн-стандартов |
| C | Схема Initial-Dossier (Handshake) | /appendix-c-v1-1 | JSON-схема и протокол получения sig.a |
| D | Бухгалтерский контекст актива | /appendix-d-v1-1 | Параметры для учёта НМА (ФСБУ 14/2022, IAS 38) |
| E | Справочник по амортизации | /appendix-e-v1-1 | Мультиплатформенная реализация расчёта амортизации |
| F | Протокол списания | /appendix-f-v1-1 | Процедура списания НМА при срабатывании TRL |
| G | Чек-лист аудитора | /appendix-g-v1-1 | Инструмент для внутреннего и внешнего аудита |
| H | Шаблон акта списания НМА | /appendix-h-v1-1 | Первичный документ для бухгалтерского учёта |
| I | Глоссарий Agentic Trust Layer | /appendix-i-v1-1 | Терминология для понимания стандарта |
| J | Акт верификации НМА | /appendix-j-v1-1 | Шаблон первичного документа для постановки на баланс |
| K | Методология признания НМА | /appendix-k-v1-1 | Методология признания ИИ-агентов в качестве НМА |
| L | Акт совместимости с ERC-8004 и Google A2A | /appendix-l-v1-1 | Подтверждение технической совместимости |
| M | Чек-лист для партнёров (RFC) | /appendix-m-v1-1 | 8 пунктов проверки для технического ревью |
| N | Пользовательские сценарии | /appendix-n-v1-1 | Практические примеры использования стандарта |
| O | Иерархия ролей и типы DAT | /appendix-o-v1-1 | Четырехуровневая иерархия, DAT-H, DAT-M, DAT-A |
| P | Гибридная архитектура реестров и ZKP | /appendix-p-v1-1 | Solana State Compression + локальный реестр, Groth16, Light Protocol |