AP2 и x402: как ИИ-агенты управляют авторизацией платежей и автоматическими расчетами

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

По мере развития коммерции между агентами AI-агенты превращаются из инструментов поиска информации в автоматизированные системы, способные совершать покупки, управлять подписками и вызывать сервисы. Когда агент начинает использовать средства от имени пользователя или компании, традиционные платёжные процессы, основанные на ручных нажатиях и подтверждениях, сталкиваются с новыми задачами: как системе определить, уполномочен ли агент совершить платёж? Как ограничить сумму платежа? Как различным системам автоматически завершать расчёты?

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

Основные выводы

• AP2 (Agent Payments Protocol) — открытый протокол для авторизации платежей AI-агентов. Он определяет, может ли агент совершать платежи от имени пользователя, и как проверить, отражает ли транзакция намерение пользователя.
• x402 — протокол программируемых платежей, основанный на коде состояния HTTP 402 Payment Required. Он позволяет AI-агентам автоматически оплачивать API и цифровые сервисы на основе платёжных требований, возвращаемых сервером.
• AP2 и x402 работают на разных уровнях: AP2 ориентирован на проверку авторизации и подотчётности, а x402 — на платёжные запросы, проверку платёжных реквизитов и расчёты. Эти протоколы можно использовать совместно.
• Стейблкоины предоставляют AI-агентам программируемую форму цифровых платежей. Они подходят для API с оплатой за использование, сервисов данных и межмашинных транзакций, но необходимы не для каждого сценария платежей AI-агентов.
• Автоплатежи AI-агентов по-прежнему требуют лимитов бюджета, контроля разрешений кошелька, проверки контрагента и обработки аномальных транзакций. Автоматизированное исполнение не следует считать неограниченным разрешением на использование средств.

Что такое AP2 и x402? Зачем AI-агентам нужны специализированные платёжные протоколы?

AP2 и x402 поддерживают автоматизированные коммерческие операции AI-агентов, но решают разные задачи. AP2 был запущен в сентябре 2025 года Google совместно с участниками платёжной и технологической отраслей. Его цель — создать кроссплатформенную и независимую от способа оплаты структуру для авторизации платежей агентов. Протокол подтверждает, что пользователь разрешил агенту совершить конкретную покупку, и позволяет платёжным организациям проверить такое разрешение.

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

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

Традиционные системы онлайн-платежей обычно предполагают, что потребители лично изучают товары, нажимают кнопку подтверждения и проходят проверку личности. AI-агент, напротив, может выполнять задачи без участия пользователя в реальном времени. Поэтому платёжные системы должны определять не только действительность транзакции, но и соответствие действий агента заранее установленным разрешениям.

AP2 и x402 предоставляют техническую поддержку соответственно для этих двух этапов, однако не для каждого платежа AI-агента необходимы оба протокола.

Как AP2 проверяет авторизацию платежей AI-агентов?

В основе AP2 лежит Mandate — криптографически проверяемый реквизит авторизации. Он фиксирует действия, которые пользователь разрешил выполнять агенту, и применимые ограничения. Это позволяет продавцам и поставщикам платёжных услуг определить, отражает ли транзакция намерение пользователя.

Согласно технической спецификации AP2 v0.2, протокол определяет два основных типа реквизитов: Checkout Mandate и Payment Mandate. Checkout Mandate подтверждает, что агенту разрешено приобрести определённый товар или сервис. Payment Mandate подтверждает, что агент может инициировать оплату соответствующего заказа. Они связаны через информацию о заказе, что снижает риск использования платёжного реквизита для другой транзакции.

Например, пользователь хочет поручить AI-агенту приобрести сервис данных стоимостью не более $50. Система может зафиксировать категорию продукта, бюджет и условия авторизации в соответствующих реквизитах. После того как агент найдёт сервис, отвечающий требованиям, продавец проверяет авторизацию покупки, а затем поставщик платёжных услуг проверяет авторизацию платежа. Транзакция должна переходить к следующему этапу оплаты только после выполнения применимых условий.

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

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

Как x402 обеспечивает автоматизированные платежи через HTTP 402?

Основная идея x402 заключается во встраивании платёжного процесса непосредственно в HTTP-запросы. Традиционные API-сервисы обычно требуют, чтобы пользователи зарегистрировали аккаунт, привязали способ оплаты или заранее приобрели кредиты по подписке. x402 позволяет серверу возвращать стандартизированные платёжные требования при получении запроса, после чего клиент выполняет платёж и повторно запрашивает ресурс.

Согласно официальному протоколу x402, типичный процесс начинается с отправки клиентом HTTP-запроса на сервер ресурсов. Если ресурс требует оплаты, сервер возвращает 402 Payment Required и предоставляет цену, поддерживаемые сети, платёжные активы и другую необходимую информацию. Клиент выбирает поддерживаемый способ оплаты, создаёт платёжные реквизиты и передаёт их через HTTP-запрос.

Затем сервер ресурсов проверяет платёжные реквизиты и завершает расчёты посредством ончейн-транзакции или Facilitator — сервиса проверки платежей и расчётов. Facilitator может выполнять проверку подписи и ончейн-расчёты от имени сервера, снижая сложность обслуживания инфраструктуры блокчейн-платежей. После успешного завершения проверки и расчётов сервер возвращает запрошенные данные или результат сервиса.

Следует учитывать, что различные версии x402 используют разные названия HTTP-заголовков и структуры данных. Например, в ранних версиях использовался X-PAYMENT, тогда как в более новых спецификациях применяются такие поля, как PAYMENT-SIGNATURE. Поэтому разработчикам необходимо реализовывать именно используемую версию и не следует напрямую смешивать интерфейсы разных версий.

Преимущество x402 для AI-агентов состоит в том, что платёж может стать частью обычного веб-запроса. Если агенту нужно приобрести платные данные или вызвать AI-модель, он может завершить оплату в рамках авторизованного бюджета без перенаправления на отдельную страницу ручного оформления при каждом запросе.

В чём различия между AP2 и x402?

Наиболее фундаментальное различие между AP2 и x402 заключается в их назначении. AP2 прежде всего отвечает на вопрос: «Авторизована ли эта транзакция?» x402 прежде всего отвечает на вопрос: «Как завершить платёж программным способом в соответствии с требованиями сервера?»

AP2 не зависит от конкретной платёжной валюты или сети расчётов. Например, AI-агент может использовать AP2, чтобы подтвердить авторизацию покупки, а затем завершить транзакцию банковской картой или другим поддерживаемым способом оплаты. x402 в большей степени ориентирован на техническое исполнение платежей за цифровые сервисы и особенно подходит для объединения платежей в стейблкоинах с API-запросами.

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

Поэтому AP2 не следует рассматривать просто как улучшенную версию x402, а x402 не следует считать заменой всех механизмов авторизации платежей. Их можно развёртывать отдельно или использовать совместно.

Как AP2 и x402 могут работать вместе для выполнения транзакции между агентами?

Совместную работу AP2 и x402 можно рассмотреть на примере платного сервиса аналитики данных.

Предположим, пользователь разрешает исследовательскому агенту приобретать рыночные данные на сумму не более $20 в день. Агент обнаруживает, что другой поставщик услуг предлагает API, отвечающий его требованиям, и получает цену $0,10 за вызов. Система должна сначала подтвердить, что сервис входит в авторизованную область покупок, а затем проверить, что совокупные расходы не превышают бюджет.

На этапе авторизации AP2 может предоставить проверяемый Mandate, подтверждающий наличие у агента соответствующих разрешений на покупку и оплату. На этапе оплаты x402 может передать агенту платёжные требования сервера и завершить перевод средств через контролируемый кошелёк, платёжные реквизиты и расчётный сервис. После успешной оплаты сервер возвращает данные, а агент продолжает исследовательскую задачу.

Это сочетание не ограничивается концептуальной моделью. Связанные с Google проекты с открытым исходным кодом выпустили A2A x402 Payments Extension, позволяющее агентам приобретать сервисы, предоставляемые другими агентами, посредством ончейн-платежей. Его спецификация v0.2 также определяет независимые и встроенные платёжные потоки. Последние могут интегрировать платёжные структуры в протоколы более высокого уровня, такие как AP2.

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

Почему стейблкоины подходят для автоматизированных платежей AI-агентов?

Стейблкоины являются одними из основных кандидатов для программируемых платежей AI-агентов. По сравнению с криптоактивами с более высокой волатильностью цен стейблкоины, привязанные к доллару США, обычно номинируются в долларах США, что помогает поставщикам услуг устанавливать относительно стабильные цены на вызовы API, доступ к данным и вычислительные ресурсы.

Например, AI-агенту может потребоваться вызывать платный интерфейс данных сотни раз в день. Если каждый вызов требует ручного подтверждения платежа банковской картой, процесс транзакций будет сложно автоматизировать. При использовании x402 и поддерживаемой сети стейблкоинов платёжные требования, подписи и операции расчётов можно интегрировать в программируемые запросы, позволяя агенту автоматически оплачивать сервисы в рамках своего бюджета.

Стейблкоины также являются цифровыми активами с возможностью программирования. Разработчики могут объединять платёжную логику с разрешениями API, лимитами использования и ограничениями кошелька, позволяя программным системам переводить средства между различными платформами. При представлении x402 Coinbase назвала автоматизированные платежи между API, программными сервисами и AI-агентами одной из ключевых областей применения.

Однако платежи в стейблкоинах также имеют ограничения. Ончейн-переводы могут сопровождаться сетевыми комиссиями, некоторым транзакциям может потребоваться время для достижения окончательности, а ошибочные адреса или необратимые переводы могут привести к потере средств. Стейблкоины также сопряжены с рисками, связанными с эмитентом, резервами, выкупом и регулированием. Поэтому стейблкоины следует рассматривать как один из вариантов расчётов для коммерции агентов, а не как универсальное решение всех платёжных задач.

С какими рисками безопасности и техническими ограничениями сталкиваются AP2 и x402?

Первый риск — злоупотребление авторизацией. AI-агент может неправильно понять запрос пользователя или оказаться под влиянием вредоносных веб-страниц, ответов инструментов или инъекций промптов, что приведёт к инициированию покупок за пределами фактического намерения пользователя. Если система полагается только на модель при определении обоснованности платежа и не имеет независимых проверок бюджета и разрешений, возможны непреднамеренные расходы.

AP2 снижает этот риск посредством Mandate и детерминированных механизмов проверки, однако его безопасность по-прежнему зависит от того, как выдаются, хранятся и проверяются реквизиты авторизации. Системам также следует избегать предоставления чрезмерно широких разрешений и вводить дополнительное подтверждение для транзакций с высоким уровнем риска.

Второй риск связан с исполнением платежа. x402 задействует клиента, сервер, кошелёк и расчётный сервис, и ошибка реализации на любом этапе может повлиять на результат транзакции. Например, повторная отправка запросов может привести к дублирующим платежам, успешный платёж при неудачном предоставлении услуги может стать причиной спора, а сбой Facilitator может задержать расчёты. Поэтому разработчикам необходимо проектировать идемпотентную обработку, повторные попытки неуспешных платежей, сверку квитанций и процедуры возврата средств при исключительных ситуациях.

Третий риск касается проверки контрагента и личности. Даже если агент корректно передал платёжные реквизиты, получатель не обязательно заслуживает доверия. Вредоносный сервер может искажать цены, предоставлять недействительный сервис или фальсифицировать информацию о продукте. A2A и x402 могут улучшать коммуникацию агентов и платёжные потоки, но не могут автоматически гарантировать подлинность личности продавца или соответствие качества сервиса ожиданиям.

Последние риски связаны с конфиденциальностью и регулированием. Коммерция агентов может затрагивать потребительские предпочтения пользователей, информацию о корпоративных закупках и платёжные данные. Хотя ончейн-платежи предоставляют публично проверяемые записи транзакций, они также могут раскрывать адреса и потоки средств. При трансграничных платежах также необходимо учитывать применимые требования по противодействию отмыванию денег, санкциям и защите прав потребителей.

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

Заключение

AP2 и x402 предоставляют инфраструктуру для коммерции AI-агентов соответственно с точки зрения авторизации платежей и программируемых расчётов. Благодаря Mandate и проверяемым реквизитам AP2 помогает продавцам и поставщикам платёжных услуг подтверждать, соответствует ли транзакция агента авторизации пользователя. Посредством HTTP 402 и процессов проверки платежей x402 позволяет AI-агентам автоматически приобретать API, данные и другие цифровые сервисы.

Эти два протокола не заменяют друг друга. AP2 может работать с различными способами оплаты, а x402 может служить механизмом исполнения ончейн-платежей. По мере развития таких технологий, как A2A x402 Payments Extension, проверка авторизации и автоматизированные расчёты формируют более тесное взаимодействие.

Для коммерции между агентами ключевой вопрос заключается не только в том, чтобы позволить AI-агентам совершать платежи. У каждой транзакции должны быть чётко определённые границы авторизации, проверяемые результаты платежа и надёжные механизмы обработки исключений. Стейблкоины и Web3 предоставляют новые инструменты расчётов для этого направления, но широкое распространение коммерции агентов в конечном счёте будет зависеть от безопасности, совместимости и реальных потребностей бизнеса.

Часто задаваемые вопросы

В чём основное различие между AP2 и x402?

AP2 в первую очередь проверяет авторизацию покупки и платежа AI-агента, тогда как x402 в первую очередь обеспечивает программируемые платежи через HTTP-запросы. Первый протокол ориентирован на авторизацию, второй — на исполнение платежа.

Является ли AP2 протоколом блокчейн-платежей?

Нет. AP2 — независимая от способа оплаты структура авторизации, которая может поддерживать различные платёжные системы, включая банковские карты и стейблкоины. Она не требует проведения расчётов по транзакциям в блокчейне.

Может ли x402 использовать только USDC?

Нет. Платёжные возможности x402 зависят от конкретной платёжной схемы, сети и поддержки со стороны сервера. USDC является распространённым платёжным активом в реализациях, однако его не следует считать единственным активом, поддерживаемым протоколом.

Можно ли использовать AP2 и x402 вместе?

Да. AP2 можно использовать для проверки авторизации транзакции агента, а x402 — для выполнения соответствующего программируемого ончейн-платежа. A2A x402 Extension уже исследовало способы объединения x402 с протоколами более высокого уровня, такими как AP2.

Нужно ли AI-агенту ручное подтверждение для платежа через x402?

Не обязательно. Если пользователь предоставил действительную авторизацию, а транзакция соответствует ограничениям по бюджету, получателю и другим применимым параметрам, система может разрешить агенту выполнить платёж автоматически. Транзакции за пределами авторизованной области должны требовать повторного подтверждения.

Гарантируется ли предоставление услуги после успешного платежа x402?

Нет. Успешный платёж и предоставление услуги — отдельные этапы. По-прежнему возможны сбои API, недоступность сервисов или споры о предоставлении услуги. Поэтому риски следует контролировать с помощью квитанций о транзакциях, обработки исключений и механизмов возврата средств, когда это необходимо.