bitcoin-cli 的 -rpcwait 把连接失败与 -28 预热错误都当作可重试，每秒一次敲门直到 RPC 就绪；-rpcwaittimeout 默认零、代表无限等待。本文按 v31.0 源码拆解重试循环、单调时钟截止线与它救不了的错误类型。

比特币核心的 -startupnotify 在初始化尾声以脱离线程执行、不卡启动；-shutdownnotify 在停机入口并发执行且全部结束才继续关服。本文按 v31.0 源码讲清两个生命周期钩子的触发点、失败语义与自动化分工。

比特币核心对新建 P2P 连接设了两条时间线：可配置的 -peertimeout 观察窗（默认六十秒）与固定二十分钟的收发超时。本文按 v31.0 源码讲清两条线各判什么、日志怎么对号、参数边界在哪。

树莓派这类 ARM 单板机跑比特币全节点的官方支持早已就位：aarch64-linux-gnu 预编译包与桌面包同批发布、同套验签体系。本文讲清单板机部署的三层决策——用官方包还是交叉编译（depends 系统一条 HOST 参数）、SD 卡与 NVMe/固态的存储账、内存与 prune 模式的减配路线，并纠正几项关于功耗的常见误区。

同样是停掉一个比特币核心节点，kill 默认信号、前台 Ctrl+C 与 kill -9 走的是完全不同的路：前两者进入源码登记的优雅关停序列，后者跳过全部善后。本文按 v31.0 源码讲清 SIGTERM/SIGINT/SIGHUP/SIGPIPE 各自接的是什么线、日志换页与信号的历史出处，并给出 systemd 超时与停机动作清单。

Lightning Node Connect 让浏览器经由不可信的 Web 服务器安全访问自己的闪电节点：LiT 签发限时限权的会话，一串十个单词的配对短语推导 512 位流 ID，信箱中继只见密文不见内容。本文拆解三件套的机制、PAKE 与 macaroon 的分工和部署要点。

把闪电节点状态搬进复制型存储后，多台实例只有 leader 能读写账本。本文依据 LND v0.19.0-beta 官方文档与源码，拆解集群模式的编译开关、db.backend 与 cluster 段参数、默认 90 秒的 leader 会话时限，以及高可用方案背后的运维成本。

同样叫索引，CometBFT 的索引器只存查询键而不存区块本体，kv 与 psql 两种后端的可查范围完全不同。本文按 CometBFT 官方索引与订阅文档拆解复合键的拼法、默认索引哪些字段、psql 模式下 RPC 搜索为何失败，以及负数与大整数属性为什么查不准。

不想为一次区块查询单独维护比特币核心 RPC 通道？LND 从 0.16 起经 ChainKit 服务对外提供 getbestblock、getblockhash、getblockheader、getblock 四类链上只读查询。本文依据 v0.19.0-beta 源码逐条拆解参数、语义与和 Neutrino 接口的分工。

通道开了关了是宏观账，付款卡在哪一跳是微观账。本文以 LND v0.19.0-beta 源码为准，拆解 router 服务的 SubscribeHtlcEvents 单向流：HtlcEvent 的四个门牌字段、SEND/RECEIVE/FORWARD 三类身份、六种事件负载，以及订阅端不收过滤参数的设计。