比特币专题

pid 文件不是单实例锁：比特币核心的进程号文件管什么、不管什么

比特币核心默认在数据目录写 bitcoind.pid，-pid 参数可改路径。本文依据 v31.0 源码说明相对路径如何按网络隔离、为什么它不承担防止重复启动的职责，以及多实例运维时脚本读 PID 文件的正确姿势。

小机器内存突然不够了：v31 把 dbcache 默认值改成看机器下菜碟

比特币核心 v31.0 在检测到总内存不低于 4096 MB 时把状态数据库缓存默认值从 450 MB 抬到 1024 MB。本文依据源码梳理这条条件默认值、它与内存池共享内存的关系，以及不同内存机器的取值建议。

warnings 从一句话变成一份清单：节点告警字段的数组化

比特币核心 v28.0 起，getblockchaininfo、getnetworkinfo、getmininginfo 的 warnings 字段返回全部生效告警的数组，不再只挑一条。本文按发布说明与源码梳理数组化理由、-deprecatedrpc=warnings 临时退路的两个陷阱，以及脚本改造三原则。

这条链至少值多少算力：minimumchainwork 与它和 assumevalid 的分界

比特币核心用 minimumchainwork 给合法链的累计工作量设地板，低于它的链不值得处理。本文依据 v31.0 源码说明该常量的来源与随版本上调的原因、它在初始块下载与跳过脚本校验中的作用，以及与 assumevalid 的位置概念之分。

费率估算的保质期是六十小时：fee_estimates.dat 与 acceptstalefeeestimates

比特币核心每小时把学到的费率经验刷进 fee_estimates.dat，但超过 60 小时的文件启动时直接不读，避免给出过期估算。本文按源码梳理这一保质期的动机、间歇开机节点的估算抖动成因，以及 acceptstalefeeestimates 只在 regtest 生效的定位。

把每条 P2P 消息留在磁盘上：capturemessages 的取证用法与隐私代价

比特币核心的 -capturemessages 开关把每条收发对等网络消息按对端分目录写入 message_capture 下的 dat 文件。本文依据 v31.0 源码说明落盘结构、写入时点选择、能回答的三类排障问题，以及磁盘与隐私两条纪律。

三个体检开关为什么只在 regtest 开着：checkblockindex、checkaddrman 与 checkmempool

比特币核心的 checkblockindex、checkaddrman、checkmempool 会在运行中反复核对内部数据结构是否自洽，默认只在 regtest 打开。本文按 v31.0 源码说明三个开关分别检查什么、网络属性如何决定默认值，以及什么场景值得手动打开。

多签换了个写法：multi_a 与 sortedmulti_a 描述符里的逐把验签

比特币核心描述符支持在 Taproot 脚本树内使用 multi_a 与 sortedmulti_a，把一条 OP_CHECKMULTISIG 拆成一串 OP_CHECKSIG 与 OP_CHECKSIGADD。本文依据描述符文档与源码说明两种写法差异、二十把钥匙上限的归属与迁移时的备份要点。

钱包说“依赖链太长”：walletrejectlongchains 与深链零钱

钱包造单时报依赖链超限而节点正常，多半是调试参数 walletrejectlongchains 在选币环节拦截深链零钱。本文依据 v31.0 源码与 v30 之后的内存池限制，说明其默认值、错误定位顺序与临时放开的正确姿势。

软分叉演练的沙盒：用 -blockversion 预演分叉场景

比特币核心 v31.0 源码参数表里的 -blockversion 是官方留给软分叉演练的调试开关。本文结合 BIP9 的版本位规则，说明区块版本字段为什么是投票开关表、如何在 regtest 私有链安全使用，以及它在主网的两条硬边界。