2. 节点网络架构：P2P网络拓扑、节点角色分类与节点发现机制

区块链网络本质是一个去中心化的点对点（Peer-to-Peer, P2P）网络。与传统的客户端-服务器（C/S）架构不同，P2P网络中没有中心化的服务器，每个参与者（节点）既是资源的提供者，也是资源的消费者。这种架构是区块链系统实现去中心化、抗审查和高可用性的基石。在故障排查场景中，理解节点间的连接方式、角色分工以及如何发现彼此，是定位数据不一致问题的第一步。

2.1 P2P网络拓扑结构

区块链P2P网络通常采用无结构（Unstructured）拓扑，节点之间通过随机或半随机的连接形成一张网状图。常见的拓扑模型包括：

• 随机图（Random Graph）：每个节点维护一个邻居列表，并随机选择部分节点建立连接。这种模型简单、鲁棒性强，但消息传播效率较低（泛洪广播）。
• 结构化拓扑（如Kademlia）：基于分布式哈希表（DHT）的协议，节点ID按距离组织，路由效率高。以太坊的节点发现协议（discv4/v5）即基于Kademlia变体。
• 混合拓扑：部分节点（如全节点）形成核心网状网，轻节点作为叶子节点连接至全节点。

2.2 节点角色分类

在区块链网络中，根据节点承担的功能和存储的数据量，可以将其分为以下三类核心角色：

2.3 节点发现机制

节点发现（Peer Discovery）是P2P网络自组织的核心机制。新加入的节点需要找到网络中已有的节点，并建立连接。主流区块链系统通常采用以下两种机制：

2.3.1 初始引导（Bootstrap）

节点在首次启动时，需要连接到一个或多个引导节点（Bootstrap Node）。这些节点的地址通常硬编码在客户端代码中（如比特币的seed.bitcoin.sipa.be，以太坊的bootnodes列表）。引导节点不存储完整账本，仅提供活跃节点的IP地址列表。

2.3.2 运行时发现（Kademlia协议）

以以太坊的discv4为例，节点发现基于Kademlia分布式哈希表协议：

1. 节点ID生成：每个节点生成一个椭圆曲线密钥对，公钥的Keccak-256哈希作为节点ID（Node ID）。
2. K桶（K-Bucket）管理：节点维护一个路由表，按距离（异或距离）将已知节点分组到K桶中。每个K桶最多存储K个节点（以太坊中K=16）。
3. Ping/Pong探测：节点定期向K桶中的节点发送Ping消息，收到Pong回复则标记为存活；超时则从K桶中移除。
4. FIND_NODE查询：当节点需要查找某个目标节点或刷新路由表时，向距离目标最近的已知节点发送FIND_NODE请求，返回目标附近的节点列表。

2.4 节点角色与数据不一致的关联

在账本故障排查中，不同角色节点对数据不一致的敏感度和表现不同：

• 全节点：是数据一致性的“裁判员”。如果全节点之间出现分叉，必须通过共识规则（如最长链规则）进行收敛。故障排查时，需要对比全节点的链头哈希和总难度。
• 矿工节点：是分叉的“制造者”。矿工节点可能因为网络延迟、自私挖矿或软件bug而在非最长链上出块，导致临时分叉。排查时需要检查矿工节点的交易池内容和出块时间戳。
• 轻节点：是数据不一致的“受害者”。轻节点无法独立验证区块有效性，如果连接到的全节点提供了虚假的区块头或Merkle证明，轻节点可能被欺骗。排查时需要验证轻节点连接的全节点数量和区块头链的难度累积。