什么是机器对机器支付。
机器对机器支付是两个非人类端点之间的支付：服务器、物联网设备、代理、微服务。付款方和收款方都是在没有人实时审查每笔交易的软件。更广泛的类别包括代理对代理支付作为子集，以及更早的模式，如物联网设备计费和按调用计费的微服务。
该类别比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这样的程序化支付协议、每个付款方的支出政策、签名的Webhook事件）构建的基础设施主要是为代理用例而建，但也适用于非代理的M2M。允许您的代理支付MCP服务器的相同钱包、API和中间件可以让您的物联网设备群支付其云，或者让您的后端服务支付第三方翻译API。付款方的标签不如交易的形状重要。
相同的原语，更窄的端点。
- 每个付款者的身份。 每个付款机器都有一个钱包地址（其身份）。钱包的范围较窄（每个设备或每个服务一个钱包），而不是广泛（一个企业钱包用于所有事务），以便限制妥协。
- 每付款人支出权限。 在支付基础设施层强制执行的每笔交易上限和每个周期的津贴。如果付款机器表现不当，则限制最坏情况。
- 程序化支付请求。收款方以机器可解析的形式（x402风格的402响应，AP2风格的指令，或简单的JSON-RPC发票）呈现支付要求，付款方可以在没有人工翻译的情况下采取行动。
- 结算和webhook。结算发生在所选通道上（Base上的USDC在新部署中很常见）。两个端点收到webhook确认，表明交易是最终的。
- 审计日志。 每笔交易都记录了钱包、金额、时间戳和原因。对于合规性要求的部署，日志是防篡改的，并且可以导出到SIEM系统。
三种M2M形状。
为云带宽支付的物联网设备
一个连接的传感器在现场将数据上传到云遥测服务。云服务按 MB 收费。传感器的嵌入式钱包每次推送数据时都以 USDC 在 L2 链上支付。整个循环在没有人工干预的情况下运行；操作员只在每月仪表板中看到总支出。
微服务支付第三方 API
一个 SaaS 产品中的后端服务需要调用付费翻译 API 来处理用户请求。该服务没有与翻译供应商签订企业采购合同，而是拥有一个按调用支付的钱包。经济粒度是按请求；供应商看到的是按调用的程序化收入，而不是每月的订阅发票。
AI 代理支付另一个 AI 代理（子集）
一个协调代理将子任务委托给一个专业代理。两个端点都是 AI 代理；支付是代理到代理支付的一个特定实例，这本身是更广泛的机器对机器类别的一个子集。模式和原语是相同的；参与者的性质区分了子类别。