Агентские платежи

AI-агенты становятся всё более автономными в своих рабочих процессах: пишут код, получают данные, выделяют ресурсы и многое другое. Чтобы работать полностью независимо, им необходим способ совершать «микроплатежи» за сервисы программно, в реальном времени и с минимальными затратами. Традиционные платёжные системы не подходят для микроплатежей. Субцентовые комиссии и финализация транзакций за доли секунды в Solana делают это технически и экономически возможным.

Почему это важно?

Например, представьте, что разработчику, использующему LLM для создания приложения, нужны данные из платного API. Чтобы получить важные данные, разработчику пришлось бы прервать рабочий процесс, изучить доступные API, выбрать провайдера, создать аккаунт, добавить способ оплаты, сгенерировать API-ключ, скопировать его в своё окружение и только после этого продолжить работу. Такое трение нарушает поток работы. Для AI-ассистированных процессов это становится препятствием.

С агентскими платежами агент может сам отправить запрос, оплатить его и продолжить работу. Без аккаунтов. Без API-ключей. Без ручного вмешательства.

Оплата API с помощью pay.sh

pay.sh — это платёжный уровень для HTTP-агентов и инструментов командной строки. Обратитесь к документации pay.sh для установки pay. CLI pay оборачивает такие инструменты, как curl, codex и claude, чтобы они могли вызывать платные API без аккаунтов провайдеров или API-ключей. Когда API возвращает MPP или x402 402 Payment Required-запрос, pay запрашивает у вашего локального кошелька подтверждение подписи.

Протокол x402

Агентским платежам необходим способ согласования условий оплаты между клиентами и серверами через стандартную веб-инфраструктуру без нарушения традиционных веб-интерфейсов. Сфера микроплатежей всё ещё находится в зачаточном состоянии, и по мере её развития, вероятно, появятся новые инструменты и стандарты. Однако протокол x402 зарекомендовал себя как ранний стандарт с сильной поддержкой экосистемы. x402 использует статус-код HTTP 402 "Payment Required" — стандарт с HTTP/1.1, который стал практичным только с появлением расчётов на блокчейне.

Как это работает

Клиент отправляет запрос, получает ответ 402 с условиями оплаты, затем повторяет запрос с подписанным платежом. Сервер делегирует верификацию и расчёты фасилитатору — опциональному посреднику, который обрабатывает отправку транзакций в сеть. После того как фасилитатор подтверждает расчёт, сервер возвращает запрошенный контент. Такое разделение позволяет API-провайдерам принимать платежи без непосредственного управления какой-либо инфраструктурой в сети.

Схема работы x402

Протокол не использует состояние (без сессий или API-ключей), работает со стандартной HTTP-инфраструктурой и поддерживает любой SPL-токен, который принимает сервер. Вот фрагмент кода настройки Express-сервера с использованием x402 middleware:

app.use(
  paymentMiddleware(
    {
      "GET /costly-data": {
        accepts: [
          {
            scheme: "exact",
            price: "$0.001",
            network: "solana:EtWTRABZaYq6iMfeYKouRu166VU2xqa1",
            payTo: svmAddress
          }
        ],
        description: "Costly data",
        mimeType: "application/json"
      }
    },
    new x402ResourceServer(facilitatorClient).register(
      "solana:EtWTRABZaYq6iMfeYKouRu166VU2xqa1",
      new ExactSvmScheme()
    )
  )
);

app.get("/costly-data", (req, res) => {
  res.send({
    report: {
      data: "costly data"
    }
  });
});

Чтобы узнать больше о x402, ознакомьтесь с нашими руководствами:

Инструменты x402