比特币核心较新版本新建的钱包早已换到 SQLite 引擎，钱包目录里的那个文件理论上能被 sqlite3 命令碰到。本文按 v31.0 源码拆解这张键值表的真实结构、独占事务锁会让外部读发生什么、明文与加密密钥在 value 里的两种形态，以及停机窗口里相对安全的只读姿势。

dapp请求钱包添加一条新链时弹出的确认框背后，是EIP-3085定义的wallet_addEthereumChain方法：只有chainId是必填字段，钱包却有一串必须拒绝的情形。本文拆解参数结构、链ID核验逻辑与已经存在的链被重复添加时的处理，以及用户应当核对哪些字段。

dapp替你发起切换网络的弹窗来自EIP-3326定义的wallet_switchEthereumChain。它只接受一个chainId参数，成功返回null，且预设钱包存在单一活动链概念。本文讲清它与添加链请求的分工、钱包必须拒绝的边界，以及为什么这条方法不携带任何链元数据。

同一把私钥能开出1开头、3开头或bc1开头的多种地址。导入旧WIF时，钱包只能把所有可能地址都扫一遍再猜。BIP-178提议把地址类型直接编码进WIF的压缩标志字节：0x10是传统地址、0x11是原生隔离见证、0x12是嵌套格式。本文讲解这份草案的编码表、兼容性设计与它始终没有被主流实现的现实。

比特币 HD 钱包为什么预先派生一批地址放进密钥池，刷新密钥池和备份窗口的关系是什么。

钱包 abandon 操作到底删掉了什么：未确认交易被放弃后链上的冲突支出怎么走，什么条件下才会被拒绝。

Bitcoin Core v31.0 把费率估算最低统计桶从 1 sat/vB 降到 0.1 sat/vB，与默认 minrelaytxfee 对齐，代价是重启后旧 fee_estimates.dat 估算作废、需要冷启动回填。本文讲分桶机制与长确认目标读数变化。

consolidatefeerate 决定钱包什么时候愿意在日常交易里多带几个输入顺手整理碎片，v31.0 源码默认约 10 sat/vB。调高调低都会改写账单与地址关联，本文讲清它和 avoidpartialspends 的分工。

钱包交易偶尔不见找零，是 discardfee 在起作用：当找零按该费率算出的成本配不上面额，钱包会把它折进手续费。默认量级、与协议尘埃线的双层限定和误读一次讲清。

从旧备份恢复钱包后余额缺失，多数不是被盗，而是地址派生序号与扫描策略的错位。比特币核心密钥池默认 1000 并附带缩小风险警告，rescanblockchain 与描述符补扫才是第一救急动作。