lnd 的 RPC 不是用一个密码保护，而是用一组叫 macaroon 的令牌文件分级授权：admin 全权、readonly 只读、invoice 只管收款。本文按 lnd 官方文档拆解各令牌的权限表、保管边界，以及丢了或泄露了分别意味着什么。

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

怀疑数据损坏时用什么方法体检区块数据库，同步节点偶遇分叉时又该拿什么工具表达偏好。本文依据 Bitcoin Core 29.0 RPC 文档拆解 verifychain 的五级强度与 preciousblock 的同工作量裁决语义。

比特币核心的 RPC 是一个带线程池和工作队列的小型 HTTP 服务器：默认 16 个线程、64 层队列、30 秒服务端超时。扫描钱包、导入描述符这类长任务会怎样挤占队列、返回 503 或提前断开，本文按源码默认值给出排障与调度纪律。

比特币核心的连接管理器周期性开一条只存活几秒的 feeler 连接，随机抽一个未验证地址试握手：成功就记下地址在线，失败即丢弃不留痕；握手一完成实现就把它标记断开。核心源码 net.cpp 中该词（不分大小写）出现数十处。本文拆解它与八个常驻出站槽位的分工、随机抽样为什么是对地址投毒的主要解毒剂，以及防火墙后节点被误判离线的原因。

节点发 getdata 点货，对端手里没有对应数据时回一条 notfound，把"在路上了"和"根本拿不到"区分开。比特币核心源码 protocol.h 定义该消息类型，net_processing.cpp 在处理 getdata 时把取不到的条目攒进 vNotFound 回给请求方。本文拆解它出现的位置、与孤儿交易等待和区块补洞的配合，以及误读它导致的排障弯路。

go-ethereum 的 syncmode 有 snap 与 full 两档，默认值是 snap。快照同步不再逐块重放历史交易，而是向网络索取一段段连续的状态数据，在本地重建默克尔树，只在接近链尖时才回退到逐块执行。本文拆解两种模式的成本结构、快照为什么必须先造一次、以及节点停在快照阶段时的排查顺序。

比特币核心把节点学到的对端地址记进内存地址管理器并周期性落盘到数据目录的 peers.dat，重启后优先从验证过的 tried 表重连。本文拆解 new 与 tried 两级结构、网段分桶防污染、文件损坏与陈旧的表现，以及它和封禁名单、DNS 种子的分工。

比特币核心的配置不止 bitcoin.conf 一个文件：0.21 起，节点还会在数据目录维护 settings.json，记录运行时写入的软设置。本文讲清两层配置的分工、GUI 改配置去了哪里、以及配置不生效时先看启动日志的排障法。

家庭节点最怕的不是被攻击，而是停电。本文给出一份断电、断网、磁盘写满后的重启自查：同步进度、链尖、内存池恢复、钱包重新扫描的顺序，以及轻易重扫描全链这类禁忌。