Пожалуйста, оцените совместимость предложенных решений с вашей текущей инфраструктурой и верните заполненный чек-лист с комментариями (если применимо).
| № | Пункт проверки | Статус (OK / Есть риск) | Комментарий (опционально) |
|---|---|---|---|
| 1 | Структура Payload-V2 Является ли формат JSON-объекта (включая action_payload) совместимым с вашими методами сжатия и парсинга (SAR / Photon / ZK)? | ☐ OK / ☐ Риск | |
| 2 | Settlement Layer Поддерживает ли ваш шлюз/нода валидацию settlement_context (извлечение tx_id и сверку суммы в USDC) без значительных задержек? | ☐ OK / ☐ Риск | |
| 3 | Идемпотентность (TTL 48ч) Позволяет ли ваша архитектура БД/Кэша хранить связку Payload_Hash + tx_id в течение 48 часов для исключения дублирующих вызовов RPC? | ☐ OK / ☐ Риск | |
| 4 | Latency (Целевой показатель) Считаете ли вы достижимым время отклика Gateway (от запроса до выдачи sig.a) в пределах 500 мс для 95% запросов при использовании кэширования? | ☐ OK / ☐ Риск | |
| 5 | Обработка ошибок Является ли предложенная сетка HTTP-статусов (402, 403, 429) и кодов PDT_ERR_... достаточной для корректной автоматизации действий ваших агентов? | ☐ OK / ☐ Риск | |
| 6 | Поля обратной связи Достаточно ли массива supported_methods и заголовка X-Cache-TTL-Remaining для управления логикой Fallback (переключения методов оплаты)? | ☐ OK / ☐ Риск | |
| 7 | Расширяемость (v1.2) Видите ли вы технические препятствия для добавления новых ключей в settlement_context (под x402) без нарушения логики парсинга текущей версии? | ☐ OK / ☐ Риск | |
| 8 | Безопасность (Time-Window) Считаете ли вы окно в 48 часов для валидации транзакций в Solana оптимальным балансом между защитой от Replay и пользовательским опытом? | ☐ OK / ☐ Риск |