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

Bitcoin Core 启动时会替用户改写部分未显式设置的参数并在日志自报。本文依据 v31.0 源码梳理 proxy、blocksonly、connect、whitebind 四类参数联动的触发条件、显式覆盖方法与排障姿势。

validateaddress 与 getaddressinfo 在 0.18 版后分工明确：前者只判结构合法并给出 error_locations 纠错位置，后者才回答地址归不归本钱包。本文按 v31.0 RPC 文档梳理两者的字段边界与实操顺序。

getwalletinfo 的 flags 对应 v31.0 源码中固定的字符串映射表，可变的只有 avoid_reuse 一项。本文逐项解读 disable_private_keys、blank、external_signer 等标志的含义、设置时机与不可逆边界。

描述符钱包的 keypool 是每条描述符一千个条目的预生成窗口而非地址总数。本文以 v31.0 文档为准，讲清补池触发时机、Keypool ran out 报错处置、恢复时靠 range 导入找回扫描盲区的方法。

比特币核心要求开启区块过滤器服务位必须同时启用过滤器索引。本文依据 v22 至 v31 源码梳理两个参数的依赖逻辑、默认值版本事实、磁盘代价与服务位点亮条件。

比特币核心配置有顶层、网络小节与持久化设置三层：只有五个小节名合法，网络专属参数放错层直接拒绝启动。本文依据 v31.0 源码梳理小节规则、includeconf 限制与最终生效值的核对方法。

比特币核心钱包默认允许用未确认的内部找零继续拼交易。本文依据 v31 源码拆解该开关的选币语义、链条断裂与自我双花的成因，以及关闭后的代价与配置建议。

部分花费会暴露同一地址其余进账的存在感。本文以 v31.0 参数帮助文本与源码为准，拆解按地址归组选币的隐私逻辑、费用代价、与 avoid_reuse 的强制绑定关系，给出启用路径与预期校准。

比特币钱包的找零输出用传统格式、隔离见证还是 Taproot，并不必然跟随收款地址类型。核心钱包参数 changetype 单独控制这一选择，官方默认规则只在收款类型为传统格式时才让找零跟随，其余情况交由实现权衡。本文拆解找零格式的手续费账、它对链上找零识别启发式的影响，以及何时值得手动设置。