ETH网络学习

概要​

​
ETH 网络是一个 P2P（点对点）网络，整个网络划分为 “执行层” 与 “共识层” 两大核心模块。其中，“执行层” 节点负责交易的交换与执行，“共识层” 节点则承担区块打包、区块验证、区块同步（获取新区块数据）和链同步（保持区块链状态一致性）等职责。​

执行层​

执行层包含 “服务发现” 与 “DevP2P” 两大组件，二者并行运作，共同支撑交易相关的网络交互。​

服务发现​

服务发现机制建立在 UDP 协议之上，通过 PING-PONG 交互同步执行层节点信息：PING 消息中包含当前节点已发现的所有节点信息，PONG 消息则包含自身节点信息及对 PING 的响应确认。若节点在 PING-PONG 交互中发现新节点，会主动与新节点建立 PING-PONG 通信，持续扩展节点连接池，确保网络覆盖的广泛性。​

DevP2P​

DevP2P 基于 TCP 协议实现，用于与其他节点进行加密通信。在权益证明机制下，DevP2P 通过有线协议实现交易交换—— 对等节点间会同步各自未打包交易池中的交易数据，确保全网交易信息的流通性。​

交易执行​

当节点的共识客户端担任区块生产者角色时，执行层会从交易池中筛选交易进行执行并打包，交由共识客户端封装进区块并全网广播。​
若节点的共识客户端并非区块生产者，执行层会从共识客户端获取交易（即从其他共识客户端同步的新区块所包含的交易），执行后进行验证，并将验证结果返回给共识客户端。​

共识层​

共识层同样包含 “服务发现” 机制，其核心逻辑与执行层类似，但在节点信息校验规则、同步频率等细节上存在差异 —— 例如共识层节点会额外验证对方的共识角色资质。​
共识层通过专属 P2P 协议与其他共识层节点实现区块同步（获取新区块数据）和链同步（保持区块链状态一致性），确保全网区块链数据的一致性。​

连接执行客户端和共识客户端​

执行客户端与共识客户端并行运行，二者需建立通信连接：共识客户端向执行客户端发送指令，执行客户端则将筛选后的交易束传递给共识客户端，供其封装进 Beacon 块（信标块）。两者通过本地 RPC（远程过程调用）连接通信，具体交互规则由 “Engine-API”（点击打开详情）定义。​
由于两个客户端共享同一网络身份，它们共用一个 ENR（以太坊节点记录），ENR 中包含执行客户端（eth1）和共识客户端（eth2）的独立密钥，用于身份校验。​
控制流摘要如下所示，相关网络堆栈位于括号中。​

当共识客户端不是区块生产者时：​

共识客户端通过区块八卦协议接收区块（基于共识层 P2P 网络）；​
共识客户端对区块进行预验证：确认发送者身份有效且元数据（如时隙、proposer 索引等）符合规则；​
将区块内的交易作为执行负载，通过本地 RPC 连接发送至执行层；​
执行层执行交易后，验证块头中的状态根哈希与执行结果是否匹配；​
执行层通过本地 RPC 连接将验证结果返回共识层，此时区块被标记为 “已验证”；​
共识层将该区块追加至本地区块链头部，生成证明信息并通过共识层 P2P 网络广播。​

当共识客户端是区块生产者时：​

共识客户端通过共识层 P2P 网络收到通知，确认自己成为下一个区块生产者；​
共识层通过本地 RPC 调用执行客户端的 createBlock 方法；​
执行层访问交易内存池（该内存池由执行层 P2P 网络的交易八卦协议持续填充）；​
执行客户端从内存池中筛选交易、打包成块，执行交易后生成区块哈希；​
共识客户端通过本地 RPC 获取交易集合与区块哈希，将其封装进信标块；​
共识客户端通过区块八卦协议广播区块（基于共识层 P2P 网络）；​
其他节点的共识客户端通过区块八卦协议接收该提议区块，按前述非生产者流程完成验证（基于共识层 P2P 网络）；​
当该区块获得足够多验证者的证明后，将被追加至区块链头部，完成验证并最终确定（Finalized）。​