应用先问钱包会哪些本事：ERC-7902 能力协商清单怎么核对

同一个去中心化应用，在甲钱包弹窗里能显示这笔操作的有效期，在乙钱包里什么额外信息都没有；有的应用能替你代垫手续费，有的只能让你自己付。这些体验差额的源头，往往发生在签名之前的一次静默问答：应用先问钱包会哪些本事。ERC-7902 就是给这场问答拟的清单，这一篇讲它的机制、用户可感知的部分与现状。

从批量接口到能力清单

ERC-5792 给钱包和应用之间的批量调用定了一套接口，并且预留了能力声明机制：应用可以询问钱包对某些高级功能的支持情况。ERC-7902 则针对账户抽象场景把这份问答的具体条目标准化，目前状态是草案。按提案文本，它定义了若干能力标识，逐个对应应用想探底的参数：由钱包生成让普通地址临时借用合约逻辑的授权；由应用直接给定代付合约地址与数据的静态代付配置；给操作框定起止时间窗的有效范围，起止值以秒为单位的时刻表示；把智能账户的序列号拆成键与序号两段的Nonce参数；以及对账户抽象专用gas参数的显式覆盖。钱包按链逐一回答支持与否，应用据此决定走哪条流程。批量调用的状态查询方法另有一篇，见 ERC-5792批量调用状态怎么查？。

用户在弹窗里能看到什么

能力协商本身发生在后台，用户看不到问答过程，但能看到它的后果。其一，有效期的显示：ERC-7902 要求钱包把操作的有效起止时间在确认界面以人类可读方式呈现——如果你签名时能看到这笔操作在某时刻后作废，说明这条能力在当前钱包和应用上都通了；看不到，可能是应用没传，也可能是钱包没实现。其二，代付的形态：静态代付配置类能力谈成，弹窗可能显示由某个代付合约支付gas，核对那个合约地址就成了签名前必答的一项。其三，功能开关：应用探到钱包不支持某项时会自动退回基础流程，于是出现同一条服务在不同钱包里步骤数不同的现象。权限请求侧的配对机制见 给钱包发通行证：ERC-7715 执行权限请求。

签名前的三项核对清单

第一，弹窗里凡是带时间窗、代付方、批量条目这些新增字段的，逐项读出含义再确认；读不懂的字段宁可拒绝，多问一句比误签便宜得多。第二，代付不等于免责：gas 由第三方合约垫付，费用常以其他方式计入你的交易或应用条款里，读协议时留意这一点。第三，弹窗信息密度低时补链上信息：有效期、序列号这类约束是否真的生效，取决于合约与协议实现，能力协商通过的声明只代表应用与钱包就参数达成了一致。

现状与边界

必须把话说清楚：ERC-7902 是草案，不是已经铺满全生态的标准；它列的能力标识以提案文本为准，钱包与应用的支持列表随版本变化，本文不对任何具体钱包是否支持某项能力下结论。把某款钱包今天的弹窗形态当成行业常态，或把另一款的缺失当成机制不存在，都会得出错误结论。正确姿势是记住机制层这张问答清单，把版本细节交给实测。

一个理解成本最低的类比

把能力协商想成施工队进场前的设备交底：业主（应用）先问物业（钱包）能不能提供吊装、临时用电、夜间作业，得到逐项答复后才决定施工方案；答复不通过的项，方案自动改用人工搬运。用户不需要看懂清单全文，只需要在最终签字的那一页（签名弹窗）核对施工方案里多出来的字段——吊装时间、电费记在谁账上。对应到链上：时间窗就是弹窗里的有效期，电费归属就是代付地址。类比止于此：交底有合同兜底，链上没有，弹窗上的每个字段都要你自己读完再确认，这就是读能力协商结果的正确姿势。

风险提示：本文是钱包接口机制的科普，不构成投资建议，也不构成对任何产品功能现状的保证。功能支持情况请以各项目官方文档与你的实际版本为准。