刚导入的钱包显示零余额、恢复助记词后转账记录缺了一半,多半是钱包与节点历史之间缺了一次对齐。rescanblockchain 把这段历史重新读一遍,本文依据 Bitcoin Core 29.0 RPC 文档讲清参数、进度查询、过滤器加速与例外情况。
刚导入的钱包显示零余额、恢复助记词后转账记录缺了一半,多半是钱包与节点历史之间缺了一次对齐。rescanblockchain 把这段历史重新读一遍,本文依据 Bitcoin Core 29.0 RPC 文档讲清参数、进度查询、过滤器加速与例外情况。
怀疑数据损坏时用什么方法体检区块数据库,同步节点偶遇分叉时又该拿什么工具表达偏好。本文依据 Bitcoin Core 29.0 RPC 文档拆解 verifychain 的五级强度与 preciousblock 的同工作量裁决语义。
新节点同步时,getblockchaininfo 里的 verificationprogress 常常卡在 0.99 附近纹丝不动,甚至偶尔回退。它不是已下载字节的百分比,而是一个基于链上交易总数的估算。本文拆解这个字段的定义、和 blocks 与 headers 两个高度的关系,以及该用哪些字段判断同步到底完没完成。
一个跑了几年的比特币核心节点,数据目录里能翻出十几类文件:账本原件、余额字典、钱包库、黑名单、对端通讯录。分清每个文件的职责,才知道哪些必须备份、哪些删了会出事、哪些只是缓存。本文按 Bitcoin Core 官方文档与手册逐项拆解。
同样是低费率交易,有的节点收、有的节点直接拒,分界线往往是一行默认参数。Bitcoin Core 在 v29.1 把最低中继费率与增量中继费率降到每千虚拟字节 100 聪,把区块最低打包费率降到 1 聪。本文用官方发行说明确定版本口径,讲清三档费率的分工与钱包实际该看哪个数。
交易的第一行不是金额而是版本号。v1 是多年基线,v2 让 nSequence 的相对时间锁生效,v3 在 v28 起配合 TRUC 策略约束交易包拓扑。本文按 BIP68、BIP431 与官方发行说明讲清版本字段的门控语义,以及为什么共识不限号、标准策略却各管各的。
lnd 的 RPC 不是用一个密码保护,而是用一组叫 macaroon 的令牌文件分级授权:admin 全权、readonly 只读、invoice 只管收款。本文按 lnd 官方文档拆解各令牌的权限表、保管边界,以及丢了或泄露了分别意味着什么。
闪电节点 lnd 的种子词表用的是和 BIP39 相同的 2048 个单词,却明确不兼容:24 个词编码的是 128 位随机数、钱包生日和版本号,而不是助记词校验和。本文按 lnd 官方安全文档拆解 aezeed 的编码结构,以及种子相同为何恢复结果完全不同。
闪电通道最怕的不是宕机重启,而是对端一去不回。官方安全文档把这种通道叫僵尸通道:对端永久离线却没有关通道,而静态通道备份的恢复恰恰依赖对端配合。本文按 lnd 文档拆解僵尸通道的风险模型、公开与私有通道的取舍,以及作为普通用户该盯什么。
Bitcoin Core v28 新增的 gethdkeys 把钱包描述符引用的全部 BIP32 密钥一次性列出,含指纹与派生路径。恢复、迁移、密钥审计时先跑它,能少踩很多坑。本文拆解返回字段、与 listdescriptors 的分工,以及审计时看哪些异常信号。