给比特币全节点补开 txindex，到底要不要加 reindex 从头重放，答案取决于节点版本。旧版本抹掉链状态重建一切，较新版本让索引在后台增量追赶。本文拆解交易索引的作用、与修剪模式互斥的磁盘代价、补索引期间的三种现象，以及哪些场景真的需要这本第二账。

比特币核心用 getnettotals 记收发字节与上传预算的状态。本文按 31.0 RPC 文档拆解返回字段口径，并把流量异动翻译成可执行的隐私自查：连接结构、历史数据外流与家宽预算的交叉核对。

比特币核心把日志拆成一组类别开关，logging 命令负责在节点运行中开合这些灯。本文按 31.0 RPC 文档拆 logging 的参数形状、配置文件与运行时的双层结构，以及排障取证时怎么开、看完怎么关、日志外发前怎么脱敏。

比特币核心能把某一刻的 UTXO 集合写成独立文件，也能读回这样的文件让新节点跳过逐块验史。本文按 31.0 RPC 文档拆解 dumptxoutset 的两种模式与六个返回字段、loadtxoutset 的全量重算校验，以及历史快照与普通备份的本质分界。

比特币节点的入站连接槽是稀缺资源，攻击者可以用海量假节点占满它。BIP-154 提出「工作量证明限速」：想要超出免费额度的入站连接，先解出一道防专用硬件的挑战题。本文讲这套 challenge/solution 消息的机制、为什么不能用双 SHA256 出题，以及提案为何止步于关闭状态。

同样是低费率交易，有的节点收、有的节点直接拒，分界线往往是一行默认参数。Bitcoin Core 在 v29.1 把最低中继费率与增量中继费率降到每千虚拟字节 100 聪，把区块最低打包费率降到 1 聪。本文用官方发行说明确定版本口径，讲清三档费率的分工与钱包实际该看哪个数。

新节点同步时，getblockchaininfo 里的 verificationprogress 常常卡在 0.99 附近纹丝不动，甚至偶尔回退。它不是已下载字节的百分比，而是一个基于链上交易总数的估算。本文拆解这个字段的定义、和 blocks 与 headers 两个高度的关系，以及该用哪些字段判断同步到底完没完成。

一个跑了几年的比特币核心节点，数据目录里能翻出十几类文件：账本原件、余额字典、钱包库、黑名单、对端通讯录。分清每个文件的职责，才知道哪些必须备份、哪些删了会出事、哪些只是缓存。本文按 Bitcoin Core 官方文档与手册逐项拆解。

怀疑数据损坏时用什么方法体检区块数据库，同步节点偶遇分叉时又该拿什么工具表达偏好。本文依据 Bitcoin Core 29.0 RPC 文档拆解 verifychain 的五级强度与 preciousblock 的同工作量裁决语义。

刚导入的钱包显示零余额、恢复助记词后转账记录缺了一半，多半是钱包与节点历史之间缺了一次对齐。rescanblockchain 把这段历史重新读一遍，本文依据 Bitcoin Core 29.0 RPC 文档讲清参数、进度查询、过滤器加速与例外情况。