Coinbase активує у блокчейні платежі для AI-агентів: як працює протокол Payments MCP

Coinbase представляє Платежі MC, протокол, який з'єднує AI-агентів та ончейн інфраструктури, що дозволяє здійснювати платежі через інтегровані гаманці та стейблкоїн. Протокол відкриває функцію платежу як «інструмент» у контексті агента, з детальними дозволами та відповідними контролями. Варіанти використання: мікроплатежі, доступ до API та контенту, автоматизації. Питання безпеки, відповідальності та стандартної інтеграції, такі як x402, залишаються на порядку денному.

Згідно з офіційним оголошенням від Coinbase, Payments MCP є частиною ініціативи, яка включає стандарт x402 та розширення AgentKit. З огляду на офіційні приклади та публічні репозиторії (, наприклад, base-mcp), підтримка USDC як референтного активу та для EVM-мереж, таких як Ethereum та Base, здається, є послідовною; ці матеріали оновлені у 2025 році і корисні для тестування інтеграційних потоків у середовищах розробки.

Платежі MCP – це нове рішення Coinbase, яке дозволяє здійснювати транзакції в блокчейні безпосередньо з запитів агентів ШІ, не розкриваючи API ключі та з інтегрованими гаманцями, здатними підписувати перекази в USDC. По суті, мовна модель може отримати доступ до гаманця, авторизувати платежі та взаємодіяти з підтримуваними мережами – включаючи Ethereum, Base та інші EVM – в межах визначених обмежень. У цьому контексті досвід для LLM наближається до справжнього операційного "рахунку."

Що запустила Coinbase: обсяг Платіжного MCP

Coinbase представляє Модель Платежів‑Контекст Протокол для з'єднання агентів, сумісних з інструментами MC, он-рампами, гаманцями та платежами в стейблкоїні. Інтеграція, яка є частиною еволюційного шляху, розпочатого з Agentkit, має на меті працювати з сервісами, такими як ChatGPT або Claude через розширення MC, показуючи агенту рідну “функцію платежу” у його середовищі виконання. Це означає, що метою є зменшити тертя між рішенням агента та фінальною транзакцією.

Що це таке, коротко

Платежі MCP – це платіжний протокол, який відкриває операції, такі як "оплата" або "переклад", у контексті агента. Агент може:

керувати інтегрованим гаманцем з безпечно збереженими ключами;

підписувати транзакції та відправляти стейблкоїн;

застосувати політики витрат та обмеження часу, з можливістю негайного відкликання дозволів.

Чому це важливо: вплив та випадки використання

Інновація пропонує форму контрольованої фінансової автономії для агентів, з негайними наслідками для різних випадків використання:

Оплачуйте за хмарні послуги або обчислювальні ресурси автоматично на основі споживання;

Отримайте доступ до контенту за платним доступом, не завершуючи вручну оформлення замовлення;

Виконати мікроплатежі та "чайові" для творців і цифрових інструментів;

Впровадьте заплановані операції (, такі як продовження або повторні покупки ), що підлягають лімітам витрат;

Монетизуйте API та HTTP кінцеві точки через стандартний x402, хоча деякі деталі залишаються невизначеними.

Дивлячись у майбутнє, ця інтеграція може наблизити LLM до цифрової економіки, зменшуючи тертя в оплаті за використання та прокладаючи шлях для нових моделей ціноутворення для контенту та програмного забезпечення. Слід зазначити, що ефективність також залежатиме від якості реалізацій з боку постачальника.

Як це насправді працює

Протокол надає інтерфейс платежу безпосередньо в середовищі виконання агента. LLM викликає "платіжний інструмент", надаючи параметри, такі як сума, актив, отримувач та мемо; у відповідь гаманець підписує транзакцію та передає кошти в обрану мережу – все відповідно до дозволів, затверджених розробником або оператором. Фактично, виклик виглядає як звичайне виклик інструменту, але за лаштунками це повноцінний фінансовий потік.

Гаманці, інтегровані для агентів

Агенти можуть використовувати інтегровані гаманці, оснащені авторизаціями для конкретних сфер (, наприклад, активи, мережа, за транзакцію або щоденні ліміти ). Управління ідентифікацією може включати вхід через електронну пошту та використання OTP для тимчасових сесій, що допомагає зменшити ризик витоку ключів та облікових даних. Тим не менш, ізоляція середовища залишається ключовим елементом.

Стейблкоїни як "пальне" для платежів

Транзакційні потоки залежать від стейблкоїнів для обмеження впливу цінової волатильності та спрощення обліку. Coinbase вказала на USDC як на референсний актив, тоді як підтримка інших стейблкоїнів може варіюватися в залежності від мережі та локальної відповідності. У цьому контексті використання стабільних активів також сприяє прогнозованості витрат.

x402: платежі через HTTP 402 "Потрібна оплата"

x402 використовує код HTTP 402 Payment Required для інтеграції етапу платежу безпосередньо в HTTP запит. По суті, кінцева точка може відповісти кодом 402, надаючи агенту інструкції щодо здійснення платежу (, наприклад, у USDC); після завершення платежу кінцева точка надає доступ до контенту або API.

Безпека, дозволи та контроль

Встановлення обмежень для кожної транзакції, періодичні бюджети та обмеження на авторизовані активи та мережі;

Запити на явні схвалення для особливо чутливих операцій та можливість негайного відкликання дозволів;

Детальні журнали аудиту для забезпечення трасування транзакцій;

Опції автентифікації через OTP та обмежені за часом сесії;

Чітке розмежування між операційним середовищем агента та механізмом підписання, спрямоване на зменшення поверхні атаки.

Управління ризиками залишається центральним: помилки в бюджеті, ін'єкції та зловживання можуть призвести до небажаних транзакцій. Тому важливо визначити надійні політики безпеки та використовувати тестові пісочниці. Проте, навіть за суворого контролю, потрібна постійна пильність.

Приклад: Потік транзакцій MCP

Агент запитує ресурс API, який відповідає кодом 402 і надає інструкції x402 (, включаючи суму, актив, отримувача та мережу ).

Агент викликає платіжний інструмент MC, використовуючи отримані параметри.

Гаманець перевіряє обмеження та дозволи; за необхідності він запитує введення OTP.

Механізм підпису автентифікує та транслює транзакцію в призначеній мережі (, наприклад, Base).

Точка доступу перевіряє оплату і, відповідно, надає доступ до запитуваного контенту або ресурсу.

Поточний статус та технічне покриття

В даний час агенти, сумісні з Payments MCP, вже можуть здійснювати платежі в межах, визначених розробниками або операторами. Coinbase повідомила через свій блог та технічну документацію, що підтримка LLM та MCP інструментів постійно розвивається в 2025 році, з тестовими середовищами та документацією, що поступово оновлюється. Дивлячись вперед, технічна дорожня карта уточнить подальші деталі впровадження.

Критичні кути та на що звертати увагу

Відповідальність: необхідно уточнити, хто несе відповідальність у разі, якщо агент виконає неправильний платіж.

Відповідність: вимоги KYC/AML та географічні обмеження можуть обмежити певні випадки використання.

Інтероперабельність: широке впровадження x402 та узгодженість між різними постачальниками будуть вирішальними факторами.

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