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