比特币核心会在RPC结果里给出warnings警告数组，并用alertnotify在关键事件时触发外部命令。本文讲解v28.0起警告字段改为数组后的读法、告警触发范围的变化，以及如何把节点警告接进监控。

比特币节点对付捣乱对端的方式是静默劝退：验证失败或协议违规会触发断连并进入本机会话级的不鼓励集合，重启即忘；只有管理员手动封禁才生成带到期时间的持久记录。本文拆解这套 discouragement 机制的行为来源、默认时长档位、权限白名单的例外通道，以及跑公网节点时误伤与自己挨断都是同一套机制造成的。

跑一个以太坊全节点，硬盘上那几十到几百 GB 并非一整坨数据库：区块体、区块头与索引、状态树、密钥与节点身份各占专区，底层存储引擎的批量写还会制造短时的空间脉冲。本文以主流客户端公开的目录结构为线索，解释每类文件回答什么问题、为什么删错目录等于报废节点，以及清理磁盘为什么不能靠手动挑文件。

比特币节点不直接推整个区块，而是先互相递一张清单：inv 消息报出我有哪笔交易、哪个区块的哈希，对方再按需回一条 getdata 点名要货。本文按点对点协议参考拆解这套问询式广播的两步结构，以及为什么 getdata 要不到已剪枝的历史区块、mempool 消息和 inv 怎么配合。

ord 官方要求配一台开 -txindex 的同步 bitcoind。本文拆解 txindex 与修剪模式互斥、cookie 文件 RPC 认证、索引双份磁盘成本与实验阶段的安全边界。

同一句 gettxoutsetinfo 有时秒回有时几十分钟。本文拆解全库扫描与 coinstatsindex 索引两条路径、三种哈希口径与做供应统计的正确姿势。

比特币节点关机前把内存池快照写入 mempool.dat，重启再灌回。本文说明这份记忆的边界：过期规则、与钱包重发的分工，以及重启后费率读数为何虚少。

两个比特币节点连上 TCP 后第一件事是互发 version 和 verack：报协议版本、服务开关、起始高度和能力清单。这些信息决定了对方要不要跟你继续说话。本文逐字段拆开这条最基础的 P2P 消息，讲清链身份如何在协议层被守住、功能如何协商，以及普通用户能从中学到什么。

新节点连上网络的第一步不是同步区块，而是“找人”。本文拆解以太坊发现协议 discv4/discv5 的 Kademlia 思路：节点 ID 之间的距离度量、桶状路由表怎么逐级逼近、以及它和 DNS 种子节点的分工。

共识协议要同时守住两条底线：不产生矛盾历史（安全性），和不停止生长（活性）。权益证明网络里，验证者掉线是常态而不是事故——协议用跳过空槽、漏票扣奖励和无活性稀释这些机制，保证少数甚至部分多数验证者失联时链仍在推进。本文拆解这套活性机制的层次与代价。