通信系统负责什么
区块链通信系统让节点寻找其他节点、建立连接，并交换交易、区块等数据。以太坊网络层文档区分了面向多个节点的信息传播与节点之间的请求响应；比特币开发文档则介绍了节点发现、连接和区块下载。这些机制说明，通信不是一个单独步骤，而是一条相互依赖的处理链。
以下问题适用于理解点对点区块链网络，但具体协议、连接策略与同步方式取决于项目和客户端版本，不能将某一种实现视为所有区块链的统一标准。
节点发现失败或连接缓慢
新节点需要获得可连接节点的地址。以太坊采用引导节点等发现机制；比特币可通过DNS种子、已保存的节点记录及其他节点提供的地址发现连接对象。地址失效、节点离线，都会导致连接尝试失败。
发现地址并不等于建立连接。因此，节点数量少时，需要区分“没有可用地址”和“已有地址但连接不成功”，两者处于不同环节。
握手与协议协商不成功
节点能够访问对方，也不代表能够交换业务数据。以太坊执行层连接涉及身份认证握手及子协议协商；比特币节点也需交换版本信息并确认连接。
双方需要按照共同支持的规则解释消息。排查时应区分网络可达、会话建立和协议可用，不能仅凭端口可访问就认定通信正常。
传播延迟与同步落后
消息需要沿节点连接传播，各节点接收数据的时间不必完全一致。因此，某个节点尚未收到交易或区块，不足以证明整个网络停止运行；收到交易也不等于交易已经被区块收录。
同步还包含下载后的验证。比特币开发文档说明，长期离线的节点可能需要补充下载大量区块。由此可见，“连接正常”和“已经跟上链上进度”是两项不同状态，判断同步问题应同时关注数据获取与验证进展。
连接来源集中与隔离风险
比特币开发文档提醒，单独依赖DNS种子可能使节点获得攻击者控制的地址，从而面临被隔离的风险。这说明连接数量并不是唯一指标，连接来源是否过于集中也值得关注。
网络隔离影响的是节点能看到哪些信息，并不意味着攻击者提供的无效区块就能通过全节点验证。信息可获得性与数据有效性需要分别判断。
多层通信需要分别判断
以太坊执行客户端与共识客户端使用各自的点对点网络，两者之间还需要本地通信。因此，一个网络连接正常，不能证明另一个网络及客户端间通信也正常。
理解常见故障时，可以依次区分节点发现、连接握手、消息交换、同步验证及客户端间通信。这样的分层判断，比将所有异常笼统归为“区块链网络卡顿”更准确。