Bitcoin Core的addnode支持add、remove和onetry：持续维护、移出列表与单次尝试的含义不同，手工节点连接还采用独立的同时连接上限。本文给出维护节点、临时诊断和撤销配置三类决策，并说明BIP324传输参数的适用边界。

以太坊节点之间广播新交易时，过去只发哈希，接收方往往取回交易才发现类型不支持或体积超限。EIP-5793给eth/68的新交易哈希公告消息加上了交易类型与大小字段。本文拆解这项已生效的网络协议改动解决了什么带宽浪费，以及节点如何据此做拉取决策。

以太坊节点同步的最后一段是逐个回放历史区块，Era 格式的目标是把这段活直接变成"下载加验证证明"。本文讲清 Era 想解决什么问题、文件与证明的关系，以及它对节点盘位与同步时间的现实影响。

闪电网络的路由图是节点们互相转告拼出来的，每条通道公告都带时间戳。BOLT7规定：最后一次通道更新超过两周（1209600秒）的公告，其他节点可以剔除或忽略。本文讲清保鲜机制怎么运转、节点为什么要主动重发公告、剔除为什么是个策而非硬规则。

比特币节点同步时不是一块一块排队要数据，而是给每个邻居维持一条在途请求窗口，乱序收块、按高度顺序校验。窗口多大、活怎么派、迟迟不回块的对端怎么处理，本文按比特币核心源码里的调度逻辑逐层拆开。

CometBFT 与 Cosmos SDK 技术栈用应用哈希锚定每个高度的世界状态，背后是版本化的 IAVL 树。本文按 cosmos/iavl 与 SDK 官方文档拆解这棵可版本化 AVL+ 树的哈希结构、版本与区块高度的对应关系，以及 default、everything、nothing、custom 四种裁剪策略各删什么、留什么。

Bitcoin Core getaddrmaninfo按网络返回new、tried和total地址池计数。本文区分潜在peer、历史成功peer和当前连接，给出趋势诊断方法。

Bitcoin Core getchainstates可同时展示快照链状态与后台验证状态。validated=false不等于节点不可用，本文说明双chainstate、工作量顺序和验收方法。

Kubo bitswap/wantlist能列出本地或指定peer当前等待的CID，但有条目不等于永久失败、空列表也不等于内容可读。本文提供四段式取块排障闭环。

Bitcoin Core 的 rpcauth 工具用随机盐加 HMAC-SHA256 生成可写进配置的凭据行：配置文件里只有盐与校验摘要，明文密码不落盘。本文拆解这条 user:salt:hmac 的生成逻辑、HTTP Basic 认证的匹配流程，以及它相对 rpcuser 与 rpcpassword 的差别，和 cookie 文件、绑定地址一起构成的访问控制分层。