Стандарт: SOLPDT 1.1 — Agentic Trust Layer Extension
Статус: RFC (Request for Comments)
Настоящее приложение содержит чек-лист технического ревью для партнёров экосистемы SOLPDT, планирующих интеграцию со стандартом SOLPDT 1.1. Документ предназначен для:
Цель: Оценить совместимость предложенных в спецификации SOLPDT 1.1 решений с текущей инфраструктурой партнёра, выявить потенциальные риски и сформировать план адаптации.
Заполненный чек-лист рекомендуется направить на standards@solpdt.com для учёта в процессе развития стандарта.
| Параметр | Значение |
|---|---|
| Наименование организации | __________________________________________ |
| Тип партнёрства | ☐ Технологический партнёр (Интегратор) ☐ Лицензиар ☐ Разработчик агента ☐ Инфраструктурный провайдер |
| Контактное лицо | __________________________________________ |
| __________________________________________ | |
| Дата заполнения | _______________ |
| Версия чек-листа | 1.0 |
Пожалуйста, оцените каждый пункт и отметьте соответствующий статус. При наличии рисков или замечаний заполните колонку «Комментарий».
| № | Пункт проверки | Статус | Комментарий |
|---|---|---|---|
| 1 | Структура Payload-V2 Совместимость JSON-объекта с методами сжатия и парсинга (SAR / Photon / ZK). Ограничение размера: 566 байт в поле memo транзакции Solana. | ☐ OK ☐ Есть риск ☐ Требуется доработка | __________________________________________ |
| 2 | Settlement Layer Поддержка валидации settlement_context (извлечение tx_id, сверка суммы в USDC или ином токене). Требуется доступ к RPC Solana с историей транзакций. | ☐ OK ☐ Есть риск ☐ Требуется доработка | __________________________________________ |
| 3 | Идемпотентность (TTL 48 часов) Возможность хранения связки Payload_Hash + tx_id в течение 48 часов. Требуется поддержка TTL и атомарной записи. | ☐ OK ☐ Есть риск ☐ Требуется доработка | __________________________________________ |
| 4 | Latency (Целевой показатель) Достижимость времени отклика Gateway ≤500 мс для 95% запросов. Без учёта времени подтверждения транзакции в Solana. | ☐ OK ☐ Есть риск ☐ Требуется доработка | __________________________________________ |
| 5 | Обработка ошибок Достаточность HTTP-статусов (400, 402, 403, 404, 429, 503) и кодов PDT_ERR_... для автоматизации. | ☐ OK ☐ Есть риск ☐ Требуется доработка | __________________________________________ |
| 6 | Поля обратной связи Достаточность supported_methods и X-Cache-TTL-Remaining для управления логикой Fallback. | ☐ OK ☐ Есть риск ☐ Требуется доработка | __________________________________________ |
| 7 | Расширяемость (готовность к v1.2 / x402) Отсутствие препятствий для добавления новых ключей в settlement_context без нарушения логики парсинга. Спецификация требует, чтобы неизвестные ключи игнорировались. | ☐ OK ☐ Есть риск ☐ Требуется доработка | __________________________________________ |
| 8 | Безопасность (Time-Window) Оптимальность окна 48 часов для валидации транзакций (баланс защиты и UX). Транзакции старше 48 часов не принимаются. | ☐ OK ☐ Есть риск ☐ Требуется доработка | __________________________________________ |
| № | Вопрос | Ответ / Комментарий |
|---|---|---|
| 9 | Поддержка Token-2022 Поддерживает ли ваша инфраструктура Token Extensions (Transfer Hook, Permanent Delegate)? | _________________________________________________________________ |
| 10 | ZK-компрессия Используете ли вы ZK Compression (Light Protocol / Helius) для хранения данных TRL? | _________________________________________________________________ |
| 11 | Интеграция с SAR Планируете ли вы регистрацию в Solana Agent Registry (SAR) в качестве верификатора? | _________________________________________________________________ |
| 12 | Дополнительные требования Есть ли у вас специфические требования, не учтённые в текущей спецификации? | _________________________________________________________________ |
| Параметр | Значение |
|---|---|
| Общая оценка совместимости | ☐ Полная совместимость ☐ Частичная совместимость (требуются доработки) ☐ Не совместимо |
| Критические блокеры | _________________________________________________________________ |
| Рекомендуемый срок адаптации | _________________________________________________________________ |
| Необходимая поддержка от SOL Trust Network | _________________________________________________________________ |
| № | Выявленная проблема | Предлагаемое решение | Ответственный | Срок |
|---|---|---|---|---|
| 1 | _________________________ | _________________________ | _________________________ | _____________ |
| 2 | _________________________ | _________________________ | _________________________ | _____________ |
| 3 | _________________________ | _________________________ | _________________________ | _____________ |
| Канал | Значение |
|---|---|
| standards@solpdt.com | |
| Telegram | @solpdt_support |
| GitHub (Mos.Hub) | https://mos.hub/solpdt |
| Веб-сайт | https://solpdt.com |
| Версия | Дата | Изменения |
|---|---|---|
| 1.0 | 08.04.2026 | Первоначальная версия для SOLPDT 1.1 RFC |
| Документ | Ссылка |
|---|---|
| Основная спецификация SOLPDT 1.1 | /specification-v1-1 |
| Приложение C: Initial-Dossier Schema | /appendix-c-v1-1 |
| Приложение D: Бухгалтерский контекст | /appendix-d-v1-1 |
| Приложение F: Протокол списания | /appendix-f-v1-1 |
Ответственный за ревью:
(ФИО)
Должность:
Подпись:
Дата заполнения:
КОРНЕВОЙ УЗЕЛ (СОЗДАТЕЛЬ СТАНДАРТА): Юрий Соколов (SOL Trust Network)
КОНТАКТЫ: standards@solpdt.com