你拿着 Ledger 在 DApp 上操作，弹出一个 EIP-7702 授权请求，还没来得及看清，硬件钱包屏幕上直接显示"拒绝"或"不支持"。
这不是出 Bug 了，是设备本身的安全机制在主动拦截——不是你拒绝授权，是硬件钱包替你拒绝了。
先搞懂：为什么硬件钱包会拒绝 7702 授权
EIP-7702 允许普通 EOA 账户通过一次签名，临时"借用"智能合约的功能。但这项功能在硬件钱包上，默认是被限制的。
Ledger 在 Pectra 升级后采取了保守策略：设备层面支持 EIP-7702，但初期只允许交互以太坊基金会提供的简单合约，其他合约在设备层面会被直接拦截。这意味着，绝大多数 DApp 发起的 7702 授权请求，在你的 Ledger 上显示"拒绝"是正常现象。
MetaMask 对硬件钱包的 7702 支持策略也在调整中——当前版本中，硬件钱包账户会回退到用户支付 Gas 的传统模式，而不使用 EIP-7702 的 Gas 赞助功能。
要授权，先核对白名单
确认你要授权的合约地址是否在硬件钱包厂商的允许列表内，按以下顺序操作：
第一步：确认钱包厂商的 7702 支持策略
不同硬件钱包对 EIP-7702 的支持方式不一样，先看自己使用的品牌：
- Ledger：目前只支持以太坊基金会部署的简单 7702 合约。DApp 如果用的是其他复杂合约，会被设备直接拦截。你需要对照 Ledger 官方公布的合约地址，确认你交互的是白名单中的地址。
- GridPlus Lattice：已支持 EIP-7702，是目前首个完整支持该标准的硬件钱包厂商。如果你用的是 Lattice，授权流程会更顺畅。
- SafePal：S1 Pro 固件 V1.0.78 已支持撤销 7702 授权，V1.0.77 已支持 7702 协议。
第二步：获取目标合约的地址
在 DApp 发起 7702 授权请求时，注意看钱包签名界面显示的合约地址。如果硬件钱包屏幕无法完整显示，可以先在浏览器端展开交易详情，复制 "To" 或 "Delegate Address" 字段。
第三步：对比官方白名单
去你硬件钱包厂商的官方公告或文档，找到 EIP-7702 支持的白名单合约地址列表，逐位对比。
完成标准：你能确认目标合约地址在白名单中，或者确认你使用的硬件钱包（如 GridPlus）已完整支持 7702，不依赖白名单。
常见失败原因
很多人看到硬件钱包拒绝 7702 请求，第一反应是"设备坏了"，然后去升级固件、重装 App，甚至换一台电脑重试。但这些操作解决不了问题——因为拦截发生在设备层面，不是客户端的问题。
如果你尝试绕过硬件钱包的限制（比如用软件钱包导入助记词来执行授权），等于把硬件钱包的安全底线拆掉了。一旦授权给恶意合约，资产会直接被清空。永远不要为了完成一笔交易，而放弃硬件钱包的保护。
举一反三的排查清单
下次遇到硬件钱包拒绝 7702 授权，按这个清单排查：
| 排查项 | 安全状态 | 危险信号 |
|---|---|---|
| 目标合约地址 | 在白名单中，或硬件钱包已完整支持 7702 | 不在白名单中，且硬件钱包要求白名单 |
| 硬件钱包固件 | 已更新到最新支持版本 | 版本过旧，不支持 7702 协议 |
| 授权来源 | 你主动触发的 DApp 操作 | 陌生网站主动弹出的"升级"弹窗 |
| 替代方案 | 选择支持 7702 的 DApp 或等待官方扩展白名单 | 考虑用软件钱包绕过设备限制 |
风险提醒：你可以用 eip7702.app 输入地址检测授权记录，但不要连接钱包，只输入地址查询。
操作完成的校验方式：核对目标合约地址是否在官方白名单内。如果是，确认硬件钱包固件已更新到支持 7702 的版本；如果不在白名单内，该操作在设备层面会被拦截，属于正常安全机制。
下一步动作：如果确实需要执行 7702 授权，先去硬件钱包厂商的官网或文档查阅最新白名单公告，确认你交互的合约是否在其中。如果不在且你的钱包（如 GridPlus）已完整支持 7702，可以尝试通过兼容钱包操作。
