跳到正文
Financial Context Wiki

点对点网络

点对点网络让每个节点维护一组有限且不断变化的直接对等节点，用于发现、广播和请求-响应交换；它不会形成单一全局视图，也不会把消息接受变成共识。

更新于

仅供教育参考，不构成投资建议；投资可能产生损失。

直接答案

点对点网络让每个节点发现并维护一组有限的直接对等节点，交换经过认证的协议消息，并在不经单一中央服务器转发所有内容的情况下建立本地视图。它不是完全图、全局内存池，也不是自身即可作为事实来源。某个对等节点接收、验证或转发对象，并不能证明所有节点均已看到、区块已将其纳入或共识已将其最终确定。

合并后的以太坊使用两个独立的点对点网络。执行客户端使用节点发现、RLPx 和有版本的 eth 能力进行同步与交易交换；共识客户端使用 discv5 发现节点，并通过 libp2p 广播和请求-响应协议交换信标区块、见证及其他共识对象。两个客户端在本机通过经过认证的 Engine API 协作；钱包通常通过 JSON-RPC 提交交易，但不会因此成为参与广播的节点。

运作机制

  1. 锁定链、网络、创世块和分叉配置、执行与共识客户端版本、节点身份和观察时间。将执行客户端、共识客户端、可选验证者、本地 Engine API 和面向用户的 RPC 画成独立组件。
  2. 检查每条发现路径：内置引导节点、DNS 列表、静态或可信对等节点、ENR 或 enode 身份、公布端点与序列号、网络兼容性、NAT 和入站可达性。签名 ENR 将记录绑定到密钥，但不证明诚实、同步状态或当前可达性。
  3. 分别记录连接与协议协商。执行层对等节点建立 RLPx 会话并协商 eth 等能力；共识层对等节点在 discv5 发现后协商 libp2p 传输、安全与协议 ID。找到端点不等于应用协议兼容。
  4. 按真实路径追踪每个对象。交易可能从 RPC 提交进入本地验证与执行层内存池，再通过 eth 公告和请求传播。共识对象采用特定主题的广播验证，而缺失区块可通过请求-响应取回。
  5. 在本地接纳或转发前执行有界解码、去重、速率限制、签名、语法与状态检查。记录无效、忽略、不可用和资源受限结果；对等节点评分和断开策略是本地实现决策，并非共识信誉。
  6. 将接收、验证、转发、交易纳入、执行结果、分叉选择、合理化与最终确定视为不同状态与时钟。当本地池、链头或历史响应不完整、冲突或过时时，对比多个对等节点或节点。
  7. 监控入站和出站对等节点的多样性、运营者、IP 前缀与 ASN 集中度、流失、延迟、丢包、带宽、队列、无效流量、时钟健康度和 RPC 依赖。演练引导节点丢失、NAT 故障、网络分区、日蚀攻击、过载与恢复，但不要声称绝对抵抗能力。

对等节点发现、传输安全和应用有效性解决不同问题。引导节点负责介绍候选节点，不转发普通流量，也不选择规范链。加密保护会话内容与认证，但对等节点仍能获知网络端点和时间；远程 RPC 提供商还可观察查询、地址和提交的交易。

传播并发进行且取决于拓扑。扇出、重复路径、带宽串行化、验证 CPU、排队、丢包、重传、对等节点评分及对象特定规则共同决定到达时间的分布与尾部。delay = hops * perHopTime 之类公式只是明确假设串行处理的教学模型，而非网络保证。

计算示例

  • 串行路径与流水线。 在一条教学路径中有 4 hops，每跳网络时间为 80 ms，验证时间为 20 ms。完全串行处理得到 4 * (80 + 20) = 400 ms。若验证与下一次传输重叠，简化下限为 4 * 80 + 20 = 340 ms。两者都不是全网传播时间。
  • 交易公告与取回。 节点收到 20 个交易哈希，已有 6 个，因此缺少 20 - 6 = 14 个交易正文。若教学请求最多携带 8 个，则需要 ceil(14 / 8) = 2 batches。每批往返 120 ms、验证 30 ms，串行完成时间为 2 * (120 + 30) = 300 ms，理想并行为 150 ms。实际限制取决于协商的 eth 版本和客户端。
  • 简化日蚀概率。 若 8 个出站对等节点各自独立抽样，恶意候选占 25%，全部为恶意节点的概率为 0.25^8 = 0.0000152587890625 = 0.00152587890625%。发现偏差、女巫身份、IP 与 ASN 相关性和对等节点保留策略会破坏独立性假设，因此这不是安全保证。
  • 验证过载。 入站广播为 900 messages/s；4 个工作线程各验证 250 messages/s，总能力为 1,000 messages/s，富余能力为 100 messages/s，利用率为 90%。攻击流量达到 1,400 messages/s 时，每秒积压 400 messages/s，累积 6,000 messages 需要 15 seconds。若忽略服务时间方差，5,000-message 队列会在丢弃或限流前的 5,000 / 400 = 12.5 seconds 内填满。

风险

  • 链、创世块或分叉配置错误
  • 执行客户端、共识客户端或 Engine API 不匹配
  • 引导节点和 DNS 发现集中或被劫持
  • 端点元数据过时、伪造或不可达
  • NAT、防火墙或端口配置阻碍预期可达性
  • 日蚀攻击过滤节点的本地视图
  • 女巫身份及 IP、ASN、运营者或云服务集中
  • 过度依赖静态或可信对等节点
  • 交易审查或选择性转发
  • 公开与私有订单流分化
  • 本地内存池接纳、替换与逐出策略分化
  • 无效广播耗尽验证 CPU
  • 超大请求、解压、带宽、内存或磁盘耗尽
  • 对等节点评分被操纵或错误惩罚
  • 队列背压丢弃时间敏感消息
  • 延迟、丢包或时钟偏差造成临时链头分歧
  • 协议版本或分叉摘要不兼容
  • 将已裁剪历史或资源不可用响应误读为对象不存在
  • IP、时间、查询和交易来源隐私泄露
  • 集中或暴露的 RPC 导致跟踪、视图过时、审查或失陷

常见误区

  • 每个节点都直接连接其他所有节点。 每个节点只有有限且不断变化的本地对等节点集，不同节点可能暂时看到不同消息与链头。
  • 引导节点是可信区块来源或共识参与者。 它通常只负责初始对等节点介绍；链有效性和分叉选择在别处验证。
  • 交易被一个对等节点接受后便会全网广播并保证纳入。 接纳与转发均属本地行为，构建者或提议者可不纳入该交易。
  • 广播验证等于共识与最终确定。 它只是早期的本地网络关卡；分叉选择、合理化和最终确定是独立状态机。
  • 更多对等节点或加密传输会自动提供匿名性与日蚀攻击抵抗力。 多样性与选择方式同样重要，而对等节点和 RPC 提供商仍可关联端点、时间与活动。

相关主题

资料来源

导航

搜索知识库...