Solana официально интегрировала протокол Machine Payments от Stripe и Tempo, позволяя любому HTTP API принимать платежи в стабильных монетах от AI-агентов на Solana.
Solana официально добавила поддержку протокола Machine Payments. Объявление поступило прямо с официального аккаунта Solana в X, подтвердив, что SDK @solana/mpp теперь обрабатывает любые стабильные монеты на Solana, включая SPL-токены и активы Token2022. Уже использующие MPP разработчики могут подключать Solana в качестве поддерживаемого платежного канала.
MPP — это открытый протокол, построенный вокруг потока HTTP 402 Payment Required. Он позволяет любому API принимать платежи без участия человека. Его совместно предложили Stripe и Tempo. И теперь Solana — первая крупная цепочка с высокой пропускной способностью, добавленная как нативный канал.
SDK @solana/mpp поставляется с набором функций, превосходящих простые переводы токенов. Согласно дополнительному посту аккаунта Solana в X, спецификация поддерживает разделённые выплаты с более сложными схемами расчётов, нативную поддержку платёжных сборов, чтобы серверы могли покрывать сетевые сборы за клиентов, а также делегированные подписи, включая Ed25519 и passkey-совместимые secp256r1.
Последний пункт важен для разработчиков, создающих инструменты для агентов. Агенты не всегда управляют своими ключами так же, как это делает кошелек человека. Поддержка secp256r1 открывает возможность аппаратных или passkey-основанных подписей, что хорошо вписывается в архитектуру агентных систем.
Поддержка спонсорства сборов заслуживает большего внимания. Теперь серверы могут совместно подписывать транзакцию в качестве платильщика перед её отправкой. Клиент частично подписывает только право на перевод. Это устраняет один из барьеров для агентов, которые могут не держать SOL для газа, а только стабильные монеты для платежей.
Solana разместила ссылку на GitHub прямо в X, направляя разработчиков на github.com/solana-foundation/mpp-sdk. Репозиторий — это монорепозиторий на TypeScript и Rust. Rust SDK обещают скоро. TypeScript уже доступен.
SDK уже поддерживает одноразовые платежи и сессионные платёжные каналы. В режиме charge flow возможны два варианта расчёта. Pull — по умолчанию — использует полностью подписанную транзакцию. Push — использует подпись. Оба варианта есть в текущем релизе.
Поддерживаются разделённые платежи. Один платёж может идти нескольким получателям в рамках одной транзакции. Сервер задаёт основного получателя и один или несколько разделённых получателей с фиксированными суммами и необязательными заметками. Расчёты выполняются на блокчейне.
Аккаунт Solana в X ясно заявил, что спецификация ещё не окончательная. Форматы данных и API могут измениться. Тем не менее, SDK функционирует, протестирован и открыт для использования.
MPP — часть более широкой инициативы Stripe, которая называется Agentic Commerce Suite. Как было рассказано при анонсе протокола Machine Payments, он идёт параллельно с протоколом Agentic Commerce, интеграциями MCP и поддержкой x402. Формат Stripe ясен: агенты — не второстепенная задача, а основная. Они — основные пользователи интернета. MPP — инфраструктура, которая это отражает.
Tempo — это совместно разработанный совместимый с Ethereum Layer 1, ориентированный на высокопроизводительные платёжные потоки и реальные требования к расчетам. Solana стала первой внешней цепочкой, подключённой к этому стандарту, отдельно от собственной платформы Tempo.
Позиционирование Solana как агентной платёжной цепочки не ново. Сеть быстро накапливает инфраструктуру для стабильных монет: по отчётам разработчиков, за квартал объем стабильных монет превышает 2 триллиона долларов. Низкие комиссии и высокая пропускная способность делают её практичной для микроплатежных потоков, нацеленных на API-запросы, которые реализует MPP.
Именно такой профиль пропускной способности делает Solana привлекательной. MPP рассчитан на оплату за HTTP-запрос. Агенты могут часто обращаться к платёжным API. Цепочка с перегрузками или скачками комиссий разрушила бы модель. Архитектура Solana при текущих показателях справляется с такой нагрузкой.
SDK уже включает защиту от повторных транзакций с помощью подписей. Перед отправкой транзакции проводится симуляция, чтобы снизить расходы на комиссии. Сервер предварительно запрашивает recentBlockhash, чтобы сэкономить RPC-запросы клиента. Маленькие детали, но они важны для системы, построенной на постоянных транзакциях между агентами и API.
Разработчики уже могут начинать работу. Полный SDK доступен на GitHub, а документация — на npm.