Перейти к основному содержимому
УзнатьГлоссарийПлатежи между машинами
ГЛОССАРИЙ

Что такое платеж от машины к машине.

ОПРЕДЕЛЕНИЕ

Платежи между машинами - это платежи между двумя не человеческими конечными точками: серверами, IoT-устройствами, агентами, микросервисами. И плательщик, и получатель - это программное обеспечение, работающее без участия человека, проверяющего каждую транзакцию в реальном времени. Более широкая категория, которая включает в себя платежи между агентами как подмножество, плюс более старые шаблоны, такие как выставление счетов IoT-устройств и выставление счетов микросервисов за вызов.

ПОЧЕМУ ЭТО ВАЖНО

Категория старше AI-агентов, вновь актуальна.

M2M payment is not new. Telecom carriers have settled inter-carrier traffic between machines for decades. Cloud providers bill servers by the second. Ad networks settle micropayments per impression. What changed in 2024-2025 is the shape of the participants: where M2M used to mean "two large infrastructure systems batching periodic settlements," it increasingly means "two small autonomous services paying per call in real time." AI agents are the most visible new participants, but the pattern generalizes.

Инфраструктура, сосредоточенная вокруг M2M (стейблкоиновые рельсы на дешевых L2 цепочках, программные платежные протоколы, такие как x402, политики расходов по каждому плательщику, подписанные события вебхуков), была создана в первую очередь для использования агентами, но также подходит для неагентских M2M. Тот же кошелек, API и промежуточное ПО, которые позволяют вашему агенту оплачивать сервер MCP, могут позволить вашему IoT флоту оплачивать его облако или вашему бэкенд-сервису оплачивать сторонний API перевода. Этикетка плательщика имеет меньшее значение, чем форма транзакции.

КАК ЭТО РАБОТАЕТ

Те же примитивы, более узкие конечные точки.

  • Идентичность по плательщику. Каждая платящая машина имеет адрес кошелька (ее идентичность). Кошельки имеют узкую область применения (один кошелек на устройство или на услугу), а не широкую (один корпоративный кошелек для всего), чтобы ограничить компрометацию.
  • Разрешение на расходы для каждого плательщика. Лимит на транзакцию и разрешение на период, применяемые на уровне инфраструктуры платежей. Ограничивает худший случай, если платящее устройство ведет себя неправильно.
  • Программные запросы на оплату. Получатель предоставляет требования к оплате в формате, который может быть обработан машиной (ответы 402 в стиле x402, мандаты в стиле AP2 или простые JSON-RPC счета), на которые плательщик может реагировать без человеческого перевода.
  • Расчет и вебхук. Расчет происходит на выбранной платформе (USDC на Base часто используется для новых развертываний). Оба конечных пункта получают подтверждения вебхука, что транзакция окончательна.
  • Журнал аудита. Каждая транзакция регистрируется с указанием кошелька, суммы, метки времени и причины. Для развертываний, подлежащих соблюдению, журнал является защищенным от подделки и может быть экспортирован в системы SIEM.
ПРИМЕРЫ

Три формы M2M.

ПРИМЕР 1

Устройство IoT, оплачивающее облачную пропускную способность

Подключенный датчик на месте загружает данные в облачную телеметрическую службу. Облачная служба взимает плату за МБ. Встроенный кошелек датчика оплачивает в USDC на L2-цепочке каждый раз, когда он отправляет данные. Весь цикл работает без участия человека; оператор видит только общие расходы в месячном дашборде.

ПРИМЕР 2

Микросервис, оплачивающий API третьей стороны

Служба бэкенда в продукте SaaS должна вызывать платный API перевода для запросов пользователей. Вместо корпоративного контракта на закупку с поставщиком перевода служба имеет кошелек, который оплачивает за вызов. Экономическая детализация осуществляется по запросу; поставщик видит программный доход за вызов, а не ежемесячные счета за подписку.

ПРИМЕР 3

AI-агент, оплачивающий другого AI-агента (подмножество)

Организующий агент делегирует подзадачу специализированному агенту. Оба эндпоинта являются AI-агентами; платеж является одной конкретной инстанцией платежа от агента к агенту, который сам является подмножеством более широкой категории машинных платежей. Шаблоны и примитивы одинаковы; природа участников отличает подкатегории.

Часто задаваемые вопросы

Три общих вопроса.

Является ли M2M платеж тем же, что и машинно-читаемая выставление счетов?

Связано, но не идентично. Машиночитаемая выставление счетов (например, EDI, старый корпоративный стандарт закупок) касается обмена структурированными данными счетов между бухгалтерскими системами; люди все еще проверяют и одобряют фактический платеж. M2M платеж идет на шаг дальше: машина не только генерирует счет, но и оплачивает его программно без одобрения человека. Последний является более новым шаблоном; первый существует в B2B десятилетиями.

Какие цепочки и валюты распространены для M2M платежей?

USDC на Base, основной сети Ethereum, Polygon и Arbitrum являются доминирующими выборами в производстве сегодня. USDT на Tron и Solana также имеют значительный объем. Платежные сети сталкиваются с трудностями в M2M, потому что структура сборов (минимумы обмена за транзакцию) делает платежи менее доллара экономически невыгодными. Стейблкоины на дешевых цепочках достигают правильной ценовой точки. Некоторые корпоративные M2M все еще используют ACH или банковские переводы для более высоких, но менее частых потоков.

Что защищает M2M-плательщика от нецелевых расходов?

Разрешения на расходы по плательщику применяются на уровне инфраструктуры платежей. Лимит на транзакцию и лимит на период означают, что даже если код платящего устройства выходит из строя или подвергается компрометации, худший случай ограничен - он не может превысить ни один из лимитов. Blockchain0x реализует эту модель на уровне агента; эквивалентные меры контроля существуют в большинстве корпоративных развертываний M2M.
Последний обзор: 2026-05-15. Опубликовано под CC BY 4.0.

Настройте свои машины для платежей.

Тот же кошелек, который оплачивает сервер MCP, может оплачивать микросервис или облако сенсора. Бесплатно для начала.