Aave上线官方MCP Server：AI能读取仓位并准备交易，但签名权仍留在用户钱包

Aave Labs在9月8日上线官方MCP Server，地址为mcp.aave.com。支持Model Context Protocol的AI助手可以通过一个连接读取Aave V3和V4实时数据，也能准备存款、借款、还款、提款、抵押切换、奖励领取、清算和兑换等交易。最关键的限制是：服务器返回的交易保持未签名，私钥不由Aave MCP持有，最后授权仍在用户钱包。

这类接口把DeFi操作从网页按钮转成自然语言。用户可以询问某个钱包的健康因子、跨网络稳定币收益，或要求准备一笔500 USDC存款。助手不必依赖训练数据或第三方封装，而是从官方工具取得利率、上限、风险参数和仓位状态。便利性提高的同时，表达错误也会更接近真实资产，因此权限设计比聊天体验更重要。

官方数据与交易构建减少集成误差，却没有消除市场风险

读取工具覆盖链、市场、储备、利率、供应和借款上限，以及APY、存款和借款的时间序列。仓位查询可以返回多链供应、负债、整体健康因子、可领取奖励和交易历史。V4还提供单仓位健康数据和Liquidity Hub层面的流动性与会计信息，允许助手比较V3、V4或同时查询两者。

交易工具不是直接替用户发送。`prepare_`工具返回交易请求或EIP-712类型化数据，用户钱包完成签名。preview_action可先模拟操作并给出执行后的健康因子；兑换流程也拆成报价、准备、提交和状态查询。这样的分层有助于在不可逆动作前检查，但用户仍要看清链、资产、数量、授权对象和最小到账值。

Aave称服务器基于Aave Kit，因此数学逻辑与官方界面一致，并把大约17KB的储备详情压缩到约1KB模型所需字段。更小响应能节省上下文，也减少模型在大量无关字段中出错的机会。不过“与官方界面同源”并不保证市场价格不会跳变、预言机不会延迟、交易不会被抢跑，或用户不会在签名前误解自然语言。

V3与V4的统一入口也需要明确版本。相同的“存入”或“借出”请求，在不同网络、市场和风险模式下可能产生不同结果。使用all比较时，助手应展示选中的版本和市场，而不是只给一个最高APY。收益率高可能来自利用率上升，也可能伴随更低流动性和更高退出成本。

用户控制签名只是底线，还需要模拟、限额和持续监控

未签名交易能防止服务器单独转走资产，但并不能防止用户签下错误交易。钱包界面应把自然语言意图翻译为可读摘要，突出支出上限、无限授权、接收资产和健康因子变化。高风险动作可以要求二次确认，批量交易则要允许逐项展开，避免用户只看到一句“优化仓位”。

模拟结果也有时间边界。它依据当时区块状态、价格和流动性估算，等用户确认时条件可能已经变化。系统应显示模拟区块、报价有效期和允许滑点，签名前必要时重新模拟。若重新计算后的健康因子或到账数量越过阈值，就应中止而不是继续沿用旧结果。

官方举例称，代理可以在健康因子低于1.5时监控仓位并准备还款，然后等待用户签名。这说明当前设计更接近“自动发现风险、半自动生成动作”，而不是无人值守自动处置。若用户离线、网络拥堵或抵押品快速下跌，等待签名仍可能来不及。需要自动化的机构应另外设计授权范围、守护服务和应急规则。

连接器本身也要纳入安全管理。企业应固定官方域名、检查TLS、限制助手可调用的工具，并记录每次读取与准备请求。任何外部文本都不应直接改变付款地址或交易参数。若助手同时浏览网页，网页中的提示注入可能诱导它准备不符合用户意图的操作，因此交易工具要与不可信内容隔离。

治理查询同样需要区分信息与投票。MCP可以搜索提案、返回法定人数状态并列出投票权，但模型总结可能遗漏条件或时间窗口。用户在委托、投票前仍应打开原提案和链上数据核对，尤其不要根据自动摘要授权无限期代理。自然语言入口适合降低阅读门槛，不应成为遮蔽协议细节的新中间层。

Aave MCP Server已经在线，并覆盖V3和V4，但官方也表示仍有更多功能在路上。它降低了开发者维护两套SDK和重复实现协议会计的成本，却没有把DeFi变成无风险的自然语言银行。最有价值的边界恰恰是服务器不拿密钥：AI可以读、算、模拟和准备，人仍决定是否签名。只有当这条边界在界面、日志和权限中都清楚可见，便捷才不会以失去控制为代价。