钱包与链上工具

钱包网络按钮三种动作的核对方法：添加网络时逐项核对chainId、RPC与小数位，切换网络时防范错链转账，删除网络后授权与显示层的遗留问题。

换设备后用助记词恢复钱包却发现余额为0的排查顺序：先查网络与地址、再查同步与扫描窗口，理解HD钱包地址发现间隙，避免反复导入助记词的二次风险。

全新或二手硬件钱包到手后该做哪些核验：设备认证与真伪核对、初始化时的助记词边界、小额试运行与恢复演练的固定顺序，以及验不过时的处置路径。

ERC-8019 提议让钱包在本机维护一份自动登录策略：域名、地址前缀、链列表、资源清单全部精确匹配且未过期时，以太坊登录消息可自动签名。本文按草案原文拆五条匹配规则、只有钱包能管策略的设计，以及关掉这个开关前该检查什么。

跨链操作过去每条链都要签一次名。草案 ERC-7964 的做法是从 EIP-712 域名中省略链标识字段，让同一枚签名在多链可验证，链相关内容改为按链分发的结构化数组。本文讲清这个省略带来的效率、展示变化和重放边界，以及用户在跨链签名弹窗前该核对什么。

草案 ERC-7946 提出 UWULink：应用把一批合约调用编进一个二维码或 NFC 标签，钱包扫开就原子执行，全程不建立连接、不暴露地址。本文按原文讲清单向通道的机制、静态与可编程两种模式、原子批处理要求，以及扫码发起交易时的核对纪律。

交易里的 calldata 只是一串十六进制，钱包要把它显示成你看得懂的操作，靠的是合约 ABI。EIP-7896 提议让应用在批量调用请求里直接附上 ABI，钱包不必到处找接口。本文解释这条解码链路、接口附件的信任边界，以及看到模糊弹窗时该做什么。

EIP-5792 的批量调用给人“要么全成要么全败”的印象，但提案 EIP-7867 提出 flowControl 能力，允许应用主动把批次从严格原子降级为宽松模式，并逐条设置失败后继续还是停止。本文按原文讲清 strict 与 loose 的差别、rollback、halt、continue 三个动作，以及降级后用户要多防什么。

批量调用接口里通常是钱包替你签一整包操作。ERC-7836 反过来：应用先向钱包要一个待摘要，自己签好，再让钱包照着执行。本文按草案原文讲清 wallet_prepareCalls 与 wallet_sendPreparedCalls 的往返、密钥类型参数、钱包端必须做的核验，以及用户在这种新模式下应重点盯什么。

Kubo pin remote service ls --stat可显示queued、pinning、pinned、failed及invalid。本文将快照转成积压、失败率和服务可用性指标。