Как AI-агенты платят за eSIM через x402 и стейблкоины: machine-payable флоу для связи

Дай AI-агенту браузер, шелл и набор API-ключей — и он будет планировать, писать код и вызывать инструменты хоть весь день. Но в первый же момент, когда задача требует за что-то заплатить — за инференс-кредит, датасет, прокси, SIM — он встаёт. Человеческие платёжные рельсы рассчитаны на человека: страница оформления заказа, номер карты, окно 3-D Secure, логин. У агента ничего этого нет. Разрыв между «агент, который умеет действовать» и «агент, который умеет платить» — сегодня главное узкое место агентной коммерции.

x402 — зарождающийся стандарт, созданный, чтобы закрыть этот разрыв, и делает он это, оживляя один из старейших неиспользуемых кусков веба: HTTP-код 402 Payment Required. В этом гайде разберём, что такое x402 на самом деле, почему связь — каноническая первая покупка автономного агента и как существующий флоу Roamzy «стейблкоины + MCP» аккуратно ложится на форму x402 уже сегодня — не притворяясь, будто говорит на x402 нативно.

Что такое x402 на самом деле

HTTP 402 был зарезервирован в исходной спецификации под «Payment Required» и больше трёх десятилетий пролежал без дела: у интернета просто не было родного способа рассчитаться прямо внутри запроса. x402 — который продвигает Coinbase (вместе с Cloudflare и растущим фондом) и который работает в масштабе с 2025 года — наконец подключает к этому коду настоящие деньги, проводя платежи стейблкоинами прямо поверх HTTP.

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

1. Агент делает обычный HTTP-запрос к платному ресурсу.
2. Сервер отвечает 402 Payment Required с заголовком PAYMENT-REQUIRED, где лежат структурированные платёжные требования: цена, принимаемый токен, адрес получателя и сеть.
3. Агент собирает подписанный платёжный пейлоад — обычно gasless-авторизация через EIP-3009 для USDC или Permit2 для других ERC-20-токенов — и повторяет тот же запрос с доказательством в заголовке X-PAYMENT.
4. Фасилитатор проверяет и проводит расчёт; сервер возвращает данные плюс заголовок X-PAYMENT-RESPONSE с подтверждением транзакции.

Весь цикл занимает секунды, не требует логина и рассчитывается ончейн. x402 не привязан к конкретному блокчейну (EVM-сети плюс Solana и не только), не берёт протокольных комиссий и к началу 2026-го провёл сильно больше 100 миллионов транзакций на одном только Base, а активно платящих агентов — десятки тысяч. Это уже не мысленный эксперимент.

Почему связь — каноническая первая покупка

Из всего, что агент мог бы купить, почему именно eSIM? Потому что связь стоит выше по цепочке, чем любая другая покупка. Смотри на зависимость:

• Чтобы заплатить за инференс, датасет или прокси, агенту нужен сетевой путь до этого ресурса.
• Агент в облаке наследует сеть своего хоста — но edge-агент, робот, дрон, IoT- или полевой агент по определению обязан сначала добыть себе связь, прежде чем делать что-либо ещё.
• Связь по своей природе тарифицируется по счётчику и продаётся мелкими порциями — байтами, а не подписками, — а это ровно та форма, под которую спроектированы микроплатежи x402.

Так что канонический machine-payable момент выглядит так: агенту нужны данные → он упирается в платный ресурс связи → проводит микроплатёж стейблкоином → получает связь → продолжает свою настоящую задачу. Агент, способный оплатить собственный трафик, — это агент, который может развернуться в любой точке Земли без человека, вставляющего SIM. В этом весь смысл, и поэтому мы думаем о лучшей eSIM для AI-агентов сначала как о платёжной задаче и только потом — как о телеком-задаче.

Две половины: бюджет данных и платёж

Платящему агенту приходится держать в голове две вещи сразу. Первая — сколько данных ему нужно и во что это обойдётся: задача планирования, разобранная в нашем гайде по расходу данных у агентов. Вторая — как он этот счёт оплачивает: платёжная задача, о которой эта статья. x402 — половина про расчёт; помегабайтный продукт связи со счётчиком — половина про бюджет. Работают они только вместе: агент, который знает, что ему нужно 500 МБ, но не может заплатить, — или может заплатить, но обязан взять фиксированный пакет 5 ГБ, — сломан в одну из сторон.

Как x402 ложится на Roamzy сегодня

Сначала честно: у Roamzy сегодня нет нативного HTTP-402 / x402-эндпоинта. Он не возвращает живые ответы 402 и не говорит на хендшейке заголовков x402. Что он делает — так это принимает платежи в стейблкоинах через криптопроцессор NowPayments и открывает флоу покупки через MCP-сервер и REST API. Этот флоу — тот же примитив, что и x402: платный ресурс связи, оплачиваемый стейблкоином без человеческого чекаута, — что делает Roamzy x402-ready по направлению, но не по wire-формату. Вот маппинг «концепция → примитив»:

Читай слева направо — формы совпадают почти один в один. Разница только в канале расчёта: x402 проводит платёж внутри HTTP-раундтрипа; Roamzy проводит его рядом с MCP/REST-вызовом через процессор и подтверждает асинхронно IPN-вебхуком. Экономический примитив — агент платит стейблкоином и получает связь по счётчику, без логина и без KYC — идентичен.

Что агент реально вызывает

Конкретная последовательность покупки в Roamzy сегодня:

1. roamzy_status — проверить purchases_paused и отступить, если флаг взведён.
2. roamzy_estimate — превратить бюджет данных в ожидаемую стоимость в USDT (только планирование; объёмы заранее агент не выкупает).
3. roamzy_payment_options — прочитать список включённых комбинаций «стейблкоин + сеть» (это аналог разбора заголовка PAYMENT-REQUIRED) и выбрать цепочку, например USDC в Solana с почти нулевой комиссией.
4. roamzy_create_order с явно заданным pay_currency → провести платёж стейблкоином (минимальное пополнение $20).
5. roamzy_order_status — опрашивать, пока IPN не подтвердит платёж и баланс не зачислится.

Поскольку баланс считается по мегабайтам и никогда не сгорает, одно пополнение финансирует много последующих задач: агент пополняет один раз и тратит по мере работы — тот самый паттерн «без подписки, плати по факту», который и поощряют микроплатежи x402. Полные формы запросов и ответов — в документации API и гайде разработчика по MCP.

Отказы, которые надо закладывать заранее

Тем, кто движется к машинным платежам, стоит знать острые углы. На стороне x402 классическая патология — цикл ретраев: агент получает 402, подписывает, шлёт снова, получает ещё один 402 и никогда не сходится — обычно из-за рассинхрона часов в окне валидности подписи, несовпадения chain-ID (подписал под сеть X, а фасилитатор проверяет в сети Y) или перебоев на стороне фасилитатора. В Roamzy сегодня аналог тоньше, потому что расчёт асинхронный: грабли — выбрать pay_currency, в сеть которого кошелёк агента реально отправить не может, отправить меньше минимума $20 или принять ответ create-order за финал вместо того, чтобы опрашивать roamzy_order_status до IPN-подтверждения. В обоих мирах дисциплина одна — явно фиксируй сеть, уважай минимум и подтверждай, прежде чем идти дальше.

Куда это движется

x402 превращает связь в то, что агент покупает так же, как вызов API: цена, подпись, расчёт, готово. Roamzy уже сегодня построен на том же экономическом примитиве: anonymous-first, расчёт стейблкоинами, помегабайтная связь по счётчику, до которой агент дотягивается через MCP или REST без человека в цепочке. Это ещё не x402 на проводе, но это x402 по духу — а флоу покупки, выбор токена и баланс по счётчику работают прямо сейчас. Живые помегабайтные тарифы — на странице цен, а подключить всё это к своему агенту можно с хаба AI agents.

FAQ

Поддерживает ли Roamzy x402 нативно уже сегодня?

Нет. У Roamzy нет HTTP-402-эндпоинта, он не возвращает живые ответы 402 и не говорит на хендшейке заголовков x402. Платежи идут в стейблкоинах через процессор NowPayments, а флоу покупки открыт через MCP и REST. Экономически это та же форма, что у x402 — платная связь, расчёт стейблкоином, без логина, — что делает Roamzy x402-ready по направлению, но не по wire-формату.

Какими стейблкоинами и в каких сетях может платить агент?

Живы одиннадцать комбинаций: USDT в TRON, BSC, Polygon, Optimism, Arbitrum и TON, а также USDC в Solana, BSC, Polygon, Optimism и Arbitrum. Вызови roamzy_payment_options за актуальным списком с подсказками по комиссии для каждой сети и передай подходящий код как pay_currency. USDC в Solana — почти нулевая комиссия; у USDT в TRON — самая широкая поддержка кошельков.

Нужен ли агенту аккаунт или KYC, чтобы заплатить?

Нет. Roamzy — anonymous-first: агент может оценить стоимость, оформить заказ и оплатить стейблкоином без регистрации аккаунта и без KYC. Это то же свойство «без логина», которое делает x402 привлекательным для автономных агентов.

Как помегабайтный баланс со счётчиком сочетается с микроплатежами?

Агент один раз пополняет баланс в USDT/USDC (минимум $20), а дальше тратит его по фактически использованным мегабайтам, без сгорания. Фиксированные пакеты данных он не выкупает заранее. Это совпадает с микроплатёжной моделью x402 — мелкий расчёт по использованию вместо фиксированной подписки — и позволяет одному пополнению финансировать много последующих задач. Про бюджетирование расхода — гайд по расходу данных.