9. MCP、A2A 与开放代理互操作性

IONON 不应为每个集成层都创建专有协议。

MCP 是垂直的工具/上下文层。2026 年 7 月 28 日的规范引入了无状态协议核心、授权强化、扩展框架和更新的 SDK。IONON 的 MCP 网关可以通过一个受控接口暴露钱包、策略、支付和数据工具，同时保持最小权限和可审计的授权。

A2A 是水平的代理对代理层。A2A v1.0 已可用于生产，并明确与 MCP 互补：MCP 将代理连接到工具和上下文；A2A 允许独立代理相互发现、通过 Agent Card 公布能力、交换消息并管理任务。

IONON 的原生差异化优势不是取代 MCP 或 A2A，而是在它们周围增加身份 + 委托授权 + 经济策略 + 结算 + 证据。

ERC-8004 作为以太坊关于无信任代理发现、声誉和验证的草案也具有相关性。由于它仍是草案，应将其视为互操作性目标，而非定义 IONON 身份模型的依赖项。

9.1 经济代理的标准栈

IONON 应尽可能复用成熟的标识符和签名标准：

• W3C VC 2.0 用于可移植、机器可验证的凭证以及代理出生证书封装；
• CAIP-2 / CAIP-10 用于跨以太坊、Cosmos 和未来网络的链无关链标识符和账户标识符；
• SIWE / ERC-4361 用于由人控制的以太坊对 Web 服务的身份验证；
• EIP-712 用于类型化、域分隔的授权，如 Order、Mandate 和策略更新；
• ERC-1271 用于验证代表合约账户、DAO 和智能钱包发出的签名；
• ERC-4337 和 EIP-7702 作为可选的账户抽象/委托构建块，在不削弱策略控制的前提下改进恢复、限定范围的执行和代付交易；
• x402 作为 API/服务访问的机器支付接口；x402 v2 增加了钱包身份、发现和基于 CAIP 的多网络支持；
• Visa Trusted Agent Protocol、Mastercard Verifiable Intent/Agent Pay 和 Circle Agent Stack 作为外部证据，表明身份、意图、控制、支出策略和机器可读的支付通道正在成为代理商务中独立的基础设施类别。

IONON 不需要通过发明每一种线路协议来取胜。只要一个代理能够通过开放标准接入，并仍然获得 IONON 在身份、委托授权、策略、结算和证据方面的一致对待，它就赢了。

9.2 授权封装

一项经济授权应可作为结构化数据签名，并至少包括：委托人、代理、链/账户标识符、nonce、签发/到期时间、行动类别、资产/价值上限、交易对手范围、工具范围、策略版本和证据目的地。防重放属于 Order 状态机的职责，而非用户的记忆。签名证明某人授权了一条消息；策略引擎仍然决定该授权当前是否充分。

参考文献

白皮书参考文献