技术深度剖析
当前MCP网关架构的核心问题在于其隐式信任模型。大多数实现——包括Anthropic的开源MCP规范以及Cloudflare、Kong、solo.io等公司的各类商业网关——都专注于协议转换：在MCP、REST、gRPC及其他格式之间进行转换。它们假设，只要消息以正确格式到达正确端口，就是合法的。这是一个危险的假设。
缺失的身份层
AI智能体的合理身份层需要三个组件：
1. 可验证凭证（VCs）：每个智能体必须拥有一个加密签名的身份文档，类似于护照。该文档将智能体的公钥与其属性绑定（例如，“智能体属于Acme公司，角色为‘金融交易智能体’，授权支付上限为10,000美元”）。W3C可验证凭证标准为此提供了成熟框架，但尚未应用于智能体身份。
2. 去中心化标识符（DIDs）：智能体需要全局唯一、可解析的标识符，且不依赖中央注册中心。存储在区块链或分布式账本上的DIDs允许任何方查找智能体的公钥并验证其凭证。DID标准（W3C）已在自主主权身份系统中使用，但在智能体通信协议中却缺席。
3. 执行证明：除身份外，企业还需要证明智能体确实执行了特定操作。这需要一条由签名证明组成的链条：智能体签署其操作，网关签署收据，下游服务签署其响应。这创建了一个防篡改的审计追踪。当前MCP网关会生成日志，但日志可以被篡改。加密签名则不能。
值得关注的GitHub仓库
- didkit（Spruce Systems开发，约2.5k星标）：一个跨平台库，用于创建和验证DIDs与VCs。它可作为智能体身份的基础加密层。
- mcp-identity（社区项目，约300星标）：早期尝试为MCP协议添加基于DID的身份验证。仍处于实验阶段，但指明了方向。
- credential-issuer（微软开发，约1.2k星标）：一个用于签发可验证凭证的参考实现。可适配用于智能体凭证签发。
性能影响
为每条智能体间消息添加加密验证会引入延迟。下表显示了预估开销：
| 步骤 | 当前MCP网关 | 加入身份层后 | 开销 |
|---|---|---|---|
| 消息路由 | 0.5 ms | 0.5 ms | 0% |
| 格式转换 | 1.0 ms | 1.0 ms | 0% |
| 凭证验证 | 无 | 5-15 ms（DID解析+签名检查） | 新增 |
| 审计日志生成 | 0.1 ms（明文） | 2-5 ms（签名） | 20-50倍 |
| 每条消息总计 | ~1.6 ms | ~8-21 ms | 5-13倍 |
数据要点： 身份层为每条消息增加了5-13倍延迟，但对于大多数企业工作流（金融交易、数据访问）而言，这是可接受的，因为安全性优先于速度。对于实时应用（如语音智能体），缓存和批量验证可将开销降低至2-3倍。
关键玩家与案例研究
构建智能体身份的竞赛仍处于早期阶段，但已有多个玩家在布局：
| 公司/项目 | 方法 | 阶段 | 关键差异化优势 |
|---|---|---|---|
| Spruce Systems | 面向智能体的去中心化身份（DID+VC） | 早期商业 | 强大的加密基础；与IETF有合作 |
| Cloudflare | 基于mTLS的智能体身份验证（Workers中） | 测试版 | 利用现有基础设施；集成成本低 |
| Kong | API网关插件，为智能体提供OAuth2+JWT | 已可用 | API团队熟悉；局限于集中式信任 |
| Microsoft | 将Entra ID集成到Copilot智能体 | 预览版 | 企业级；但存在供应商锁定风险 |
| Web3 Identity Alliance | 通过智能合约实现链上智能体身份 | 研究阶段 | 不可篡改的审计追踪；延迟和成本高 |
数据要点： 尚无单一玩家解决跨组织信任问题。Cloudflare和Kong提供集中式解决方案（适用于单一企业），而Spruce和Web3联盟则瞄准去中心化信任（更适合多方工作流）。最终的赢家可能会结合两者。
案例研究：金融服务试点
一家大型银行（名称保密）试点部署了MCP网关，用于基于智能体的交易结算。在没有身份层的情况下，被攻破的智能体可能发起未经授权的交易。该银行添加了基于DID的凭证：每个交易智能体都持有一份VC，将其限制在特定工具和名义价值范围内。网关在路由交易前验证VC。结果：6个月内零未经授权交易，但延迟增加了15%。该银行认为这是可接受的。
行业影响与市场动态
AI智能体基础设施市场预计将从2024年的21亿美元增长至2028年的285亿美元。