x402 возглавляет машинную экономику! Три основных Протоколa совместно создают новую эпоху платежей для AI Agent

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

Протокол x402: Активируйте HTTP 402 для нативных платежей API

! процесс работы протокола x402

x402 был запущен крупнейшей регулируемой криптобиржей в США, его основная инновация заключается в активации недостаточно используемого кода состояния HTTP 402 («Требуется оплата»), встраивая логику платежей непосредственно в процесс запрос-ответ веб-страницы, реализуя «платеж при вызове API». Эта, на первый взгляд, простая концепция на самом деле решает основную проблему экономики AI Agent: как завершить высокочастные микроплатежи без зависимости от человеческого вмешательства.

x402 Протокол основан на архитектуре клиент/сервер. Клиентом является покупатель, который приобретает услуги/товары, а сервером является продавец, предоставляющий услуги/товары. На этой основе крупнейшая в США соблюдающая законы криптобиржа предлагает продавцам услуги фасилитаторов (Facilitators), чтобы упростить процесс верификации и расчетов между покупателями и продавцами. В качестве примера можно привести сервер Canza (AI, предоставляющий торговую информацию), который занимает первое место в x402scan; его рабочий процесс следующий:

Сначала пользователь отправляет запрос к клиенту для доступа к платным услугам Canza. Затем сервер Canza использует HTTP 402 Response для определения требований к платежу: клиенту необходимо предоставить заголовок X-PAYMENT и произвести оплату с помощью USDC на базе блокчейна. После того как клиент разобрал содержимое JSON 402 Response, кошелек предложит подписать сообщение TransferWithAuthorization (реализованное через ERC-3009). Это сообщение позволяет подписанту производить безгазовые переводы с адреса подписанта на адреса третьих сторон EOA или контрактов.

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

Три основных преимущества протокола x402:

Мультицепочная поддержка: поддержка EVM цепей, таких как Base, Avalanche и Solana, серверная часть может быть настроена гибко.

Низкофрикционная оплата: реализация переводов без Gas-стоимости через ERC-3009, снижение торговых издержек.

HTTP нативная интеграция: не требуется дополнительный уровень оплаты, любое приложение, поддерживающее HTTP, может легко подключиться.

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

AP2 Протокол：цифровая доверенность для создания надежной торговой структуры

AP2 (Протокол платежей агентов) — это открытая платежная структура, основанная на коммуникационном протоколе Agent to Agent (A2A) и расширенном Протоколе контекста модели (MCP). Его основной целью является решение трех основных проблем в бизнесе агентов: авторизация (доказательство того, что агент получил разрешение от пользователя), подлинность (обеспечение того, чтобы сделка отражала реальные потребности пользователя) и подотчетность сделок (четкое распределение ответственности в случае споров).

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

Мандат намерения (Intent Mandate) применяется к автоматизированной торговле в отсутствие пользователя. Пользователь заранее предоставляет AI Agent инструкции по операциям, включая четкие условные ограничения, такие как «купить билеты на концерт, бюджет не превышает 500 рублей». Этот мандат обеспечивает юридическую и техническую защиту для автономного принятия решений AI Agent, гарантируя, что его действия всегда находятся в рамках полномочий пользователя.

Мандат на корзину (Cart Mandate) применяется к транзакциям, подтвержденным пользователем на месте. Он создается, когда агент готовит конкретные товары и цены для подтверждения пользователем. Одобрение пользователя подписывает мандат на корзину, устанавливая безопасную, неизменяемую запись о точных товарах и ценах, обеспечивая, что за видимое платится. Это решает риск “изменения заказа” в традиционной электронной коммерции.

Платежное полномочие (Payment Mandate) является независимым удостоверением, которое делится с платежной сетью и эмитентом карт, с целью передачи информации о вовлеченности AI Agent и наличии пользователя, что помогает разрешать споры по транзакциям, проводить оценку рисков и регулирование. Такой дизайн обеспечивает, что торговое поведение AI Agent имеет такую же отслеживаемость и соответствие требованиям, как и традиционные финансовые транзакции.

Три типа доверенности в протоколе AP2 на самом деле представляют собой цифровизацию и автоматизацию механизмов доверительных полномочий в человеческом обществе. Он предоставляет безопасную, стандартизированную основу для платежного протокола x402, обеспечивая четкие основания для каждой оплаты и ответственность.

ERC-8004: Децентрализованная идентичность как основа машинной экономики

! x402 ERC-8004 Реестр идентификационных данных

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

Дизайн ERC-8004 основан на трех легковесных реестрах, каждый из которых отвечает за разные аспекты модели доверия. Реестр идентичности (Identity Registry) реализован на основе стандарта ERC-721 и расширяет функциональность URIStorage, что позволяет идентичности AI Agent быть совместимым с существующей экосистемой NFT. Каждый AI Agent регистрируется, вызывая функцию register, и получает уникальный agentId (то есть tokenId ERC-721).

Реестр репутации (Reputation Registry) предоставляет стандартный интерфейс для публикации и получения обратной связи о сервисах AI Agent, поддерживает систему оценки от 0 до 100, классификацию по меткам и связь с доказательствами платежа. Этот реестр использует гибридную архитектуру на основе блокчейна и вне его, что обеспечивает комбинируемость основных данных в блокчейне, в то время как сложные агрегатные вычисления оставляются для обработки вне блокчейна для повышения эффективности. Структура контрактов реестра репутации тесно связана с реестром идентификации, что гарантирует, что только зарегистрированные AI Agent могут получить записи репутации.

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

Трехмерное построение машинной экономики как основа платежей

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

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