独立解读
Agent Wallet 的密钥到底由谁保管？
01资金控制02密钥保管03恢复与撤销
Agent 需要替你支付 1 美元的数据费。钱包可以生成地址和签名，但真正影响风险的问题是：谁有能力批准一笔转账，谁有能力改变这条规则？
阅读边界：本文概括不同技术与产品安排，不认定某个供应商的安全性；未进行钱包接入或资金测试。
flowchart LR
A[用户或企业设置规则] --> B[Agent 提交签名请求]
B --> C[钱包或签名系统执行检查]
C --> D[批准并签名 或 拒绝]
四个词不在同一层
| 概念 | 它主要描述什么 | 应继续追问什么 |
|---|---|---|
| 托管 | 服务商在资金控制或密钥管理中承担约定角色 | 用户、服务商各能做什么？停服或冻结时如何处理？ |
| 非托管 | 通常强调用户保有一定控制权 | 是哪把钥匙、什么权限？服务商能否单方面转移资产？ |
| MPC | 多方参与密钥生成或签名的密码学方法 | 哪些方掌握份额？签名阈值、恢复和策略如何配置？ |
| 智能账户 | 账户行为由代码与配置控制的方案 | 谁能升级规则？哪些操作受限？合约和网络风险是什么？ |
这四项不是互斥选项：一个产品可能同时使用 MPC 和智能账户。MPC 也不自动等于用户拥有最终控制权；阈值、份额持有人和恢复规则都很重要。Ethereum 对智能账户的介绍强调其可编程安全规则，具体机制仍因实现而异。Ethereum 账户抽象
“Agent 不接触私钥”还不够
Agent 即便看不到私钥，仍可能持有 API 凭证并向签名服务提交请求。假设服务允许任意收款地址且没有金额限制，凭证泄露仍可能造成资金损失。反过来，签名系统可以根据配置拒绝不符合规则的请求，但只有确认规则覆盖了相关操作，才知道它保护了什么。
至少应分别检查：密钥或份额在哪里、谁可请求签名、谁可改策略、哪些动作绕过策略、如何恢复以及如何撤销。对智能账户，还要核实升级权限和模块风险。
一张采购提问卡
- 用户、Agent、平台和其他参与方分别能否单独转移资金？
- 撤销访问后，已签名或已提交的交易怎么处理？
- 服务商失联或用户丢失设备时，恢复路径是什么？
- 不同网络、资产和交易类型是否采用相同策略？
- 策略被修改时，用户能否看见并收到通知？
具体产品的公开说明和边界，可接着看 Coinbase 分析与 Circle 分析。