x402 с момента запуска: 150 миллионов транзакций, объем расчетов и обзор реальных сценариев использования

Автор: Юки (Лю Юцин) Stablehunter/Money in Motion

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

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

Эти цифры уже не позволяют рассматривать x402 только как демонстрацию протокола, но это не означает, что Agentic Payment взорвался, мы должны посмотреть, что на самом деле представляют собой эти транзакции.

AI Agent действительно должен начать выполнять работу за людей, как Agent будет оплачивать платный API? Как Agent будет рассчитываться за временную покупку данных? Нужно ли Agent сначала регистрироваться, привязывать кредитную карту и открывать подписку, если он просто хочет использовать какой-то MCP инструмент один раз? x402 пытается ответить на такие вопросы.

Что такое 150 миллионов транзакций протокола X402?

Многие, увидев данные x402, первым делом подумают: 150 миллионов транзакций, 50 миллионов долларов объем расчетов, разве это не означает, что Agentic Payment уже вошел в стадию масштабного принятия?

Это может указывать на то, что x402 уже запущен, но это еще не доказывает, что реальный коммерческий спрос полностью сформировался. В анализе Chainalysis в июне 2026 года упоминается, что накопленные транзакции x402 на Base превысили 100 миллионов, что является важным этапом, поскольку Base является одной из самых ключевых сетей для раннего внедрения x402.

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

Посмотрим на трекер кросс-цепочки, трекер x402 для экономики агентов показывает, что по состоянию на 10 июля 2026 года UTC накопленные транзакции x402 составляют примерно 155,6 миллионов, объем расчетов в стейблкоинах составляет около 40,97 миллионов долларов, охватывая несколько цепочек и множество посредников.

Еще один интересный показатель — это x402scan. Когда я проверял данные на главной странице x402scan 11 июля 2026 года, в текущем индексе было около 16,24 миллионов транзакций, около 837,5 тысяч USDC общей суммы, около 67 тысяч уникальных покупателей и около 39,6 тысяч уникальных продавцов, это число явно меньше, чем общий объем кросс-цепочки экономики агентов, поэтому я не буду рассматривать это как "общий объем транзакций x402 в сети".

Это больше подходит для ответа на другой вопрос: среди текущих видимых продавцов / источников на x402scan, кто действительно продолжает генерировать транзакции? Количество транзакций представляет собой частоту вызовов, объем расчетов представляет собой масштаб финансирования. Количество активных агентов представляет собой количество участвующих сущностей, а количество посредников и цепочек представляет собой распространение инфраструктуры.

x402 уже из протокола, инициированного Coinbase, постепенно превращается в ранний платежный слой, охватывающий несколько сетей, несколько поставщиков услуг и несколько разработчиков. Но каждую цифру нужно задавать вопрос: сколько из этих транзакций происходит от реального рабочего процесса агентов? Сколько из них происходит от тестирования разработчиков? Сколько из них происходит от стимулирующих мероприятий, стресс-тестов, поведения ботов или одноразовых экспериментов?

Если не задать этот вопрос, данные x402 легко могут стать еще одной иллюзией, знакомой миру криптовалют: цифры выглядят хорошо, но мы не знаем, действительно ли за ними стоит спрос.

Настоящая ценность x402 заключается не в сумме, а в форме транзакций

Я считаю, что в настоящее время самое важное число для x402 — это не объем расчетов, несколько десятков миллионов долларов в объеме стейблкоинов не так уж много на фоне всего платежного рынка. По сравнению с такими сетями, как Visa, Mastercard, Stripe, PayPal, это все еще очень ранний экспериментальный масштаб.

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

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

Поведение агента больше похоже на постоянное открытие внешних возможностей в процессе выполнения задач: ему нужно выполнить поиск, он покупает один поиск; ему нужна одна точка данных, он покупает одну точку данных; ему нужно вызвать одну модель, он платит за этот вызов модели; ему нужна одна проверка безопасности, он покупает один аудит; ему нужен доступ к платному MCP инструменту, он завершает авторизацию и расчет в контексте задачи. Это не логика традиционной подписки SaaS. Это логика покупки по задачам, по вызовам, по возможностям. Поэтому для x402 количество транзакций более важно, чем объем расчетов.

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

Агент платит 0,001 доллара за один вызов API, сумма очень мала, но она представляет собой значительное коммерческое действие: машина впервые может покупать внешние возможности для выполнения задач без человеческого оформления заказа.

Какие реальные сценарии использования?

В настоящее время сценарии использования x402 можно условно разделить на несколько категорий:

Если смотреть только на высокочастотных продавцов в текущем индексе x402scan, верхушка очень сосредоточена. На момент моего просмотра, максимальное количество транзакций принадлежит BlockRun. x402scan показывает, что связанные с BlockRun источники уже произвели около 13,12 миллионов транзакций, около 150 тысяч USDC общей суммы, около 998 уникальных покупателей, в основном происходящих на Base. Этот объем значительно превышает объем второго места, что указывает на то, что в рамках этого показателя x402scan высокочастотные транзакции в настоящее время сильно сосредоточены на нескольких службах маршрутизации AI / платежных слоя.

Вторая группа ближе к форме "API, которые могут быть куплены агентом":

• twit.sh: около 80 тысяч транзакций, около 502 USDC, предоставляет данные в реальном времени для AI-агентов X / Twitter;
• StableEnrich: около 50 тысяч транзакций, около 1889 USDC, предоставляет API для обогащения информации о компаниях / лидах / веб-сайтах;
• Otto AI x402: около 31 тысяч транзакций, около 56 USDC, охватывает рыночную разведку, DeFi и торговые инструменты;
• agentutility: около 22 тысяч транзакций, около 500 USDC, предлагает каталог платных x402 API;
• JarvisClaw API: около 13 тысяч транзакций, около 503 USDC;
• OneSource: около 9800 транзакций, ориентирован на использование AI-агентами Ethereum RPC.

Если смотреть по объему расчетов, а не по количеству транзакций, список изменится. BlockRun все еще на первом месте, но dTelecom x402 Gateway с примерно 6108 транзакциями произвел около 12,6 тысяч USDC, что указывает на то, что такие услуги, как WebRTC, STT, TTS, могут иметь более высокую цену за раз. Bitrefill x402 имеет всего около 326 транзакций, но общий объем превышает 1000 USDC; крипто предоплаченные карты / подарочные карты Laso Finance также имеют высокий объем расчетов при меньшем количестве транзакций.

Эти данные имеют два значения.

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

Во-вторых, количество транзакций и коммерческая ценность не могут быть равны. У twit.sh высокое количество транзакций, но объем расчетов небольшой; у dTelecom и Bitrefill не так много транзакций, но суммы более заметны. Для такого раннего протокола, как x402, необходимо одновременно учитывать частоту и ценность, а не смотреть только на накопленные транзакции.

Первая категория — это API и точки данных.

Это самая естественная сцена. Разработчики могут установить определенный API, базу данных, модель или контентный ресурс в качестве платного конечного пункта. Запрашивающая сторона сначала получает 402 Payment Required, а после завершения платежа получает доступ.

Если в будущем агенту потребуется массово запрашивать данные в реальном времени, профессиональные базы данных, вертикальные API и инструменты MCP, такие сценарии будут очень важны.

Вторая категория — это инфраструктурные платформы, такие как Cloudflare.

Cloudflare объявила о создании Monetization Gateway на основе x402, цель которого — позволить сайтам, API, наборам данных и инструментам MCP осуществлять взимание платы, проверку и контроль доступа в сети на краю.

Смысл этого не только в том, что "Cloudflare поддерживает прием стабильных монет".

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

Третья категория — это кошельки и SDK для агентов.

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

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

Четвертая категория — это экспериментальные мероприятия и сценарии стимулов.

Эти сценарии будут способствовать высокому количеству транзакций, но не обязательно будут представлять собой долгосрочный коммерческий спрос. Мероприятия, подобные PING, являются типичным примером: они могут продемонстрировать низкие затраты и высокую частоту x402, но не могут быть напрямую эквивалентны коммерции на уровне предприятий.

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

Данные сейчас показывают, что x402 уже прошел стадию "чисто концепции"

Если рассматривать x402 как протокол, который официально будет запущен в мае 2025 года, то достижение уровня наблюдаемых транзакций от 100 миллионов до 150 миллионов за год — это уже быстрый прогресс.

Это, по крайней мере, указывает на три вещи.

Во-первых, направление HTTP-native payment не является никем не используемым.

Разработчики готовы попробовать интегрировать платежи в процесс доступа к ресурсам, а не всегда полагаться на традиционные процедуры оформления заказа, подписки и API ключи.

Во-вторых, действительно существует потребность в малых, частых, машинно исполняемых платежах.

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

В-третьих, нарратив x402 распространяется от протокола Coinbase к Cloudflare, CoinGecko, Circle Wallets, Stripe Machine Payments, Agent SDK и различным экспериментам разработчиков.

Это указывает на истинный потенциал x402: не стать отдельным приложением, а стать встроенной платежной примитивой. Чем успешнее он будет, тем меньше пользователи должны "видеть x402"; пользователи будут видеть лишь то, что агент автоматически приобрел данные, вызов модели, проверку безопасности или выполнение инструмента во время выполнения задачи. Платеж произошел, но он больше не является главной страницей.

Но он еще не доказал, что "Agentic Payment уже зрел"

Сейчас нужно быть осторожным в трех аспектах:

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

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

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

В-третьих, проблемы после платежа еще не решены. Агент может произвести платеж — это первый шаг, но когда он действительно попадает в коммерческую среду, компании и пользователи будут спрашивать: кто уполномочил агента потратить эти деньги? Сколько он может потратить за раз? Если услуга не была предоставлена, можно ли вернуть деньги? Если агент был побуждён к платежу через prompt injection, кто несет ответственность? Если вызов ресурса не удался, можно ли атомарно обработать платеж и доставку? Эти вопросы не относятся к самой платежной системе, но они определяют, может ли платежная система быть реально принята.

Следующий этап Agentic Payment — это не просто продолжение роста количества транзакций x402. Гораздо важнее политика расходов, следы аудита, возврат, идемпотентность, разрешение споров и человеческое участие. То есть: сделать так, чтобы агент не только мог производить платежи, но и мог безопасно получать разрешение на их выполнение.

Ключевой вопрос x402 изменился с "может ли он платить" на "стоит ли автоматически платить"

Данные с момента запуска x402 уже достаточно, чтобы мы серьезно к нему отнеслись. 100 миллионов транзакций только на базе, около 150 миллионов кросс-цепных транзакций, объем расчетов на уровне 40-50 миллионов долларов — эти цифры показывают, что протокол не остается на уровне белой книги и демонстрации.

Но этих цифр недостаточно, чтобы мы пришли к выводу, что "Agentic commerce уже взорвался"; более точное утверждение: x402 уже доказал, что машины могут выполнять малые платежи через HTTP нативным способом.

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

Во-первых, количество реальных платных услуг, а не просто количество транзакций.

Во-вторых, уровень повторного использования, а не пиковые значения одноразовых мероприятий.

В-третьих, средняя сумма транзакции и распределение сценариев, а не накопленный объем.

В-четвертых, зрелость кошелька агента и политики расходов, а не просто красивая нарратив протокола.

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

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

Резюме

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