MEV 交易的最低延迟 Reth RPC (2026)

简短回答 — 2026 年以太坊 MEV 的最低延迟 Reth RPC 设置需要在裸机硬件（NVMe Gen4/5、64 GB DDR5）上运行自托管 Paradigm Reth 节点，该节点位于 AWS us-east-1 或同等 Equinix 设施中的主要区块构建器附近。将 FRB 代理直接连接到本地 Reth WebSocket 端点 (ws://127.0.0.1:8546) 可完全消除互联网往返时间，从而实现内存池事件传递的低于 1 毫秒的内部延迟。本指南介绍了为何使用 Reth、如何配置它以及如何将其与 FRB 集成以执行生产 MEV。

精通路径：第二层精通

• Arbitrum MEV 延迟
• 基础 MEV 策略
• Optimism剧本
• Reth RPC 精通（当前）
• 按链划分的最佳 WSS 端点

为什么自托管 Reth 击败共享 RPC 提供商

MEV 的竞争优势以毫秒为单位。从有利可图的待处理交易进入以太坊网络到您的机器人检测到它之间的每一毫秒，都是更快的竞争对手抓住机会的窗口。

共享 RPC 提供程序（Alchemy、QuickNode、Infura）为数千个并发用户提供服务。它们应用速率限制、对请求进行排队并使用负载均衡器，这些负载均衡器会根据拥塞情况增加 20-150 毫秒的开销。这种开销在正常使用期间是不可见的——只有在 MEV 机会存在的狭窄窗口中才有意义。

自托管 Reth 完全消除了共享队列。您的节点无需中介即可接收并处理来自对等方的待处理事务。从对等网络到您的应用程序的延迟仅受网络传播时间和本地处理速度的限制。

定量差异：以太坊内存池订阅的共享 RPC 端点通常在中等负载期间节点看到事件后 30-200 毫秒传送 eth_subscribe 事件。在本地主机上连接 WSS 的本地 Reth 节点在 2 毫秒内传递相同的事件。

为什么 Reth 优于 Geth、Erigon 或 Nethermind

Reth 是由 Paradigm 开发的基于 Rust 的以太坊执行客户端，专为性能和模块化而从头开始设计。与替代方案相比：

Reth 对比 Geth：

• 在所有已发布的基准测试中，Reth 从创世区块同步的速度都比 Geth 更快
• Reth 使用 MDBX（内存映射 B 树）而非 LevelDB——在内存池模拟期间状态查找所需的随机读取模式下速度明显更快
• Reth 的 WebSocket 实现序列化开销更低，使高频订阅的事件传递延迟降低 5-15 毫秒

Reth 对比 Erigon：

• Erigon 同样使用 MDBX，历史数据读取性能出色
• Reth 积极的开发节奏，加上 Paradigm 以 MEV 为重心的贡献，使其能更好地响应搜索者的特定优化需求
• Reth 的 WebSocket API 更稳定，在高订阅量下表现更好

Reth 对比 Nethermind：

• Nethermind 基于 .NET；Reth 基于 Rust——在 .NET 高负载时常见的 GC（垃圾回收）压力场景下，Rust 的内存管理模型能带来更可预测的延迟
• Reth 的 debug 命名空间更完整，这对模拟工作流很重要

对于 2026 年 MEV 的执行，Reth 是参考客户。

硬件要求（2026 规范）

存储 — 不可协商： 截至 2026 年，以太坊归档状态超过 2 TB。存储性能要求不是吞吐量 (MB/s)，而是 IOPS——每秒随机读/写操作，这决定了 Reth 在捆绑模拟期间响应状态查询的速度。

• 最低： 4 TB NVMe Gen4 SSD（三星 990 Pro、WD Black SN850 同等产品）
• 推荐： 4 TB NVMe Gen5 SSD — 大约是 Gen4 IOPS 的 2 倍，可直接减少复杂多跳捆绑验证的模拟延迟
• 不要使用 SATA SSD — SATA III 的顺序上限为 ~550 MB/s 和 ~100K IOPS。 NVMe Gen4 提供约 7,000 MB/s 和约 1M+ IOPS。差异可以通过捆绑模拟时间来衡量。

内存：

• 最低： 32 GB DDR4
• 推荐： 64 GB DDR5 — Reth 的 MDBX 实施显着受益于大型操作系统页面缓存；更多 RAM 意味着更多状态 trie 保留在缓存中，从而减少峰值模拟负载期间的 SSD 读取

中央处理器：

• 最低： 8 核，现代架构（Intel Core i7-12 代或 AMD Ryzen 7）
• 推荐： AMD EPYC（服务器级）或具有高单线程性能的 Intel Core i9 — Reth 的模拟路径部分是单线程的，因此对于关键延迟路径而言，时钟速度比核心数量更重要

网络：

• 最低 1 Gbps 对称专用连接
• 对等数量较多的数据中心首选 10 Gbps
• 低延迟路由到主要区块构建者和验证者对等的 Equinix IX 点（NY4、FR2）

物理位置： 同一地点

节点和区块构建器之间的物理距离是您无法设计的延迟下限。光纤中的光速约为 200,000 公里/秒，这意味着每 200 公里光纤路径有 1 毫秒的延迟。

主要目标数据中心：

• AWS us-east-1 / Equinix NY4（弗吉尼亚州阿什本） — 北美最大的以太坊区块构建器基础设施集中地
• Equinix FR2（法兰克福） — 欧洲主要的区块构建者中心；覆盖 Flashbots 和大多数欧洲中继运营商
• Equinix TY3（东京） — 与亚洲搜寻者运营相关，对主要 MEV 竞争不太重要

在这些数据中心之一运行 Reth 节点并在同一服务器上连接 FRB 代理可以完全消除互联网延迟。 FRB 和 Reth 之间的 WSS 连接仅遍历环回 — 实际上为零延迟。

Reth 节点配置

从 github.com/paradigmxyz/reth 的官方二进制版本安装 Reth。运行前验证校验和。

优化 MEV 的启动配置：

reth node \
  --chain mainnet \
  --http \
  --http.api "eth,net,web3,debug,txpool" \
  --ws \
  --ws.api "eth,net,web3,debug,txpool" \
  --ws.origins "*" \
  --db.map-size 4000000000000 \
  --discovery.v4 \
  --max-outbound-peers 100 \
  --max-inbound-peers 30 \
  --log.file.filter info
Copy

关键标志解释：

--http.api 和 --ws.api — 加入 txpool 以订阅待处理的交易事件。这是提供内存池数据的 API 命名空间。如果不加上它，您就只能查询已确认的链上状态。

--db.map-size 4000000000000 — 将 MDBX 内存映射大小设置为 4 TB，与您的磁盘分配相匹配。这可以防止 MDBX 需要调整地图大小（这会导致短暂的暂停），并允许整个数据集可寻址。

--max-outbound-peers 100 — 更多对等点意味着从网络中更快地传播待处理事务。当您的节点连接到更多对等点时，它会更快地听到内存池条目。

--max-inbound-peers 30 — 允许一些入站连接以维持网络健康，但限制它们以防止对等请求耗尽资源。

将 FRB Agent 连接到您的 Reth 节点

一旦 Reth 完全同步（使用快速硬件进行存档同步，从头开始需要 6-24 小时），配置 FRB 以将其用作主节点。

1. 在 FRB Agent 中，导航至设置 → 网络 → 以太坊 → RPC 配置
2. 将节点类型设置为 Custom / Localhost
3. 将 WSS 端点 设置为 ws://127.0.0.1:8546
4. 将 HTTP 端点 设置为 http://127.0.0.1:8545
5. 运行内置延迟基准 — 本地 WSS 的结果读取时间应低于 2 毫秒

如果 FRB Agent 与 Reth 在同一服务器上运行（建议用于生产），则所有流量都保持环回。捆绑模拟、内存池订阅事件和状态查询都是本地的——关键路径中没有互联网往返。

如果 FRB Agent 在同一数据中心的单独服务器上运行，请通过专用网络接口而不是公共 IP 进行连接。这将流量保留在数据中心的内部网络内（通常为 0.1–1 毫秒），而不是通过公共互联网路由。

防火墙和访问控制

面向公众的 Reth 节点是一种安全责任。配置防火墙以完全阻止外部访问端口 8545 和 8546：

## Allow only localhost access to RPC ports
iptables -A INPUT -s 127.0.0.1 -p tcp --dport 8545 -j ACCEPT
iptables -A INPUT -s 127.0.0.1 -p tcp --dport 8546 -j ACCEPT
iptables -A INPUT -p tcp --dport 8545 -j DROP
iptables -A INPUT -p tcp --dport 8546 -j DROP

## Keep P2P port (30303) accessible for peer discovery
iptables -A INPUT -p tcp --dport 30303 -j ACCEPT
iptables -A INPUT -p udp --dport 30303 -j ACCEPT
Copy

同时限制 txpool API 访问。内存池订阅是一种高价值的数据源——公开它会邀请竞争对手使用您的基础设施。

监控与维护

同步状态： 通过 HTTP 端点监视 eth_syncing。仅当返回 false 时，该节点才能完全运行。

同行人数： 始终将同行人数保持在 20 以上。对等点数量少意味着待处理事务的传播延迟。如果对等计数下降，请检查 P2P 端口 30303 的防火墙规则。

**磁盘使用情况：**每周检查一次。以太坊状态每月大约增长 50-100 GB。总共 4 TB，您大约有 24-36 个月的空间 — 在用完之前计划存储扩展。

Reth 版本： 当新版本包含性能改进时更新 Reth。每月 github.com/paradigmxyz/reth/releases 检查变更日志。

结论

在托管裸机硬件上运行的自托管 Reth 节点是 2026 年一级以太坊 MEV 操作的基础设施基线。Reth 基于 Rust 的性能、MDBX 状态存储以及靠近主要区块构建器的托管相结合，创建了一个共享 RPC 提供商在结构上无法与延迟敏感执行相匹配的设置。

FRB 代理直接与本地 Reth WSS 端点集成，消除了 MEV 执行路径中的每个外部网络跃点 - 从事件检测到捆绑模拟再到中继提交。节点上线后，请参阅 Flashbots Private RPC 指南 以了解中继配置。