MPP、Visa、Agents、0x402、Tempo 到底是什么？它们之间有什么关系？ @Stripe 和 @Tempo 今天推出了 MPP 和主网。随后 @Visa 宣布推出面向代理商的 Visa CLI。@base 已经使用 0x402 版本近一年了。 它们是一回事吗？ 他们都在使用稳定币吗？ 所有申请者中会只有一个获胜者吗？ 理解这一领域的一种方法是将两个经常被混淆的争论区分开来。一个争论是关于加密轨道与加密卡的比较，另一个争论是关于MPP与0x402的比较。 1. 结算方式之争：银行卡支付渠道 vs. 加密货币支付渠道 这是大家比较熟悉的层面。它关乎最终驱动资金流动的金融基础设施。 传统卡组织之所以依然强大，是因为它们简单易用、全球通用，并且与商户生态系统深度融合。可编程接口将卡支付功能开放给软件代理，从而无需重新设计现有业务流程即可实现购买自动化。对于金额较大或偶尔发生的交易，这种模式仍然高效。会计核算清晰，合规性完善，且几乎被全球通用。 加密货币支付轨道引入了一系列不同的特性。稳定币能够实现即时全球结算、低手续费以及代理商可直接管理的可编程余额。当支付金额较小、频率较高或持续进行时，这些特性尤为重要。机器工作负载通常涉及计量使用而非离散购买。在这些环境中，基于区块链的支付轨道在结构上更容易实现流式或批量微结算。 关键在于，铁路选址很大程度上取决于经济因素。开发商会选择最符合支付频率、规模和运营复杂度的铁路。 2. 协议之争：0x402 与 MPP 第二个争论发生在结算层面之上，即代理人如何实际表达付款意愿。 0x402 风格的流程和 MPP 都基于长期未使用的 HTTP 402 支付要求语义。它们的共同理念是，支付应该成为 Web 正常请求-响应周期的一部分。代理请求资源。服务器发出机器可读的支付质询。代理验证其授权。访问权限被授予。 0x402 实现通常侧重于无状态支付挑战。每个请求都可以包含支付要求，从而使模型简单且易于组合。这种方法在 Base 等生态系统中得到了广泛应用，因为低成本执行支持高频交互。 MPP 通过支付会话引入了一种更结构化的框架。代理商可以开立带有明确限制的支出授权，并随着时间的推移逐步结算使用情况。这降低了交易开销，并且非常适合推理、数据馈送或自动化工作流程等持续性服务消费。 如今 MPP 与 Tempo 的关系类似于早期 0x402 部署与 Base 的关系。它们都拥有一个首选的执行环境，但协议本身并不绑定到单一区块链。MPP 的设计理念是支付方式中立，可以跨稳定币、银行卡、银行支付系统或托管系统运行。Stripe 自身对多种标准的实验表明，其长期技术栈将保持多协议特性。 将两层结合起来 一旦将这些维度分开，它们就可以以不同的方式组合使用。例如，开发者可以使用通过 0x402 挑战协调的加密货币结算。另一个系统可能使用带有稳定币通道的 MPP 会话。在某些情况下，代理甚至可以使用 HTTP 原生标准协调支付，同时通过信用卡授权或链下余额进行结算。 实际上，并非所有组合都能同样自然。高频次的机器交互往往与加密货币基础设施和基于会话的协调机制相契合。而金额较大、单次交易则通常与银行卡网络和更简单的授权流程相契合。关键在于，生态系统正在同时探索这两个方向，而不是趋向于单一的设计方案。