25.10.2025 06:25
damianus 0 388 Источник

С появлением всё большего количества сервисов/агентов/платформ/llm-пользователей встал вопрос о встроенной и универсальной оплате. Одним из самых лучших ответов на этот вопрос становится протокол x402.

x402 - это протокол от Coinbase, продолжение инициативы от Google с их AP2.

x402 позволяет делать нативные, универсальные платежи через http.

Запрос->Заголовок->Оплата->Результат

Без карт, без кабинетов с ключами и балансами, и прочих усложнений, работа с которыми, очень тяжело даётся агентам. Любой веб-ресурс (API/MCP) может запрашивать оплату, а клиент (человек/агент/бот) могут оплачивать с помощью блокчейн транзакций, причём пользователю даже не обязательно знать, что его действия как-то связаны с блокчейном.

Для тех, кто создаёт MCP, это колоссальный буст: наконец-то появляется монетизация. Каждый вызов вашего API, может быть платным, а может только методы подписки или pro-функций!

Возможность монетизации выведет на рынок большое количество платных MCP, а вслед за ними начнётся настоящий бум всевозможных бесплатных MCP (запись в салон красоты/спа/итд).

Протокол работает на HTTP 402 ответе. В связи с тем, что никто его толком не использует, и он десятки лет остался свободным, сейчас наконец появляется применение.

Пример работы x402

Вообразим сценарий, один из бесконечного множества. Предположим у нас есть Клиент и MCP:

  • Клиент - например, Николай, который пользуется ChatGPT, и ему захотелось сделать то, что ChatGPT не может сделать для него;

  • MCP - сервис, который берет PDF файл любого размера, переводит его на запрашиваемый язык, и возвращает результат (переведенную PDF).

  1. Клиент запрашивает перевод PDF документа;

  2. ChatGPT информирует пользователя, что не может выполнить эту задачу, документ слишком большой, но в доступных инструментах имеется MCP, который может это сделать, и запрашивает у юзера разрешение воспользоваться этим сервисом;

  3. Клиент подтверждает;

  4. Происходит запрос к MCP, вызывается end-point для перевода PDF-документов;

  5. В ответ от MCP приходит HTTP 402 (Привет, эндпоинт платный, требуется оплата, вот инструкция);

  6. Клиент принимает решение, платить или нет. Если согласен платить, формируется готовая транзакция, подписанная, но не отправленная в блокчейн, и передается MCP;

  7. MCP получает транзакцияю, и проверяет сам, или отправляет фасилитатору на проверку;

  8. Фасилитатор смотрит баланс, смотрит саму транзакцию, если всё ок, сообщает об этом MCP;

  9. MCP начинает переводить PDF, и когда перевёл, обращается к фасилитатору, и просит выполнить транзакцию, отправить её в блокчейн;

  10. Фасилитатор отправялет транзакцию в блокчейн, получает хеш транзакции, и возвращает MCP что всё ок!

  11. MCP отправляет результат Клиенту.

Далее две диаграммы с Payment Flow:

  • Простым языком;

  • Техническим языком.

Payment Flow: простым языком
Payment Flow: простым языком
// Пример сервера-части (Node.js)
const express = require('express');
const app = express();

// Принимаем запрос к платному ресурсу
app.get('/api/tool-premium', async (req, res) => {
  // … ваша логика: если нет платежа, отдаём 402
  if (!req.headers['x-payment']) {
    return res.status(402).json({
      accepts: [
        {
          scheme: 'x402',
          network: 'base',           // сеть
          token: 'USDC',             // токен
          amount: '0.005',           // сумма
          payTo: '0xMerchantAddress'
        }
      ]
    });
  }
  // … проверка платежа, верификация, если всё ок:
  return res.status(200).json({ result: 'Результат работы инструмента' });
});

app.listen(3000, () => console.log('MCP-сервер запущен'));
// Пример клиент-части (например агент или инструмент)
import { x402Client } from 'x402-sdk';

const response = await fetch('https://your-server.com/api/tool-premium');
if (response.status === 402) {
  const paymentDetails = await response.json();
  const signedPayment = await x402Client.buildPayment({
    network: paymentDetails.accepts[0].network,
    token: paymentDetails.accepts[0].token,
    amount: paymentDetails.accepts[0].amount,
    payTo: paymentDetails.accepts[0].payTo
  });
  const res2 = await fetch('https://your-server.com/api/tool-premium', {
    headers: { 'X-PAYMENT': signedPayment }
  });
  const result = await res2.json();
  console.log('Результат:', result);
}

Как видите, код достаточно простой. Подробнее с документацией по протоколу и примерами можно ознакомиться на портале Coinbase: https://docs.cdp.coinbase.com/x402/mcp-server

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

Зачем это нужно?

  1. Микроплатежи и pay-per-use — привычные платежные системы не эффективны для мелких сумм (например, $0.01 за API-вызов) из-за комиссий и сложности. А вот x402 делает такие платежи реалистичными.

  2. Автономные агенты / API / сервисы — когда роботы или се��висы друг другу платят без ручного вмешательства: никаких аккаунтов, подписок, API-ключей. Вот тут внимание, теперь не надо генерить аккаунт для каждого API сервиса! Все может быть подписано web3-ключём!

  3. Минимум затрат — разработчику нужно буквально добавить несколько строк кода, чтобы добавить поддержку x402.

  4. Быстро и универсально — оплата через блокчейн (через быстрые сайдчейны), минимум посредников(фасилитатор можно развернуть самостоятельно, просто это чуть сложнее чем 2 строки кода), глобальный охват.

Заключение

x402 — это не просто ещё один платежный API. Это новый платежный слой для интернета, оптимизированный под программатические, агент-ориентированные и микроплатёжные сценарии. Если вы строите MCP-решение (или думаете строить, а скоро будут думать все!) — интеграция x402 даёт явное конкурентное преимущество: встроенная монетизация, гибкость, минимальные барьеры входа.

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

Готов к диалогу! Жду ваших вопросов.

Комментарии (0)