Примечание редактора: Вопрос о том, как агенты должны оплачивать услуги, получил два почти противоположных решения в лице x402 и MPP.
x402 следует принципу минимализма протокола: оплата встраивается непосредственно в HTTP-запрос, реализуя принцип «запрос — оплата» максимально простым способом. Нет аккаунтов, нет посредников, дизайн напоминает ранний интернет — открытый и без разрешений, подходящий для длинного хвоста разработчиков и децентрализованных сценариев.
MPP — это максимализм системы: через сессии (sessions), потоковые платежи и комплаенс-инфраструктуру решаются проблемы высокочастотных транзакций, управления рисками и подключения фиатных денег. Он не стремится к чистоте, а в первую очередь удовлетворяет реальные бизнес-потребности, больше подходя для корпоративных и масштабируемых приложений.
Разница между ними, по сути, является двумя решениями одной проблемы: сделать платеж частью протокола или отдельным слоем системы.
Именно поэтому они не являются полностью конкурентными, а скорее распределены по разным сегментам: x402 покрывает длинный хвост потребностей открытой сети, MPP обслуживает высокочастотный и коммерциализированный трафик. В еще не сформировавшейся экономике агентов такая дивергенция, возможно, неизбежна.
Далее оригинальный текст:
HTTP-статус 402, определенный в спецификации HTTP/1.1 еще в конце 1990-х годов, все это время ждал своего часа. Его значение — «требуется оплата» (Payment Required). Первоначальная идея заключалась в том, чтобы встроить платежные возможности в протокольный уровень Веба, позволив машинам покупать ресурсы так же, как запрашивать веб-страницы.
Но эта идея в основном не реализовалась. На протяжении многих лет этот код состояния偶尔 появлялся лишь в некоторых нишевых сценариях, например, при ограничении частоты запросов в Shopify или ошибках биллинга Apple Mobile Me, но так и не был использован для построения предполагаемого будущего микроплатежей. Вместо этого появились кредитные карты, платные стены по подписке и механизмы API Key, которые по своей сути предназначены для людей, управляющих процессом вручную.
И сегодня это будущее получило два конкурирующих пути реализации, анонсированных в один и тот же день. Далее я хочу разобрать, что они из себя представляют, в чем их различия и почему Stripe делает ставку на оба направления одновременно.
x402: более простое решение
Coinbase официально запустила x402 в мае 2025 года, и ее основной подход можно назвать радикально минималистичным. Клиент запрашивает ресурс; сервер возвращает HTTP 402 и сообщает клиенту: сколько нужно заплатить, какой токен использовать, в какой сети выполнить платеж. Клиент выполняет платеж в блокчейне, прикрепляет подтверждение платежа к повторно отправленному запросу, и сервер выдает ресурс.
Все просто. Нет системы аккаунтов, нет API Key, нет механизма подписок. Всего один цикл HTTP-запроса с вставленным платежом посередине.
Теперь Stripe предоставляет нативную поддержку x402 в своей платежной системе, и мерчанты могут напрямую получать такие платежи через существующий бэкенд. Однако, по сути, x402 остается протоколом,主导ствуемым Coinbase, управление которым осуществляет x402 Foundation, основанная совместно с Cloudflare в сентябре 2025 года. Протокол полностью открытый (лицензия Apache 2.0) и предоставляет SDK для нескольких языков, включая TypeScript, Go и Python.
Что касается поддержки, официальная документация Coinbase показывает, что на данный момент поддерживаются платежи ERC-20 в сетях Base, Polygon и Solana. Также экосистема исследует его расширение на другие цепи, такие как Avalanche, Sui и Near, но уровень зрелости различается.
Теперь данные о внедрении (adoption), здесь все немного сложнее. Coinbase заявляет, что x402 уже обработал более 50 миллионов транзакций через свою инфраструктуру Agentic Wallet. Звучит впечатляюще, но согласно данным链上-анализа Artemis, на которые ссылается CoinDesk 11 марта: дневной объем транзакций составляет около 131 тысячи, общая сумма — около 28 тысяч долларов, средний платеж — всего около 0.20 доллара, причем примерно половина из них больше похожа на тестовые или игровые действия, а не на реальные коммерческие транзакции.
Но это не обязательно плохо. Потому что этот протокол изначально разработан для рынка, которого еще по-настоящему не существует, — мира, где AI-агенты производят микроплатежи (даже меньше 1 цента) за вызовы API и запросы данных. И мерчанты, обслуживающие этот рынок, только начинают появляться.
Например, Google's Agentic Payments Protocol (AP2, часть框架 A2A) уже интегрировал x402; Lowe's Innovation Labs показали demo: AI-агент может выполнить весь процесс от обнаружения товара и исследования до оформления заказа в одном потоке. Также на этой неделе World (инициированный Sam Altman) выпустил AgentKit, добавляющий возможности подтверждения человеческой идентичности для кошельков x402.
Ключевое предположение behind this: если сделать платежи такими же легкими, как HTTP-запрос, сценарии применения появятся сами собой. Оправдается ли это — покажет время.
MPP: полноценное решение (Full-Stack)
Stripe и Tempo выбрали другой путь. Machine Payments Protocol (MPP) был представлен сегодня одновременно с запуском мейннета Tempo. В отличие от x402, который является легкой прослойкой поверх существующих блокчейнов, MPP разработан специально для сценариев с высокочастотными транзакциями интеллектуальных агентов (agents).
Его核心机制 — это сессии (sessions). Вместо того чтобы инициировать链上-транзакцию при каждом запросе ресурса, агент может сначала единоразово授权 лимит расходов, а затем производить микроплатежи в рамках этого лимита. Если вы — AI, которому нужно запрашивать тысячи источников данных в час, вы не захотите подписывать и broadcastить链上-транзакцию каждый раз, и сессии как раз решают эту проблему.
Блокчейн Tempo также построен вокруг этой потребности. Он поддерживает десятки тысяч транзакций в секунду, имеет подтверждение за доли секунды и не имеет нативного gas-токена. Пользователи могут напрямую оплачивать комиссии стейблкоинами, избавляясь от необходимости покупать какой-либо случайный токен просто для перевода.
Еще один компонент, который стоит понять: Shared Payment Tokens (SPTs) в составе Stripe's Agentic Commerce Suite. Это не часть самого MPP, а механизм расширения от Stripe, но он может работать совместно с ним. SPT позволяют агенту безопасно передавать учетные данные банковской карты или кошелька пользователя мерчанту, не раскрывая реальные данные. Эти учетные данные ограничены одной транзакцией и имеют временные ограничения, их можно理解为 как программируемые, самоуничтожающиеся授权. На практике это означает, что агент, оплачивающий через MPP, может использовать как USDC в сети Tempo, так и привязанную Visa-карту пользователя, или даже их комбинацию.
Согласно блогу о запуске мейннета Tempo, среди его партнеров — Anthropic, DoorDash, Mastercard, Nubank, OpenAI, Ramp, Revolut, Shopify, Standard Chartered и Visa. The Block сообщает, что на момент запуска в платежном каталоге MPP уже было более 100 сервисов, включая Alchemy, Dune Analytics, Merit Systems и Parallel Web Systems. Соучредитель Tempo и Paradigm Мэтт Хуанг (Matt Huang) в интервью Fortune сказал, что эта область все еще находится на ранней стадии, и дизайн MPP aims to будущем быть расширенным на среды beyond Tempo.
Почему Stripe поддерживает оба протокола
Если вы уже интегрированы со Stripe, самый практичный ответ: вам не нужно выбирать между ними.
Stripe поддерживает x402 и MPP через два независимых пути интеграции, а не абстрагирует их в единый интерфейс. Для x402 документация в основном охватывает генерацию адресов пополнения, мониторинг блокчейна и процесс settlement средств на счет Stripe — вы отвечаете за возврат response 402, а底层инфраструктура криптоплатежей обрабатывается Stripe. В настоящее время поддерживается USDC в сети Base, в будущем планируется расширение. Для MPP мерчанты могут через тот же API PaymentIntents получать потоковые платежи на основе сессий.
Выпущенный Stripe в декабре 2025 года Agentic Commerce Suite построен поверх этих двух платежных направлений. Мерчанту достаточно загрузить каталог товаров, выбрать AI-агентов, к которым он хочет подключиться, а Stripe берет на себя обнаружение товаров, процесс checkout, предотвращение мошенничества и налоговую обработку. В настоящее время это уже используют URBN, Etsy, Coach, Kate Spade и Ashley Furniture, также завершена интеграция с такими платформами, как Wix, WooCommerce, BigCommerce, Squarespace и commercetools.
Стратегия довольно ясна: контролировать уровень абстракции, позволяя底层протоколам свободно конкурировать.
Сравнение
В макро масштабе оба протокола делают одно и то же: позволяют машинам оплачивать ресурсы через HTTP. Но реальная разница кроется в деталях.
x402 (主导ствуется Coinbase) vs MPP (Stripe + Tempo)
Стандартизация
x402: Полностью открытый (Apache 2.0), продвигается x402 Foundation с участием multiple сторон (Coinbase, Cloudflare, Visa, Google).
MPP: Открытый стандарт, разработанный совместно Stripe и Tempo, часть Stripe Agentic Commerce Suite.
HTTP-механизм
x402: Возрождение HTTP 402, инициация запроса через заголовок PAYMENT-REQUIRED, повторная попытка с использованием PAYMENT-SIGNATURE.
MPP: Также использует механизм challenge-response, но с использованием Payment HTTP Authentication Scheme (черновик IETF), привязка через HMAC к ID challenge.
Платежная основа (Rails)
x402: По дизайну не зависит от блокчейна, в настоящее время поддерживается в Base, Polygon, Solana, другие цепи仍在探索中.
MPP: Основан на блокчейне Tempo — L1, оптимизированный для платежей, поддерживает 10k+ TPS, подтверждение за доли секунды, нет нативного gas-токена; долгосрочная цель — кросчейн-совместимость.
Способы оплаты
x402: Только стейблкоины, полностью ончейн.
MPP: Поддерживает USDC в Tempo + SPT (механизм Stripe), реализуя гибрид加密и фиата (банковские карты, кошельки, BNPL).
Способ settlement
x402: По ончейн settlement (~200 мс до нескольких секунд), проверка и settlement осуществляются facilitatorами, такими как Coinbase.
MPP: Подтверждение в Tempo за доли секунды, автоматическое зачисление на счет Stripe с обработкой комплаенс.
Подключение мерчантов
x402: Открытое промежуточное ПО (middleware для Express, Hono, Next.js и др.), можно строить самостоятельно или использовать facilitator.
MPP: Прямое подключение к Stripe PaymentIntents API, управление рисками, налоги, возвраты, отчетность — все встроено.
Ключевое нововведение
x402: Предельная простота, отсутствие привязки к вендору, похоже на философию Unix в платежах.
MPP: Высокая пропускная способность + интеграция с фиатом, потоковые платежи через сессии, агрегация микроплатежей, программируемый контроль расходов на основе SPT.
Ключевые партнеры
x402: Coinbase, Cloudflare, Google (A2A/AP2), Visa, World, Anthropic (MCP).
MPP: Stripe, Visa, Lightspark, Anthropic, DoorDash, Mastercard, OpenAI, Shopify, Revolut, Standard Chartered.
x402 больше похож на выбор при построении открытых систем: API для независимых разработчиков, децентрализованные data marketplaces или любые сервисы, которые не хотят зависеть от платежных процессоров. Его спецификацию можно уместить в white paper, для подключения нужен только middleware и адрес кошелька. Эта чистота привлекательна — хотя ограничение только криптовалютой означает, что его аудитория уже.
MPP — это совершенно другая парадигма. Если вашему агенту нужно совершать сотни или даже тысячи транзакций за одну сессию, не выходя каждый раз в блокчейн, то это более разумный выбор. Механизм сессий позволяет大部分взаимодействий оставаться оффчейн до финального settlement; комплаенс-инфраструктура Stripe отвечает за риски и налоги; а гибридный режим SPT позволяет агенту не ограничиваться стейблкоинами, а напрямую использовать支付способы пользователя, такие как Visa. Он менее элегантен, но更贴近现实.
Интересно, что они не完全是конкурентны. x402 покрывает длинный хвост открытых сценариев, MPP — корпоративный高频трафик. Стратегия Stripe также очень ясна: не ставить на один протокол, а确保,无论какой путь победит, деньги в конечном итоге поступают в аккаунтную систему Stripe.
Реальность: на каком этапе мы сейчас находимся?
Честно говоря, настоящих масштабных транзакций пока почти нет.
Согласно информации о запуске x402 от Coinbase, среди ранних партнеров — Hyperbolic (оплата за GPU-инференс) и Anthropic (интеграция с протоколом MCP). В блоге Stripe упоминаются сценарии оплаты за вызов API для агентов (например, CoinGecko). При запуске Tempo в каталоге было 100+ сервисов. Cloudflare's Agents SDK имеет нативную поддержку x402, некоторые небольшие проекты на Base L2 также尝试использовать x402 в качестве платного шлюза.
Но в整体: объем транзакций невелик, количество мерчантов ограничено, большая часть активностей все еще на экспериментальной стадии.
Это неудивительно. Любая новая платежная инфраструктура на ранних этапах выглядит так. Так называемые списки партнеров иногда сильно отличают подписанные письма о намерениях от реального запуска в production, и эти релизы обычно не проводят четкого разграничения.
Более值得关注的是重量级参与者 behind the инфраструктуры. Stripe в 2025 году обработала 1.9 триллиона долларов платежей, с ростом объема на 34% в годовом исчислении. При этом入场такие игроки, как Coinbase, Cloudflare, Visa, Google, а также вся сеть партнеров Tempo.
То есть, рельсы уже проложены. Остается один вопрос: будут ли AI-агенты в 2026 году действительно需要大规模торговать на этих рельсах? Или это больше похоже на прокладку оптоволокна в 1998 году — спрос еще не пришел, но инфраструктура уже готова.
Так что же выбрать?
Если вы строите открытую,无需许可 систему — x402 является более естественным выбором. Не нужно регистрация на платформе, не нужноподключать платежного провайдера, импортируйте middleware, привяжите кошелек — и можно принимать платежи. Цена: комплаенс, управление рисками, фиатный settlement — все придется处理самостоятельно.
Если вы уже в экосистеме Stripe и хотите подключить агентный трафик — MPP более подходит. Сессии, потоковые платежи, гибрид фиата и криптовалют, а также полная комплаенс-инфраструктура — по сути, это больше похоже наапгрейдконфигурации, а не на перестройку системы.
Если вас волнует только одно: чтобы不管 агент использовал какой протокол, я мог получить деньги. Тогда ответ прост: используйте Stripe. Он поддерживает оба варианта.
HTTP 402 наконец-то нашел применение. Просто он ждал этого около 27 лет.
