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

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

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

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

LND 每条转发事件定长 40 字节，单次查询至多约 5 万条、默认 100 条，靠索引偏移翻页；DeleteForwardingHistory 支持绝对时间戳或 -30d 相对时长删除并返回删除条数与费用合计。本文按官方接口定义梳理字段、分页与保留策略纪律。

LND 自动通道代理默认关闭，打开后按中心性或偏好启发式自动花费钱包资金开通道。本文逐条解读官方示例配置里的 allocation 0.6、maxchannels 5、minchansize 20000、maxchansize 16777215、private false、conftarget 3 六个旋钮与责任边界。

LND 的 Mission Control 把付款失败折成节点对的可信概率：默认惩罚半衰期一小时、策略类错误给一分钟二次机会、成功过的上跳假定概率 0.95、失败记录上限 1000 条、先验权重 0.5。本文按源码参数拆解评分机制，以及查询、重置两个接口的排障用法。

一笔曾广播的交易被顶替后会在钱包历史里长期显示 conflicted。walletconflicts 不是独立命令而是交易列举接口附带的冲突哈希字段，本文以 v31 钱包源码为据，讲清它的挂载位置与负确认数语义、RBF 替换与重组等成因、收款方与付款方各自的核对路径，以及日常运维三点纪律。

比特币核心在普通付款建包时，允许在费率不高于 consolidatefeerate 的前提下多用输入以缩减 UTXO 库存，默认上限为每千字节 0.0001 枚。本文解释这个开关的触发条件、与 sendall 归集的分工，以及费率高地的代价权衡。

submitheader 把十六进制区块头解码、查父、提交验证，作为候选链尖进入与网络传播完全相同的处理路径。本文按 v31 源码拆解它的三步执行顺序、离线补链与演练取证场景，以及它改变不了链选择的边界。