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

交易迟迟不进块，Bitcoin Core 钱包的 bumpfee 能在原交易基础上造一笔更高费率的新交易顶替旧身。它改不了账本上的旧交易，加钱要动找零或补输入，还得跨过增量费用门槛。本文按 31.0 官方 RPC 文档拆开通道、边界与失败原因，并交代关输入、换加急工具的分界。

Bitcoin Core v28 新增的 gethdkeys 把钱包描述符引用的全部 BIP32 密钥一次性列出，含指纹与派生路径。恢复、迁移、密钥审计时先跑它，能少踩很多坑。本文拆解返回字段、与 listdescriptors 的分工，以及审计时看哪些异常信号。

钱包只会生成创建时就绑定好的地址类型，想让只认原生隔离见证的老钱包补出 Taproot 收款能力，用不着重建钱包。Bitcoin Core v28 的 createwalletdescriptor 能把新标准描述符加进现有钱包，配套 gethdkeys 查已有密钥。本文拆解它补的到底是什么。

闪电通道最怕的不是宕机重启，而是对端一去不回。官方安全文档把这种通道叫僵尸通道：对端永久离线却没有关通道，而静态通道备份的恢复恰恰依赖对端配合。本文按 lnd 文档拆解僵尸通道的风险模型、公开与私有通道的取舍，以及作为普通用户该盯什么。

闪电节点 lnd 的种子词表用的是和 BIP39 相同的 2048 个单词，却明确不兼容：24 个词编码的是 128 位随机数、钱包生日和版本号，而不是助记词校验和。本文按 lnd 官方安全文档拆解 aezeed 的编码结构，以及种子相同为何恢复结果完全不同。

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

选币出错、交易卡死、粉尘找上门时，钱包层面有两件趁手的工具：临时锁定输出一笔一笔冻结，放弃交易一笔勾销。本文依据 Bitcoin Core 29.0 RPC 文档拆解两个命令的确切语义、持久化边界与组合使用顺序。

在欧盟持牌交易所把币转到自己管理的钱包时，可能被要求证明这个地址归你所有。本文拆解 Regulation (EU) 2023/1113 重写后的转账信息规则在 2024 年 12 月 30 日起如何适用、一千欧元的钱包所有权核验触发线怎么累计计算、签名挑战与微额试转两类常见验证方式的边界，以及发起转币前该留哪些痕。机制说明撰写于 2026 年 9 月，各平台的具体流程以官方页面为准。

比特币核心可以用 -signer 参数接入外部签名程序，让节点全程不接触私钥。本文按官方文档拆解这条链路：设备枚举、建钱包、地址回显核对，以及"软件托管在官方组织下但仍属实验性"这条警告的分量。