Агентские платежи позволяют программному обеспечению узнать цену, авторизовать платёж и получить ресурс в рамках одного и того же HTTP-процесса. Агент может оплатить запрос данных, вывод модели или вызов инструмента, не создавая предварительно платёжный аккаунт и не копируя API-ключ.
MPP
Используйте HTTP-аутентификацию для разовых списаний и платёжных сессий с учётом потребления.
x402
Добавьте в HTTP-ресурс платёжные требования, подписи и расчёты x402 V2.
Общий платёжный процесс
MPP и x402 используют разные заголовки и модели данных, но их базовый HTTP-процесс похож:
MPP и x402
Оба протокола могут проводить расчёты стейблкоинами в Solana. Выбирайте исходя из
платёжной модели и совместимости, которые нужны вашему сервису, а не только из общего кода
статуса 402.
| MPP | x402 | |
|---|---|---|
| Запрос на оплату | WWW-Authenticate: Payment | PAYMENT-REQUIRED |
| Авторизация клиента | Authorization: Payment | PAYMENT-SIGNATURE |
| Квитанция | Payment-Receipt | PAYMENT-RESPONSE |
| Платёжные модели Solana | Разовые намерения charge и намерения session с лимитом и учётом потребления | Схемы, такие как exact и upto; поддержка зависит от сети и клиента |
| Архитектура расчётов | Проверка на сервере либо дополнительный релей или шлюз | Сервер ресурсов с локальной проверкой или фасилитатор |
| С чего лучше начать | API, которым нужна семантика HTTP-аутентификации или многократный учёт потребления | Ресурсы с оплатой за запрос и существующие клиенты x402 |
MPP — это Machine Payments Protocol. Не путайте его с Model Context Protocol (MCP). MCP предоставляет агентам инструменты и ресурсы; MPP или x402 могут требовать оплату, когда агент вызывает один из этих инструментов.
Сервис может поддерживать более одного протокола. Клиент выбирает поддерживаемый им вариант оплаты, а затем использует соответствующие заголовки запроса на оплату, авторизации и квитанции на протяжении всего обмена.
Is this page helpful?