官网 2 GB 内存与 7 GB 起步空间只是安装线：新节点要下载整条数百 GB 的链，瓶颈在盘的随机读写而非 CPU，上传月用量可达两百 GB 以上——把每个数字换算成硬件决策。

Bitcoin Core 钱包加密口令的防御边界：忘记 walletpassphrase 口令后哪些恢复路径真实存在，哪些传言无效。

比特币核心的 -seednode 让新节点用手动指定的对端取回地址清单，v31.0 源码规定它先于 dnsseed 尝试、列表启动时洗牌，且与 -connect 互斥。本文拆解语义边界、启动节拍与验证方法。

比特币核心 v27 起新增 -persistmempoolv1 过渡开关，控制 mempool.dat 写旧版还是当前格式，读端则两种通吃。本文按 v31.0 源码拆解格式兼容设计、降级场景的正确操作顺序与文件容错边界。

v31.0 比特币核心的 -walletrbf 默认开启，历史上有过从关到开的翻转，且帮助文本标注 RPC only。本文核对 0.14 至 24.0 的默认值时间线、replaceable 选项的优先级与 bip125-replaceable 字段的读法。

比特币核心的 -rpcwhitelist 给指定用户圈定可调用的 RPC 方法，而真正的杀招是配对开关 rpcwhitelistdefault：只要写过一条白名单，未登记用户默认全部吃 403。本文按 v31.0 源码拆解判定顺序、批量请求处理与部署清单。

挖矿 RPC 客户端组装区块时，比特币核心用 -blockreservedweight 预先保留一段权重给后续的 coinbase 交易。v31.0 默认 8000、安全下限 2000，越界直接拒绝启动。本文拆解它与 blockmaxweight 的相互作用与调参场景。

比特币核心默认不把对端 IP 写进 debug.log，控制开关是 -logips。v31.0 源码显示其机制是"不拼接"而非"抹除"。本文拆解实现方式、排障时的正当用法、与 debug 类别的正交关系以及日志身份自查三步。

比特币核心 UTXO 落盘路径上藏着三个非常规参数：进入仅调试帮助表的 dbbatchsize，以及只存在于源码隐藏名单的模拟崩溃开关 dbcrashratio 与启动压缩开关 forcecompactdb。本文按 v31.0 源码说明作用点与误配后果。

比特币核心用同一套 SetMockTime 支撑 -mocktime 启动参数与 setmocktime 命令，但前者在初始化阶段一次性钉死、后者仅限 regtest 且需要脚本一格一格推进。本文按 v31.0 源码对照两条路径，并列出时间旅行测试与真实网络的落差。