比特币核心的启动通知与关机通知参数让运维脚本在节点进入服务状态和开始关闭前自动执行。本文依据 v31 源码梳理两个钩子的触发时机、线程模型、失效场景与脚本编写纪律，并给出高可用监控的正确分工。

闪电通道承诺交易里回到自己名下的输出不是立即可花的，要等对手设定的 to_self_delay 个区块。这道相对时间锁存在的唯一理由，是给清白方发现旧状态并广播惩罚留出机会；设太短惩罚形同虚设，设太长变成资金融禁。本文拆解它的双向语义、与哈希锁超时钟的不同，以及按自己查链频率定值的方法。

把 wallet.dat 拷到第二台机器一起运行，官方文档的警告只有一句：钱包文件不得跨实例共享，因为实例之间没有同步机制。本文解释共享文件为什么导致地址复用与双花、数据库锁为什么让"共享"根本不成立，以及正确的多设备路径——从同一套描述符派生、各自记账、用重扫描补齐对方产生的交易。

只想跑节点核对账本、不想让签名能力存在，有运行期参数、构建选项与默认行为三层办法。自 0.21 起节点不再自动创建默认钱包，disablewallet 关掉钱包子系统并禁用相关命令，构建选项 ENABLE_WALLET 则把钱包代码整个裁出二进制。本文逐层拆解各关上门与留下的能力，以及三层都到位的验收方法。

比特币钱包的找零输出用传统格式、隔离见证还是 Taproot，并不必然跟随收款地址类型。核心钱包参数 changetype 单独控制这一选择，官方默认规则只在收款类型为传统格式时才让找零跟随，其余情况交由实现权衡。本文拆解找零格式的手续费账、它对链上找零识别启发式的影响，以及何时值得手动设置。

隔离网段、内网审计环境里的比特币节点没法联网同步，但账本必须完整。Bitcoin Core 的启动参数 loadblock 允许启动时从本地区块文件导入数据，导入的区块仍走完整验证流程。本文拆解它的工作时机、文件来源与格式要求、适用的三类场景，以及它不能做什么的边界。

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

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

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

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