Select a result to preview

以太坊的P2P网络协议：世界计算机的“神经网络”

#WEB3

以太坊的P2P网络协议：世界计算机的“神经网络”

💡 以太坊常被称为“世界计算机”，但这台计算机并没有主机。它是由全球成千上万台节点通过 P2P 网络连接而成的。本章将带你拆解以太坊是如何在没有中心服务器的情况下，实现全球数据同步的。

1. 前言：为什么不能只靠一台超级电脑？

想象一下，如果以太坊是由像亚马逊 (AWS) 这样的云服务商控制的：

但以太坊的目标是成为不可阻挡的全球计算平台：

这个“永不宕机”的奇迹，依赖于以太坊底层的 P2P 网络层（DevP2P 和 LibP2P）。

💡 思考一下

相比于比特币只是单纯的“记账”，以太坊还要运行复杂的“程序”（智能合约）。

2. 网络结构：更智能的村庄

两个层面的对话

现在的以太坊（The Merge 升级后）有点特殊，它其实是两个网络叠加在一起工作的，就像村庄里有两套广播系统：

  1. 执行层 (Execution Layer)：负责处理交易、运行智能合约（使用 DevP2P 协议）。

  2. 共识层 (Consensus Layer)：负责权益证明 (PoS)、投票确认区块（使用 LibP2P 协议）。

结构化网络 (DHT) vs 漫游

比特币的网络结构比较随意（像在广场上闲逛碰到谁就是谁），而以太坊为了更高效地传输状态数据，引入了结构化的概念。

节点身份 (Enode ID)

在以太坊村庄里，每个村民都有一个像身份证一样的长字符串，叫做 Enode URL：

enode://<128位的公钥ID>@<IP地址>:<端口>

这也是节点之间互相识别和加密通信的基础。

3. 节点发现：如何在茫茫人海中找到你

当你启动一个以太坊节点（比如 Geth）时，它面临着和比特币节点一样的问题：我该连接谁？

第一步：引导节点 (Bootnodes)

以太坊代码里硬编码了一组长期稳定运行的“超级村民”，我们称之为引导节点 (Bootnodes)。

第二步：Kademlia 算法 (K桶查找)

这是以太坊比比特币复杂的地方。它使用一种叫 Discovery v5 的协议（基于 Kademlia 算法）。

想象所有节点都在一个巨大的圆环上。

  1. 每个节点都维护一个“路由表”（K-Buckets），记录了距离自己不同距离的其他节点。

  2. 当你想找某个特定节点或者数据时，你不需要问遍所有人。

  3. 你只需要问距离目标“较近”的朋友，朋友再推荐更近的朋友。

  4. 对数级效率：即使网络有几百万个节点，你通常只需要几步跳转就能找到目标。

节点发现流程图

代码段

graph TD
    A[新节点启动 Geth] --> B(联系硬编码的 Bootnodes);
    B --> C{获取邻居节点列表};
    C --> D(计算距离逻辑 Kademlia);
    D --> E(向更近的节点发送 FINDNODE);
    E --> F(收到 NEIGHBORS 回复);
    F --> G(更新本地路由表);
    G --> H(建立连接并进行握手);

4. 连接与握手：RLPx 协议

在比特币中，加密是后来加上的补丁。但在以太坊的执行层中，加密是与生俱来的。节点之间的通用语言叫做 RLPx。

握手：不仅仅是打招呼

两个以太坊节点建立 TCP 连接后，会发生以下事情：

  1. 密钥交换 (Auth Handshake)：

    • 使用 Diffie-Hellman 算法交换密钥。

    • 结果：从这一刻起，两人之间的所有对话都是加密的。外界无法窥探你们在传什么交易。

  2. Hello 消息 (能力协商)：

    • 加密通道建立后，双方互发 Hello 消息。

    • 比惨/比强：“我支持 eth/67 协议，还支持 snap/1（快照同步）协议。”

    • 达成共识：双方会选择都支持的最高版本的协议进行后续沟通。

代码段

sequenceDiagram
    participant 节点A as 节点A (你)
    participant 节点B as 节点B (对等方)
    
    Note over 节点A,节点B: TCP 连接建立
    
    节点A->>节点B: Auth 握手 (加密密钥协商)
    节点B->>节点A: Auth 确认
    
    Note over 节点A,节点B: 此后所有数据均为加密传输 🔒
    
    节点A->>节点B: Hello (我是 Geth v1.13, 只有 eth/66)
    节点B->>节点A: Hello (我是 Nethermind, 我有 eth/67)
    
    Note over 节点A,节点B: 协商结果：使用 eth/66 通信

5. 数据传播：八卦与快照

以太坊的数据传播非常繁忙，因为它不仅要传交易，还要传智能合约的状态。

交易传播 (Transaction Gossip)

当你在 MetaMask 上发起一笔转账：

  1. 你的节点验证签名和余额。

  2. 通过 NewPooledTransactionHashes 消息，把交易哈希告诉周围的节点（为了节省带宽，先不发完整内容）。

  3. 如果邻居节点没有这笔交易，它会回复 GetPooledTransactions。

  4. 你的节点发送完整的交易数据。

状态同步 (Snap Sync)

这是以太坊的一大特色。新加入的节点不需要像早期比特币那样从头执行一遍所有历史交易（那太慢了，因为计算量巨大）。

现代以太坊客户端使用 Snap Sync：

6. 共识层网络：LibP2P 的魔法

自从“合并 (The Merge)”之后，以太坊引入了共识层（信标链）。这里使用的是更现代的通用网络栈 LibP2P（这也是 IPFS 使用的技术）。

GossipSub：更高效的群聊

共识层的节点（验证者）需要极其快速地对区块进行投票（Attestation）。为了不造成网络风暴，LibP2P 使用了 GossipSub 协议。

7. 动手实践：查看你的节点邻居

如果你运行了 Geth (执行层客户端) 和 Lighthouse (共识层客户端)，你可以亲眼看到这些连接。

第一步：通过 Geth 控制台查看 (执行层)

Bash

# 进入 Geth 的 Javascript 控制台
geth attach http://localhost:8545

# 查看当前连接的节点数
> net.peerCount
# 输出: 50

# 查看第一个邻居的详细信息
> admin.peers[0]

你会看到类似这样的输出：

JavaScript

{
  caps: ["eth/67", "snap/1"],  // 协商的能力
  enode: "enode://d860a01f...@1.2.3.4:30303", // 对方的身份证
  id: "7b68...",
  name: "Geth/v1.13.0-stable/linux-amd64/go1.21", // 对方的软件版本
  network: {
    inbound: false, // false 代表是你主动连接他的
    remoteAddress: "1.2.3.4:30303"
  }
}

第二步：查看共识层连接 (Lighthouse 示例)

共识层的连接通常更多，因为需要大量的投票通信。

Bash

curl http://localhost:5052/eth/v1/node/peers | jq '.data | length'
# 可能输出: 85

8. 常见问题解答 (FAQ)

❓ 为什么以太坊有两个P2P网络？

回答： 历史原因与架构优化。执行层（处理交易）继承了早期的 DevP2P 架构；共识层（负责PoS投票）在设计时采用了更现代、模块化的 LibP2P。两者通过一个本地的“引擎API”在你的电脑内部连接，对外则分别维护各自的朋友圈。

❓ 运行以太坊节点需要消耗很多流量吗？

回答： 是的，比比特币多得多。

❓ 我可以连接特定的节点吗？

回答： 可以。你可以使用 admin.addPeer("enode://...") 手动添加你信任的节点（比如你朋友的节点），这被称为“静态节点 (Static Nodes)”。这有助于在网络动荡时保持连接。

❓ 节点之间是加密的，那政府能知道我在运行节点吗？

回答： 节点间的内容是加密的（看不出你发了什么交易），但流量特征和端口（默认30303）是公开的。外界可以看到你的IP地址正在运行以太坊协议，但很难知道你具体在做什么操作。

9. 总结

以太坊的 P2P 网络是一个双层架构的工程奇迹：

每一次你的节点同步到一个新区块，都是在这个全球巨大的、无主的神经网络中，完成了一次微小但伟大的脉冲。