合成订单想让买方用会话密钥在一小时内只确认交付一次，由代付方支付交易费用；这需要验证逻辑、消费状态、额度和过期/撤销，不是把私钥交给后台。区块链（22）：签名域正确仍会发生业务重放的域、nonce 与操作范围仍适用，智能钱包提供的是可编程验证入口和执行调度，不天然让所有平台接受同一种会话格式。

flowchart LR
  U[用户签订单限权意图] --> W[智能钱包: 验证/nonce/撤销]
  W --> B[打包/转发者: 发送交易]
  P[代付者: 策略与预算] --> B
  B --> E[链上入口与业务合约]
  E --> L[收款/交付状态]

代付者可以拒绝或限流，是活性依赖而非业务权限主人；会话密钥若被盗，只能在范围、额度和剩余有效期内受损的承诺需由合约实际执行。撤销请求自身也要入链，在它尚未被执行前，旧会话可能仍可用。账户恢复人、升级管理员与 Paymaster 的控制权限要画在不同框里；不能把 EIP 提案发布写成所有钱包默认已启用的功能。

用一条被盗会话密钥检查权限

用户授予会话账户：只能在指定 chain ID、钱包地址、托管合约版本下确认订单 A 一次，累计上限 70，过期后拒绝。业务调用应把这些字段与操作 nonce 纳入签名消息，钱包验证后在同一链上状态转移里消费 nonce；否则攻击者即便不能改订单，也能在有效期内重复提交同一操作。执行方或打包者如果把请求转给另一个入口合约，不能让链 ID 或验证域因此被省略。代付方可只支付符合白名单/预算的请求，但“谁付 gas”与“谁有权确认交付”在实现中必须独立判断。

撤销的竞争值得单列：原授权有效，用户发出撤销但还没纳入，攻击者抢先提交一次确认，哪笔先执行由排序决定。系统只能证明纳入后的撤销对后续操作生效，不能倒退取消已执行的业务。恢复人更换主密钥或管理员升级验证逻辑时，必须测试旧会话是否还能复用旧 nonce；若无法强制无效化，就不能向用户承诺“撤销立即生效”。本环境既无智能钱包合约也无真实打包/代付网络，上述仍是待验状态机。

练习一：会话只允许订单 A 确认，重放到订单 B 签名正确，能放行吗？答案：不能，业务订单 ID 和消费状态须绑定。练习二：代付者断网，会话密钥是否失效？答案：验证规则不一定失效，但代付路径可能不可用，须有明确备用交易路径。真实账户抽象网络、代付和撤销回归 NOT_RUN。

可迁移原则：灵活授权扩大能力的同时扩大撤销与治理责任。参考：EIP-4337、OpenZeppelin Account docs（具体实现/激活规则待读）；导航：区块链（E03）：SNARK/STARK 的约束、设置与成本如何分别验证 · E04 · 区块链（E05）：DeFi、NFT、DAO 各自在哪一步会失真。