По мере того как AI Agent эволюционирует от инструмента к самостоятельному экономическому субъекту, AIAgent становится участником экономики, способным принимать решения, выполнять операции и осуществлять обмен ценностями. Однако традиционная платежная инфраструктура не может удовлетворить ряд ключевых потребностей Agent: самостоятельные транзакции, взаимодействие между экосистемами, проверяемая идентификация и другие.
Эти ограничения стимулировали появление нового поколения протоколов — x 402, Agent Payments Protocol (AP 2) и ERC-8004, которые создают надежную основу для обмена ценностями в грядущей машинной экономике. В данной статье подробно рассматриваются технические принципы, сценарии применения и текущее состояние экосистемы этих трех протоколов, а также раскрывается, как они совместно формируют платежную инфраструктуру будущей экономики AIAgent.
![] ( https://img-cdn.gateio.im/social/moments-f 8 a 84661 da 3 b 3223 c 824 ab 2 c 2 cadc 3 f 7)
( x 402: HTTP-нативный протокол платежей в блокчейне
x 402, разработанный Coinbase, представляет собой инновацию, основанную на активации малоиспользуемого HTTP-кода состояния 402 (“PaymentRequired”), внедряя платежную логику непосредственно в поток запрос-ответ веб-страницы. Это позволяет реализовать принцип «API-вызов = платеж», а расчет производится с помощью стейблкоинов или других криптовалют, что решает проблему высокой фрикционности традиционных платежей.
) # Подробное описание протокола
Поскольку x 402 построен на открытом протоколе HTTP 402, его архитектура основана на модели клиент/сервер. Клиент — покупатель услуг/товаров, сервер — продавец. На основе этой архитектуры Coinbase предоставляет продавцам сервис Facilitators, упрощающий процесс проверки и расчетов между покупателем и продавцом.
Рассмотрим пример сервера Canza (AI, предоставляющий торговую информацию), занимающего первое место в рейтинге x 402 scan. Сначала пользователь на стороне клиента инициирует запрос на доступ к платной услуге Canza.
![] ### https://img-cdn.gateio.im/social/moments- 4 f 562918407 b 8 c 6 d 44 d 85 aaf 72 de 30 b 6###
Далее сервер Canza с помощью HTTP 402 Response определяет требование оплаты: клиент должен предоставить X-PAYMENTHeader и произвести оплату через USDC в сети Base. Как показано на рисунке ниже:
![] ( https://img-cdn.gateio.im/social/moments- 72 db 5 ed 3693 dcad 8223 f 342 f 1 be 14558)
После разбора JSON-содержимого 402 Response, Кошелек предлагает Подписать сообщение TransferWithAuthorization (реализовано через ERC-3009). Это сообщение позволяет подписанту делегировать третьему лицу (EOA-адресу или адресу контракта) перевод средств с адреса подписанта без Газ-расходов. В данном примере мы делегируем адресу для получения средств Canza 0x4e9bCe2547A9491b09ed092c433B19888e665edB перевод USDC из нашего Кошелька.
![] ( https://img-cdn.gateio.im/social/moments-ced 25702 a 668725 f 0 d 611 e 908 bfaebb 0)
После подписания сообщения пользователем, клиент с помощью base64-кодирования X-PAYMENTHeader отправляет Payload. Сервер Canza, получив Payload, инициирует проверку через Facilitators и осуществляет расчет в блокчейне. После подтверждения оплаты сервер Canza предоставляет пользователю запрошенную услугу.
Процесс работы протокола x 402 можно обобщить следующим образом:
![] ( https://img-cdn.gateio.im/social/moments-aa 24950 f 66 af 54874 bd 099 ad 64 a 9 dbe 8)
Особо стоит отметить, что x 402 поддерживает оплату с использованием различных криптоактивов (требуется поддержка ERC-3009, по умолчанию USDC) на нескольких блокчейнах (Base, Avalanche и другие EVM-совместимые сети, Solana). Для этого достаточно соответствующей настройки на стороне сервера:
![] ( https://img-cdn.gateio.im/social/moments- 9 bef 6355 fe 7269 cc 5 ac 08 f 119377 c 363)
( Agent Payments Protocol (AP 2): Надежная платежная система для экосистемы Agent
AP 2 — это открытая платежная платформа, основанная на протоколе AgenttoAgent (A2A) и расширении Model Context Protocol (MCP). Ее основная задача — решить три ключевые проблемы коммерции Agent: проверка утверждения (доказательство получения разрешения пользователя), достоверность (гарантия, что сделка отражает реальные потребности пользователя), ответственность за транзакцию (определение ответственности при возникновении споров), обеспечивая безопасные сделки между AIAgent и любым соответствующим продавцом.
Работа протокола AP 2 строится вокруг цифровых мандатов (Mandates) — защищенных от подделки, криптографически подписанных цифровых контрактов, служащих проверяемым доказательством пользовательских инструкций. Существуют три типа мандатов:
1. Мандат намерения (Intent Mandate)
Используется для автоматических сделок без присутствия пользователя. Пользователь заранее предоставляет AIAgent инструкции с четкими условиями, например: «Купить билет на концерт, бюджет не более 500 юаней».
![] ) https://img-cdn.gateio.im/social/moments-a 370234 d 3 d 86 da 6913 cc 5 e 3338930569(
2. Мандат корзины (Cart Mandate)
Применяется для сделок с подтверждением пользователя. Когда агент подготовил конкретные товары и цены для подтверждения, пользователь подписывает Cart Mandate, создавая защищенную, неизменяемую запись о точных товарах и ценах — гарантия «что видишь, то и платишь».
![] ) https://img-cdn.gateio.im/social/moments- 720852 d 4 fe 6 f 0636 e 2 d 64271993973 ab (
3. Мандат платежа (Payment Mandate)
Это отдельный документ, который передается платежной сети и эмитенту карты, чтобы сообщить о вовлечении AI Agent и присутствии пользователя, помогая разрешать споры, проводить оценку рисков и обеспечивать регулирование.
![] ) https://img-cdn.gateio.im/social/moments- 810 a 9480851 e 7 e 4 ef 2 a 7 ae 46 e 7 eb 4 e 24###
( ERC-8004: Децентрализованная система идентификации и репутации AIAgent
ERC-8004 — это решение Эфир для децентрализованной идентификации AIAgent, призванное решить вопросы достоверности идентификации, надежности и проверяемости истории действий. В отличие от AP 2, ERC-8004 фокусируется на построении доверия между AIAgent, а не между пользователем, AIAgent и продавцом.
Дизайн ERC-8004 основан на трех легковесных реестрах, каждый из которых отвечает за отдельный аспект модели доверия:
1. Реестр идентификации (Identity Registry)
Реализован на основе стандарта ERC-721 с расширением URIStorage, что обеспечивает совместимость идентификации AIAgent с существующей NFT-экосистемой.
![] ) https://img-cdn.gateio.im/social/moments- 7251 bc 0031726 b 9 d 8 d 1 acee 3 c 5257 ff 6(
Каждый AIAgent регистрируется через функцию register, получая уникальный agentId (tokenId ERC-721). При регистрации агент предоставляет tokenURI, указывающий на файл регистрации агента (Agent Registration File) в стандартизированном формате JSON, содержащий имя, описание, endpoint и поддерживаемые модели доверия.
2. Реестр репутации (Reputation Registry)
Предоставляет стандартный интерфейс для публикации и получения отзывов о сервисе AIAgent, поддерживает рейтинговую систему 0–100, категорию тегов и связь с доказательством оплаты. Реестр использует гибридную архитектуру (в блокчейне и вне блокчейна): ключевые данные остаются в блокчейне для компонуемости, а сложные вычисления — вне блокчейна для повышения эффективности.
![] ) https://img-cdn.gateio.im/social/moments- 3 f 55 c 5102 f 78 dd 664 faf 90 fceff 7 f 016(
Структура контракта реестра репутации тесно связана с реестром идентификации — при развертывании требуется адрес реестра идентификации, чтобы только зарегистрированные AIAgent могли получать репутационные записи.
3. Реестр валидации (Validation Registry)
Предоставляет универсальный HOOK для запроса и записи независимых результатов проверки, поддерживает различные механизмы валидации: экономическое стейкинг (валидаторы повторно выполняют задачи), криптографические доказательства (TEE, zkML и др.). Такой подход позволяет использовать разные механизмы безопасности в одной экосистеме.
Интерфейс контракта реестра валидации прост: две функции — ValidationRequest для подачи запроса на проверку и ValidationResponse для записи результата.
ERC-8004 — это протокол идентификационного уровня для экосистемы AIAgent. Он обеспечивает проверяемую идентификацию, систему репутации и механизм регистрации для AI Agent в блокчейне, являясь ключевым элементом доверия в машинной экономике.
x 402, AP 2 и ERC-8004 вместе формируют полноценную платежную систему для AIAgent: ERC-8004 решает вопрос идентификации, x 402 — «как использовать криптовалюту для частых микроплатежей», а AP 2 обеспечивает безопасную и стандартизированную рамку для платежного протокола x 402, определяя независимые экономические границы для AI Agent. Это позволяет агентам обрабатывать информацию, владеть и распоряжаться активами, действительно участвовать в коммерческом обмене ценностями, что приводит к появлению новой экономической модели, управляемой машинами.
