钱包与链上工具

MetaMask连接Ledger或Trezor时，私钥不会导入浏览器；扩展只读取硬件钱包导出的账户，并把待签数据交给设备。安全前提是账户路径、地址和设备屏幕三者一致。

CIDv0与CIDv1可以指向相同内容，但编码形式和使用场景不同。迁移时先证明multihash保持一致，再选择base32、base58btc或其他multibase；只比较字符串外观会把同一对象误判成两个文件。

WalletConnect会话不是简单的已连接布尔值。SessionNamespaces同时约束链、账户、方法和事件；只看账户地址而忽略方法集合，容易把只读会话误当成可签名会话。

Trezor的passphrase更接近生成另一个钱包的附加输入，不能理解成可找回的登录密码。任何字符、空格或大小写不同，设备都会导出另一组有效地址，而且不会提示输入错误。

清晰签名不是一个绿色安全标章，而是让硬件设备把待签内容翻译成人能读懂字段的展示能力。判断能否继续，关键在设备屏幕实际显示了什么，而不是桌面端是否出现漂亮的协议名称。

助记词丢了，余额就永远找不回；助记词被人看见，钱随时可能没了。本文给出一份可执行的助记词备份流程：为什么金属板比纸适合长期存放、恢复演练到底该测什么、以及哪些“聪明”的备份方式其实全是漏洞。

本文解释钱包与区块链节点之间 RPC 接口的角色：公共 RPC、付费专属 RPC 与自建节点在可用性、延迟和隐私三个维度上的差异，钱包连接异常时如何安全地更换 RPC，以及换节点不能解决哪些链上问题。

本文对比 L1 与 Rollup 浏览器在数据构成上的差别：L2 浏览器查不到什么、充值为什么常出现「链上已扣、L2 还没到」、存款交易和 L2 内部交易该分别去哪张链查，并给出 Arbitrum、Optimism、Base 类网络的通用核对路径。

本文解释以太坊地址 EIP-55 混合大小写校验和的原理：同一地址合法有几种写法、校验和如何拦截被剪贴板恶意软件改过一个字符的地址、哪些情况它拦不住（整段替换、形似图片），以及转账前把好的三层核对习惯。

本文解释钱包导出的 keystore（V3 keystore JSON）文件的结构：scrypt 参数、加密后的私钥密文和地址校验字段各自的作用，说明为什么它比裸私钥更适合日常备份、密码在这个体系里承担了唯一防线，以及导入时的常见故障。