LND 每条转发事件定长 40 字节，单次查询至多约 5 万条、默认 100 条，靠索引偏移翻页；DeleteForwardingHistory 支持绝对时间戳或 -30d 相对时长删除并返回删除条数与费用合计。本文按官方接口定义梳理字段、分页与保留策略纪律。

换电脑、重装系统、换硬盘，自托管钱包怎么搬不丢钱。本文沿 31.0 RPC 文档把 Core 钱包迁移拆成备份、恢复、核对三步：描述符与时间戳、密钥派生路径、导入与重扫的盲区，并给出换机器场景的验收清单。

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

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

同一串助记词在新设备上恢复出来的，是密钥而不是旧钱包。本文按描述符钱包时代的字段清单逐项核对：派生路径、脚本类型、标签、输出锁定状态各走哪条通道恢复，并给出一份可执行的验收清单与常见错误模式。

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

修复版发布很久之后漏洞细节才见天日，是比特币核心披露政策的刻意设计：低危两周后公开，中高危等最后一个受影响版本走到生命周期终点，严重级走个案程序。本文按官方安全公告页的四级定义拆解公告读法，并给出时差期内收款与运维的防御动作。

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

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

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