Новая эра платежей AI Agent: как x402, AP2 и ERC-8004 совместно формируют основу машинной экономики

По мере того как AI Agent эволюционирует от инструмента к самостоятельному экономическому субъекту, AI Agent становится экономическим участником, способным самостоятельно принимать решения, выполнять операции и осуществлять обмен ценностями. Однако традиционная платежная инфраструктура не может удовлетворить ряд ключевых потребностей агентов: автономные транзакции, взаимодействие между экосистемами, проверяемая идентичность и др.

Эти ограничения привели к появлению нового поколения протоколов — x402, Agent Payments Protocol (AP2) и ERC-8004, которые создают надежную основу для обмена ценностями в грядущей машинной экономике. В этой статье подробно анализируются технические принципы, сценарии применения и текущее состояние экосистемы этих трех протоколов, раскрывается, как они совместно формируют платежную картину будущей экономики AI Agent.

x402: нативный для HTTP ончейн-платежный протокол

x402 был представлен Coinbase, его основное новшество заключается в активации недостаточно используемого интернетом кода состояния HTTP 402 ("Payment Required"), внедряя платежную логику непосредственно в поток запрос-ответ веб-страницы, реализуя принцип "API-вызов = платеж", а расчеты производятся с помощью стейблкоинов или других криптовалют, что позволяет решить проблему высокой фрикционности традиционных платежей.

Детальный разбор протокола

Поскольку x402 — это открытый протокол, построенный на основе кода состояния HTTP 402, его архитектура основана на модели клиент/сервер. Клиент — это покупатель услуг/товаров, сервер — продавец услуг/товаров. На основе архитектуры клиент/сервер Coinbase предоставляет продавцам сервис Facilitators (посредников), чтобы упростить процесс верификации и расчетов между покупателем и продавцом.

Рассмотрим пример сервера Canza (AI, предоставляющий торговую информацию), который занимает первое место в x402scan. Сначала пользователь на стороне клиента отправляет запрос на доступ к платной услуге Canza.

Затем сервер Canza с помощью HTTP 402 Response определяет требование к оплате: клиент должен предоставить X-PAYMENT Header и оплатить через USDC в сети Base. Как показано на рисунке ниже:

После разбора клиентом содержимого 402 Response JSON, кошелек предложит подписать сообщение TransferWithAuthorization (реализовано через ERC-3009). Это сообщение позволяет подписанту делегировать стороннему EOA-адресу или адресу контракта перевод средств с адреса подписанта без оплаты Gas. В данном примере мы делегируем адресу для получения средств Canza 0x4e9bCe2547A9491b09ed092c433B19888e665edB перевод USDC из нашего кошелька.

Затем пользователь подписывает это сообщение, клиент отправляет Payload с base64-кодированным X-PAYMENT Header, сервер Canza после получения Payload проводит верификацию через Facilitators и осуществляет расчет на блокчейне. После подтверждения оплаты сервером Canza пользователю предоставляется запрошенная услуга.

На основании приведенного выше примера, рабочий процесс протокола x402 можно резюмировать следующим образом:

Особо стоит отметить, что протокол x402 поддерживает оплату различными криптоактивами (необходима поддержка ERC-3009, по умолчанию USDC) на нескольких блокчейнах (Base, Avalanche и другие EVM-совместимые сети, Solana) — для этого достаточно соответствующей настройки на стороне сервера:

Agent Payments Protocol (AP2): надежная платежная система для экосистемы агентов

AP2 — это открытая платежная рамка, основанная на протоколе AgenttoAgent (A2A) и расширении Model Context Protocol (MCP). Ее основная цель — решить три ключевые проблемы коммерции агентов: авторизационная верификация (доказательство получения агентом разрешения пользователя), подлинность (гарантия, что транзакция отражает реальные потребности пользователя), ответственность за транзакцию (четкое определение ответственности при возникновении споров), чтобы обеспечить безопасные сделки между AI Agent и любым легальным продавцом.

Рабочий процесс протокола AP2 строится вокруг концепции цифровых мандатов (Mandates) — это защищенные от подделки, криптографически подписанные цифровые контракты, служащие проверяемым доказательством пользовательских инструкций. Существует три типа мандатов:

1. Мандат намерения (Intent Mandate)

Используется для автоматических транзакций без присутствия пользователя. Пользователь заранее предоставляет AI Agent инструкции с четкими условиями, например: "Купить билет на концерт, бюджет не более 500 юаней".

2. Мандат корзины (Cart Mandate)

Используется для транзакций с подтверждением пользователя. Генерируется, когда агент подготовил конкретные товары и цены для подтверждения пользователем. Одобрение пользователем подписывает мандат корзины, создавая защищенную, неизменяемую запись о конкретных товарах и ценах, гарантируя принцип "что видишь — за то и платишь".

3. Платежный мандат (Payment Mandate)

Это отдельный документ, который передается платежной сети и эмитенту карты, чтобы сообщить о вовлечении AI Agent и присутствии пользователя, что помогает разрешать споры по транзакциям, проводить оценку рисков и регулирование.

ERC-8004: децентрализованная система идентификации и репутации AI Agent

ERC-8004 — децентрализованное решение для идентификации AI Agent в экосистеме Ethereum, призванное решить вопросы достоверности идентичности AI Agent, надежности и проверяемости истории действий. В отличие от AP2, ERC-8004 фокусируется на построении доверия между AI Agent, а не между пользователем, AI Agent и продавцом.

Дизайн ERC-8004 строится вокруг трех легковесных реестров, каждый из которых отвечает за отдельный аспект модели доверия:

1. Реестр идентичности (Identity Registry)

Реализован на основе стандарта ERC-721 с расширением функционала URIStorage, что обеспечивает совместимость идентичности AI Agent с существующей NFT-экосистемой.

Каждый AI Agent регистрируется через вызов функции register и получает уникальный agentId (то есть tokenId ERC-721). При регистрации агент должен предоставить tokenURI, указывающий на его регистрационный файл (Agent Registration File) в стандартизированном формате JSON, который содержит имя агента, описание, конечные точки и поддерживаемые модели доверия.

2. Реестр репутации (Reputation Registry)

Предоставляет стандартный интерфейс для публикации и получения отзывов о сервисах AI Agent, поддерживает систему оценок от 0 до 100, категорийные теги и связь с подтверждением платежей. Реестр использует гибридную архитектуру on-chain/off-chain: основные данные остаются на блокчейне для совместимости, а сложные агрегированные вычисления выполняются вне цепочки для повышения эффективности.

Контрактная структура реестра репутации тесно связана с реестром идентичности — при деплойменте необходимо указать адрес реестра идентичности, чтобы только зарегистрированные AI Agent могли получать записи о репутации.

3. Реестр валидации (Validation Registry)

Предоставляет универсальный Hook для запроса и записи независимых результатов валидации, поддерживает различные механизмы проверки, включая экономический стейкинг (валидатор повторно выполняет задачу) и криптографические доказательства (TEE-доказательства, zkML-валидация и др.). Такой дизайн позволяет сосуществовать различным механизмам проверки безопасности в одной экосистеме.

Интерфейс контракта реестра валидации относительно прост, включает две функции: ValidationRequest для отправки запроса на валидацию и ValidationResponse для записи результата валидации.

ERC-8004 — это протокол идентификационного уровня для экосистемы AI Agent. Он предоставляет ончейн-агентам проверяемую идентичность, систему репутации и механизм регистрации, являясь ключом к формированию доверия в машинной экономике.

В совокупности x402, AP2 и ERC-8004 формируют полноценную платежную систему для AI Agent: ERC-8004 решает вопрос идентификации AI Agent, x402 — вопрос высокочастотных микроплатежей в криптовалюте, а AP2 предоставляет безопасную и стандартизированную рамку для x402, определяя независимые экономические границы для AI Agent, позволяя им обрабатывать информацию, владеть и распоряжаться активами, действительно участвовать в коммерческом обмене ценностями и тем самым способствовать появлению новой экономики, движимой машинами.

Основываясь на опыте Beosin в области безопасности и управления рисками в AI Agent+Web3, антиотмывочная аналитическая платформа Beosin KYT с круглосуточным мониторингом транзакций уже предоставила комплексные и надежные решения по on-chain AML для многих бирж, Web3-компаний и финансовых институтов. AI Agent может интегрировать Beosin KYT API для комплексной оценки рисков адреса контрагента перед оплатой/ончейн-транзакцией, анализировать его историю транзакций и потенциальные риски, чтобы избежать вовлечения в операции с санкционированными кошельками, известными высокорисковыми адресами или подозрительными маршрутами движения криптоактивов.

Beosin KYT

В настоящее время Beosin KYT накопил более 4.7 миллиардов адресных меток, поддерживает анализ 57 публичных блокчейнов (например, Base, Solana) и более 120 кроссчейн-протоколов, обеспечивая надежную поддержку безопасности и соответствия для платежей и транзакций с криптоактивами. Для получения дополнительной информации посетите:

При предоставлении услуг пользователям x402-протокола через смарт-контракты проект должен провести тщательный аудит безопасности контракта, максимально повысить его защищенность и избежать потери средств. Ранее Beosin уже завершил аудит безопасности для ряда AI Agent+Web3 проектов (например, Inferium AI, Cult World, Tars AI), охватив такие аспекты, как безопасность кода смарт-контрактов, корректность бизнес-логики, оптимизация расхода газа, выявление и устранение потенциальных уязвимостей, способствуя безопасному развитию экосистемы AI Agent+Web3.