比特币专题

助记词恢复后余额对不上：密钥池、地址间隔与补扫动作

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

Unable to parse maxuploadtarget：启动报错的三种触发写法与二分排查

节点启动报 Unable to parse -maxuploadtarget 时，日志会原样回显你写的值——多余字母 B、复制污染的全角空格、多文件冲突都在其中。按注释、纯数字、逐项恢复三步二分，不必碰链上数据。

比特币核心替你改参数：parameter interaction 日志里的四种联动

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

300 MB 与两周：内存池两个默认值怎样改变你看到的市场

maxmempool 默认 300 MB、mempoolexpiry 默认 336 小时、blocksonly 下自动压到 5 MB，v31.0 把这三个默认值放进了内核头文件。本文拆解它们如何影响费用估算样本、低费交易滞留与钱包广播联动。

validateaddress 查不了归属：地址校验与钱包归属的命令边界

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

钱包标志七件套：flags 数组里哪一项能改、哪六项落子无悔

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

区块时间只能领先两小时：time-too-new 拒绝与 timeoffset 排障

v31.0 源码把区块未来时间上限写死为两小时，配合前序区块时间中位数构成时间戳的窄带约束。本文拆解 MAX_FUTURE_BLOCK_TIME 的两端逻辑，给出 timeoffset 异常与本机时钟漂移的定位顺序。

RPC 返回 -28 不是故障：预热状态文本从哪来、脚本该怎么等

比特币核心的 RPC 端口先于子系统就绪开放，预热期所有命令统一返回负 28 号错误并附带实时初始化进度文本。本文按 v31.0 源码拆解 warmup 接线方式与监控脚本的正确等待姿势。

密钥池不是地址上限：keypoolrefill、range 导入与恢复扫描的三条线

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

help 里查不到的造块命令：generateblock 的四步组装与取证用法

generateblock 与 generatetoaddress 在 v31.0 的注册表里被标为 hidden，却完整暴露了一个区块从 coinbase 到 nonce 的组装流程。本文按源码拆解指定交易入块、跳过内存池、process_new_block 导块三个能力的边界。