Путеводитель по протоколам агентной экономики: как агенты общаются, платят и находят друг друга

Что такое агентная экономика, какие протоколы её формируют и как они складываются в единый стек

Агентная экономика — это экосистема, в которой AI-агенты выступают не просто как ассистенты, а как самостоятельные участники: они покупают, продают, делегируют работу другим агентам, оплачивают доступ к API и подписывают цифровые поручения от имени пользователей.

Adobe Analytics сообщила о росте агентного трафика на американские retail-сайты на 4700% год к году — что неудивительно, учитывая, что ещё несколько лет назад такого трафика почти не существовало.

В то же время платёжный протокол x402 за первый год обработал около 170 миллионов агентных транзакций на сумму более $50 миллионов, а MPP (Machine Payments Protocol), выпущенный в конце марта 2026 года, всего за два месяца обработал более 500 тысяч транзакций.

Чтобы вся эта машина работала, нужны общие правила игры. Их и предоставляют современные протоколы для взаимодействия агентов. У них пугающе похожие названия - MCP, MPP, x402, ACP, A2A, AP2, APP, ANP, но решают они очень разные задачи. 

Здесь я собрал самые основные и активно развивающиеся протоколы и попытаюсь разложить всё по полкам.

Обзор стека

Прежде чем нырять в детали, полезно увидеть общую картину. 

Чтобы агентная экономика действительно заработала, нужно решить несколько базовых задач:

1. Взаимодействие — как агенты общаются друг с другом, сервисами и внешним миром
2. Коммерция — как агент совершает покупки, оформляет заказы и сделки
3. Платежи — как агенты отправляют и принимают деньги
4. Обнаружение — как агенты находят друг друга и сервисы
5. Доверие и идентичность — как проверить, кто такой агент и какие у него есть разрешения
6. Подтверждение и контроль — как вовлекать человека, когда требуется согласие или проверка действий

Современный стек агентной экономики формируется вокруг этих вызовов.

Агентная инфраструктура — это по сути многослойный стек, где каждый слой отвечает за отдельную часть системы:

Как агенты взаимодействуют с миром: коммуникационные протоколы

MCP — Model Context Protocol

Открытый стандарт от Anthropic, который позволяет AI-агентам подключаться к внешним инструментам, источникам данных и сервисам через единый интерфейс. Если коротко, это «USB‑C для агентов». Он определяет, как агенты получают доступ к данным и выполняют действия.

MCP уверенно стал отраслевым стандартом: миллионы загрузок SDK, крупные каталоги серверов и поддержка со стороны Anthropic, OpenAI, Google и Microsoft.

В декабре 2025 года Anthropic передала управление протоколом Linux Foundation (Agentic AI Foundation).

Плюсы: зрелая экосистема, тысячи готовых к использованию серверов, настоящий отраслевой консенсус.

A2A — Agent2Agent

Протокол от Google, предназначенный для коммуникации между агентами: они находят друг друга, обмениваются возможностями (через Agent Cards — по сути визитные карточки агентов), делегируют задачи и координируют рабочие процессы.

Если MCP — это «руки» агента, то A2A — его «социальные навыки».

Идея в том, чтобы агенты от разных поставщиков могли работать вместе.

A2A стал ведущим стандартом для межагентной координации, поддержанным десятками enterprise-партнёров.

В конце 2025 года конкурирующий протокол ACP от IBM формально слился с A2A под зонтиком Linux Foundation.

Плюсы: широкая поддержка, понятная модель возможностей через Agent Card, естественно дополняет MCP.

Минусы: оптимизирован под enterprise-среды; может быть избыточным для сильно открытых или децентрализованных агентных сетей.

ANP — Agent Network Protocol

Более амбициозная попытка построить открытую агентную сеть.

Это альтернативный стек «интернета агентов», который покрывает не только коммуникацию, но также идентичность, шифрование, описания агентов и обнаружение.

Пытается быть all-in-one фреймворком.

Плюсы: философски ближе к открытому вебу, без сильной зависимости от крупных корпоративных игроков.

Минусы: менее зрелый, чем A2A; экосистема пока относительно небольшая.

Коммерция: как агенты совершают покупки

Здесь имеет смысл разделить два слоя.

Checkout — «добавить товары в корзину и оформить заказ».

Payments — «как движутся деньги и как подтверждается оплата».

ACP — Agentic Commerce Protocol

Открытый стандарт от OpenAI и Stripe, описывающий, как агент взаимодействует с продавцами: товарные фиды, создание корзины, checkout и согласование возможностей. По сути это «язык», на котором ваш shopping-агент общается с любым магазином.

Он вышел в production в начале 2026 года через ChatGPT Instant Checkout. Среди партнёров — Stripe, Shopify, Salesforce и PayPal.

Плюсы: реальные транзакции уже происходят; понятная модель Shared Payment Token (одноразовый токен с лимитами и сроком действия, где продавец видит только необходимую информацию).

Минусы: сам ACP не обрабатывает платежи, а adoption пока остаётся относительно ограниченным.

UCP — Universal Commerce Protocol

Более широкий протокол от Google, покрывающий полный жизненный цикл коммерции: обнаружение магазинов, покупки, checkout и послепродажную поддержку.

Его основной партнёр — Shopify.

Статус. Анонсирован в январе 2026 года, запущен с более чем 20 партнёрами и глубокой интеграцией с Google Shopping и AI Overviews.

Плюсы: более широкий охват, чем у ACP; нативная интеграция с экосистемой Google.

Минусы: скорее всего, оптимизирован под крупных ритейлеров.

Платежи

x402

HTTP-native платёжный стандарт от Coinbase, который возвращает к жизни давно забытый статус-код 402 Payment Required.

Агент вызывает API, сервер отвечает «требуется оплата» и передаёт инструкции (сумма, валюта, кошелёк), агент подписывает stablecoin-платёж и получает ресурс. Без аккаунтов, API-ключей и подписок.

x402 обработал более 165 миллионов транзакций. V2 был запущен в декабре 2025 года с поддержкой нескольких сетей и динамических получателей. Stripe интегрировал x402 для USDC на Base в феврале 2026 года, а Cloudflare добавил поддержку x402-транзакций. x402 Foundation был запущен вместе с Cloudflare в сентябре 2025 года.

Плюсы: быстрые API-платежи по фактическому использованию без подписок, нулевое трение для машин, естественно работает без участия человека, отличная документация и developer tooling.

Минусы: ограничен stablecoin- и crypto-рельсами; для традиционного enterprise-мира это всё ещё воспринимается как «новое и непривычное».

MPP — Machine Payments Protocol

Протокол машинных платежей от Stripe и Tempo Blockchain. Более enterprise-ориентированный и универсальный протокол.

Если x402 одновременно является и протоколом, и способом оплаты, то MPP больше похож на полностью стандартизированный enterprise-grade фреймворк. MPP не определяет, как именно и чем платить.

Вместо этого он задаёт правила, по которым управляются оплата и верификация. Грубо говоря - если процесс оплаты можно описать на языке MPP, то она будет работать не важно это карточные переводы или криптоплатежи. 

Mainnet был запущен 18 марта 2026 года, с более чем 100 интегрированными сервисами с первого дня. Среди партнёров — Stripe, Visa, Mastercard, Lightspark, Anthropic, OpenAI и Shopify. 

Плюсы: работает и с криптой, и с фиатом, более универсален, чем x402, дружелюбен к compliance, ориентирован на enterprise.

Минусы: сложнее в реализации — это цена универсальности.

APP — Agent Payments Protocol (от OKX)

Платёжный стандарт от OKX, построенный поверх x402 и MPP. Он поддерживает четыре модели оплаты: одноразовые платежи, несколько платежей в рамках одного запроса, pay-as-you-go и escrow.

Его цель по сути в том, чтобы объединить возможности x402 и MPP.

Плюсы: несколько моделей оплаты, совместимость и с x402, и с MPP.

Минусы: сложнее, чем x402 или MPP, всё ещё находится на очень ранней стадии, может быть избыточным для простых сценариев оплаты API.

AP2 — Agent Payments Protocol (от Google)

Протокол авторизации платежей от Google, разработанный совместно с партнёрами. AP2 сам по себе не является платёжными рельсами, а скорее представляет собой слой согласия: пользователи подписывают криптографические «mandates» (Intent, Cart, Payment), которые точно определяют, что агенту разрешено купить, в каких пределах и в течение какого временного окна. Эти mandates затем прикрепляются к транзакциям и могут служить доказательством при спорах.

Спецификация уже опубликована, а A2A x402 extension готов к production.

Плюсы: решает одну из главных проблем агентной коммерции — «а пользователь действительно это разрешил?». Поддерживает разные рельсы: карты, банки, stablecoins, x402.

Минусы: сложная экосистема и модель доверия; сейчас это больше ощущается как фреймворк, чем как зрелый production-стандарт.

Обнаружение: как агенты находят друг друга

Агентам можно просто заранее дать прямые ссылки на MCP-серверы, API или других агентов. Это традиционный подход.

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

Именно для этого и нужен слой discovery.

x402 Bazaar

Это расширение протокола x402, которое позволяет создать каталоги платных x402-совместимых сервисов. Если вы управляете платным API, Bazaar — это то, что позволяет агентам вас обнаружить.

x402 опирается на facilitator — участника, который отвечает за отправку транзакций в блокчейн и их подтверждение. Один facilitator может работать сразу со множеством серверов, а значит, он может знать о платных endpoint’ах, которые эти серверы публикуют.

Bazaar позволяет facilitator’ам индексировать endpoint’ы серверов, платёжные потоки, которые они обрабатывают, семантические описания и платёжные метаданные, полученные из onchain-активности.

На данный момент это, вероятно, самый практичный discovery-слой для машинных платежей.

x402 DNS Discovery

Отдельно стоит упомянуть x402 DNS Discovery. Помимо Bazaar, для x402 есть draft-механизм discovery через DNS TXT records: домен публикует _x402 записи, где указаны URL’ы с manifests и metadata для x402-совместимых ресурсов. Это более низкоуровневый путь, чем Bazaar.

MPP Discovery

Discovery-расширение для Machine Payments Protocol. Сервис публикует OpenAPI 3.1 документ с payment metadata: какие endpoint’ы платные, сколько стоят, какие payment methods, currencies и intents поддерживаются. 

MPP также предоставляет live-каталог сервисов на mpp.dev/services, а также MPPScan как реестр/агрегатор сервисов, публикующих discovery-документы.

UCP Discovery

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

A2A Agent Card

Базовый механизм discovery в Agent2Agent. Агенты публикуют JSON-карточки, описывающие их возможности, endpoint’ы, требования к аутентификации и поддерживаемые режимы работы. Это не marketplace, а скорее цифровая визитка, которая помогает другому агенту понять, имеет ли смысл взаимодействие.

MCP Registry

Каталог MCP-серверов. Это discovery для инструментов и серверов, которые агент может подключить. Важный слой, потому что на практике агенту чаще нужно не найти другого агента, а найти нужный tool/server: GitHub, Postgres, browser automation, payments, search и т.д.

Экзотические discovery-протоколы

Это разные подходы к нахождению агентов в открытом интернете и локальных сетях:

• LAD-A2A — локальное обнаружение A2A-агентов в офисной или домашней сети через mDNS, DNS-SD, well-known endpoints, DHCP, QR/NFC.
• DNS-AID — discovery через DNS. Агент публикует endpoint’ы и metadata в DNS-записях, а другие агенты могут найти его через уже существующую интернет-инфраструктуру.
• ANS — Agent Name Service — ближе к identity/naming, чем к чистому discovery. Если DNS-AID отвечает “где и что умеет агент”, то ANS отвечает “кто этот агент и можно ли ему доверять”.
• DUADP — Decentralized Universal AI Discovery Protocol, федеративный подход: попытка сделать “DNS для AI-агентов” без одного центрального посредника.

Манифесты и agent-friendly web

• llms.txt — лёгкий файл по аналогии с robots.txt, который рассказывает агентам, как понимать сайт и где брать чистый контекст.
• Agent Ready Web / ARW — более структурированный подход: /llms.txt, markdown-вьюхи, OAuth, Schema.org и другие элементы, чтобы сайт был не только читаемым, но и удобным для действий агента.
• WebMCP — подход, где сайт предоставляет структурированные инструменты, которые можно использовать агентам, а не заставляет их угадывать действия через UI.
• OAI-1 / Open Agent Identity — попытка объединить discovery, identity, manifest и interaction model в один стандарт.

Доверие: кто этот агент и что ему разрешено делать

Это, пожалуй, самый чувствительный слой. Когда автономный агент совершает покупку на $5000 без вашего ведома — кто несёт ответственность? Как продавец отличает легитимного агента от botnet? Как разрешаются споры? Именно эти проблемы пытаются решать протоколы доверия.

Verifiable Intent (Mastercard + Google)

Открытый криптографический фреймворк, который создаёт неподделываемое доказательство пользовательской авторизации для каждой агентной транзакции. Связывает личность потребителя, его инструкции агенту и результат транзакции в один криптографический «свидетель», который все стороны могут предъявить в случае спора.

Объявлен 5 марта 2026 года, открытый исходник на verifiableintent.dev. Скоро встроится в Mastercard Agent Pay. Совместим с AP2, UCP, ACP.

Плюсы: selective disclosure (продавцы видят только ровно то, что им нужно, и ничего лишнего); решает проблемы dispute resolution; построен на хорошо зарекомендовавших себя стандартах.

Минусы: требует, чтобы операторы агентов были зарегистрированными организациями с формальными отношениями с Mastercard, что ограничивает анонимные и децентрализованные сценарии.

Visa Trusted Agent Protocol (TAP)

Альтернативный подход от Visa: вместо поддержки длинных цепочек криптографических свидетельств TAP подписывает идентичность агента прямо внутри HTTP-заголовков запроса. Продавцы проверяют подпись через каталог Visa и сразу понимают, что имеют дело с легитимным агентом.

Запущен вместе с Cloudflare 14 октября 2025 года.

Verifiable Intent (VI) vs Visa TAP

Проще говоря, VI — это постоянная цепочка доказательств, предназначенная для разрешения споров после завершения сессии. TAP — это подпись на HTTP уровне, предназначенная для того, чтобы продавцы могли мгновенно понять, пришёл ли запрос от легитимного агента или нет.

Они работают на разных слоях стека и оптимизированы под разные сценарии использования.

Другие стандарты

Существует много дополнительных стандартов, полезных для агентного взаимодействия, хотя они были созданы ещё до подъёма агентов — а иногда и до современного AI как такового.

Здесь нет необходимости глубоко в них погружаться, поскольку они были разработаны для гораздо более широких задач, но среди заметных примеров:

• DIDs (Decentralized Identifiers) — стандарт для децентрализованных цифровых идентичностей.
• Verifiable Credentials (VC) — стандарт для выпуска и криптографической проверки цифровых credentials.
• OpenID4VP (OpenID for Verifiable Presentations) — стандарт для предъявления и передачи verifiable credentials.
• OpenID Federation — trust-фреймворк между identity providers и сервисами с использованием подписанных метаданных и цепочек доверия.
• OAuth RAR (Rich Authorization Requests) — расширение OAuth 2.0 для структурированного и детального описания прав доступа.
• DPoP (Demonstration of Proof-of-Possession) — механизм OAuth 2.0, который привязывает access tokens к криптографическим ключам клиента и защищает от кражи токенов.

Пользовательские интерфейсы: AG-UI и A2UI

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

AG-UI

Event-based протокол от CopilotKit, который соединяет пользовательские frontend’ы с агентными backend’ами. Он стримит события, обновления состояния, прогресс и запросы на подтверждение — всё в реальном времени.

Современные агенты могут несколько минут рассуждать, вызывать инструменты и запрашивать разрешения.

AG-UI фактически является «проводом», по которому всё это попадает в интерфейс.

A2UI

Декларативный протокол от Google для генеративного UI: агент описывает, какие компоненты должны быть показаны (cards, forms, buttons), а frontend их рендерит. Без iframe-sandbox’ов и без выполнения произвольного кода.

A2UI v0.9 был запущен в апреле 2026 года с prompt-first generation, двусторонним messaging и поддержкой Agent SDK.

AG-UI vs A2UI

Эти протоколы не конкуренты.

A2UI определяет, ЧТО должно быть показано.

AG-UI определяет, КАК это должно быть доставлено.

Они естественно интегрируются: A2UI-payload’ы передаются через AG-UI events. Вместе они формируют полный стек для agent-driven пользовательских интерфейсов.

Ethereum onchain-стандарты для агентов

Если хотите децентрализованных агентов без зависимости от Stripe, Visa, Google или OpenAI, тогда на сцену выходят onchain-стандарты.

ERC-8004: Trustless Agents

Стандарт для onchain-идентичности агентов. У каждого агента есть публичный onchain ID или NFT, указывающий на Agent Card (имя, возможности, MCP/A2A endpoint’ы, платёжный адрес), и три реестра: identity, reputation и validation.

Он был запущен в Ethereum mainnet 29 января 2026 года. За пять месяцев testnet было зарегистрировано более 10 000 агентов.

Плюсы: децентрализация.

Минусы: нет гарантии, что репутационные оценки не накручены искусственно.

ERC-8126 и ERC-8122

ERC-8126 — verification-интерфейс для агентов, зарегистрированных через ERC-8004, включая стандартизированные trust scores.

ERC-8122 — лёгкий реестр для развёртывания кастомных или курируемых списков агентов, полезный для L2-экосистем или нишевых сообществ.

ERC-8183: Agentic Commerce

Стандарт task escrow: пользователи блокируют средства, агенты выполняют работу, evaluators подтверждают результаты, а средства разблокируются. Выплаты полностью проверяемые.

Этот стандарт особенно полезен для платных агентных сервисов, маркетплейсов агентов и задач и сценариев, где «средства остаются заблокированными до подтверждения работы».

ERC-8033: Agent Council Oracles

Интерфейс oracle, в котором запросы разрешаются «советом» агентов. Если нужно ответить на семантический вопрос («является ли утверждение X истинным?»), опрашиваются несколько агентов, а их ответы агрегируются.

Агенты как NFT: ERC-7662, ERC-7857, ERC-8041

• ERC-7662 — NFT, представляющий AI-агента с агент-специфичными метаданными. Его можно продавать и передавать.
• ERC-7857 — похожая концепция, но с приватными метаданными, встроенными как часть актива (например, приватные веса модели или секретные ключи).
• ERC-8041 — коллекции agent NFT с фиксированным количеством агентов.

Расширения для реализации

Это не полноценные самостоятельные протоколы, но они крайне важны в реальной разработке:

• Shared Payment Tokens (Stripe) — одноразовые токены, привязанные к конкретному продавцу и сумме, с TTL. Агенты могут платить с помощью токена без доступа к реальной карте.
• x402 Sign-In-With-X (SIWX) — расширение для повторного использования авторизации без необходимости переподписывать каждый запрос.
• x402 Payment-Identifier — поддержка payment idempotency для предотвращения случайных двойных платежей при сетевых сбоях.

Куда всё движется

Какие протоколы останутся и что рынок признает самым универсальным еще предстоит узнать. Агентная экономика стремительно развивается - большинство протоколов появилось буквально за последние полгода-год. 

Агентную экономику и взаимодействие агентов обсуждают на разных уровнях. Появляются еще более автоматизированные инструменты вроде Openclaw и Hermes, которые захватывают умы пользователей своими возможностями.

Все протоколы выглядят как кашa, но реально складываются в чистые слои. MCP лидирует по инструментам, A2A — по координации, x402 — по машинным платежам, AP2 — по авторизации. 

И вышли они не из сообществ гиков или разработчиков-одиночек, а от лидеров индустрии (Google, Visa, Stripe, OpenAI, Shopify) - а это как минимум означает, что есть серьезные намерения в отношении агентов и агентной экономики, даже если хайп утихнет.