EIP-8371 针对 PeerDAS 把 blob 重建压力全压在超节点身上的问题，提出按行主题（row topic）做分布式重建：订阅足够列子网的普通节点也能参与补全，降低超节点负载。本文拆解这份草稿。

闪电的路由公告若来一条转一条，带宽、算力都会被风暴吞掉。规范给出的解法是攒批：外发 gossip 每六十秒冲刷一次，同节点的新公告替换旧版本，天然形成限速、折叠与去重。本文拆解这套错峰广播的三个效果、它造成的地图收敛延迟，以及排查"公告没动静"和"离线补课"时的正确预期。

EIP-8070 提议让执行层节点对每条 blob 交易只有约百分之十五的概率拉取完整数据，其余情况只按信标层同一套单元格托管做抽样。本文解释这套稀疏 blob 池为何能把平均带宽压到约四分之一，以及构建者隐私这个约束从哪来。

setnetworkactive会关闭或恢复Bitcoin Core的全部P2P网络活动，但不会停止bitcoind进程、删除链数据或自动禁用本地RPC。本文以维护窗口为线索，说明关闭前基线、离线期间可做与不可证明的事项、恢复联网后的同步验收。

大多数 P2P 内容站在付款方视角，而发布广告、用自有资金与陌生人成交是另一种角色。本文按准入条件、资金占用、放款义务、涉诉与冻卡风险、收益核算五个维度拆解 P2P 挂单方，机制说明撰写于 2026 年 9 月，各平台具体规则以官方页面为准。

getaddednodeinfo展示通过addnode RPC或-addnode配置维护的目标、连接状态与当前连接端点，但它不是全部Peer清单或DNS候选列表。本文说明核心字段的读法，以及如何再用getpeerinfo核对当前manual连接。

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

比特币节点的入站连接槽是稀缺资源，攻击者可以用海量假节点占满它。BIP-154 提出「工作量证明限速」：想要超出免费额度的入站连接，先解出一道防专用硬件的挑战题。本文讲这套 challenge/solution 消息的机制、为什么不能用双 SHA256 出题，以及提案为何止步于关闭状态。

Ethereum net_peerCount返回十六进制的当前对等连接数，但单一数量不能证明同步与RPC正常。本文构建四信号节点健康判断方法，并给出零peer与异常高peer的分流排查路径。

广播出去的比特币交易迟迟不见动静，节点其实可能已经用notfound消息回过话。本文讲清headers-first同步下getdata与notfound的应答关系、交易与区块两种场景的语义差别，以及如何把这条消息用作排障证据而不是继续盲等。