P2P网络负责什么
P2P即点对点网络，节点通过协议发现彼此并交换信息。讨论其常见问题时，需要区分三个环节：能否找到对端、能否建立有效连接、收到的数据能否通过验证。连接数量增加，并不直接代表同步完成或数据可信。
以太坊开发者文档介绍了执行客户端与共识客户端各自的网络栈，以及节点发现、会话建立和信息传播。比特币开发者指南则说明了地址发现、节点连接和区块下载验证。这些机制可用于理解问题，但具体协议与客户端行为不能跨项目直接套用。
为什么找不到节点或启动连接缓慢
节点首次加入网络，需要先获得其他节点的地址。以太坊采用引导节点辅助发现，比特币可通过DNS种子获取候选地址，并保存已知节点信息。地址只是连接线索，对应节点可能已经离线或更换地址。
因此，启动时多次连接失败不一定意味着整个网络不可用。需要区分地址来源是否可用、已知地址是否过期，以及目标节点是否能接受连接。保存地址有助于后续启动，但不能保证每个地址一直有效。
为什么发现了对端仍不能通信
发现节点与建立业务通信是不同阶段。以太坊执行层的发现机制与后续通信使用不同协议栈；建立会话后，还需要协商双方支持的子协议。发现成功只能说明取得了连接线索，不能证明后续握手和能力协商必然成功。
这一判断适用于分阶段建立连接的网络：发现失败、握手失败和协议不兼容应分别分析。仅凭一个“连接失败”提示，通常不足以确定故障发生在哪一层。
为什么已连接但同步仍然落后
区块同步包含下载和验证。比特币指南描述的初始同步还适用于节点长期离线后补齐数据的情形；归档节点与裁剪节点保留历史区块的范围也不同。
由此可见，有对端连接并不等于已具备完整的本地验证状态。分析同步问题时，应区分是否获得所需数据，以及收到的数据是否已处理完成。历史指南中的具体下载流程和参数还带有版本条件，不宜当作所有客户端的固定规则。
消息传播与信任有哪些误区
P2P消息通过节点间转发传播，各节点接收信息存在先后。某个节点暂时没有看到一条交易或一个新区块，不能单凭这一现象判断其无效；网络传播与规则验证分别解决信息到达和信息有效性问题。
地址来源同样存在信任边界。比特币指南指出，过度依赖DNS种子可能让节点被引向攻击者控制的对端。多来源发现有助于减少单一来源依赖，但不能替代数据验证；安全会话也不能保证对端提供的所有内容都符合链上规则。