以太坊：MEV 的最佳私有 RPC (2026)
**简短回答** — 在 2026 年的以太坊主网上，“私有 RPC”一词实际上涵盖了两个被混为一谈的不同工作。 **工作 1** 是*用户端 MEV 保护*：普通钱包用户希望他们的交换路由不会受到三明治攻击，而 Flashbots Protect 或 MEV-Blocker 是正确的工具。 **工作 2** 是 *搜索者端捆绑提交*：MEV 操作员希望同时
简短回答 — 在 2026 年的以太坊主网上，“私有 RPC”一词实际上涵盖了两个被混为一谈的不同工作。 工作 1 是用户端 MEV 保护：普通钱包用户希望他们的交换路由不会受到三明治攻击，而 Flashbots Protect 或 MEV-Blocker 是正确的工具。 工作 2 是 搜索者端捆绑提交：MEV 操作员希望同时将 eth_sendBundle 发送给多个构建器以最大化包容性，正确的工具是直接提交给 Flashbots、Titan、beaverbuild、rsync-builder 等 - 通常通过 MEV-Share 等聚合器或您自己的多构建器客户端。这些是不同的产品，具有不同的延迟特性、不同的风险和不同的正确配置。本指南涵盖了两者，并且专门针对以太坊主网 - 有关多链和自托管 RPC 的讨论，请参阅 Best WSS Endpoints by Chain 2026。
精通之路
- 高级 ETH 套利策略
- 机构 MEV 反向运行 (2026)
- Flashbots 捆绑包说明
- 私人 RPC 指南（当前）
- MEV 盈利能力 2026
两个不同的“私有 RPC”作业
这种混乱是如此普遍，值得直白地表达出来：
用户端保护。 普通 DEX 用户提交交换。如果它通过公共 RPC，则交换在公共内存池中可见，搜索者可以将其夹在中间。该用户的“私有 RPC”不会将其待处理的交易广播到公共内存池 - 它将其直接转发给区块构建者，区块构建者将其包含在内，而不会将内容泄露给其他搜索者。用户的工作就是保护隐私。延迟是次要的。
搜索者端提交。 搜索者已经构建了一个捆绑包（一个或多个交易，包括他们的交易，也可能包括其他人的交易），并且需要以原子方式包含它。对于搜索者来说，“私有 RPC”是一种将捆绑包尽可能快地发送给尽可能多的构建者的路径，并通过正确的提示配置来最大限度地提高某些构建者获得它的机会。延迟就是一切。
同一提供商通常同时提供这两种服务。端点不同。配置不同。把它们混在一起会烧伤你的。
用户保护 RPC（用于钱包、交换、正常流程）
| 供应商 | 它实际上做了什么 | 何时采摘 |
|---|---|---|
| Flashbots 保护 RPC | 将用户交易路由到具有三明治保护的 Flashbots 对齐构建器。失败的交易不会被计费。 | 任何钱包用户的默认安全选择。最大兼容性。 |
| MEV 阻断剂 | 由 CoW DAO 运行的多构建器转发器。将任何回流 MEV 的一部分作为回扣返还给用户。 | 当您希望有机会因交易产生的 OFA 价值而获得报酬时，这是最好的选择。 |
| bloXroute 保护 | 商业 MEV 保护 RPC，重点关注私人订单流。 | 用户量较大；商业支持。 |
| 伊甸园网络 | 股权加权私人订单流拍卖。 | 利基市场——大多数用户不需要这个。 |
| 泰坦保护 | 由 Titan Builder 支持的用户保护端点。 | 当您特别希望 Titan 位于包含路径中时很有用。 |
给普通钱包用户的实用建议：将 Flashbots Protect 或 MEV-Blocker 设置为钱包的默认 RPC，然后就不用管它了。延迟成本是真实的（您的交换可能需要额外的区块来确认），但节省的价值提取远远超过任何重要交易的成本。
搜索者提交路径
对于提交捆绑包的搜索者来说，合并后的现代以太坊景观是多构建器。没有一个中继具有 100% 的块共享，因此您需要扇出：
| 提交目标 | 它会给你带来什么 |
|---|---|
Flashbots 中继 (relay.flashbots.net) |
可靠的验证器覆盖范围；成熟的 eth_sendBundle 和 MEV-Share 接口。 |
泰坦建造者 (rpc.titanbuilder.xyz) |
速度快，目前是按区块份额计算最大的构建者之一。 |
beaverbuild (rpc.beaverbuild.org) |
高块共享，特别是对于高优先级和高 MEV 块。 |
rsync-builder (rsync-builder.xyz) |
可靠的二级；对于尾部覆盖很有用。 |
| bloXroute (BDN) | 具有全球基础设施的商业中继；机构流动具有竞争力。 |
MEV 共享 (mev-share.flashbots.net) |
基于提示的订单流协议；不是构建器，而是一个提示流，可让您创建 OFA 感知的捆绑包。 |
对于认真的搜索者来说，2026 年的默认设置是同时扇出至至少四个构建器，并让第一个包含者获胜。根据具体日期，单中继提交是 30-60% 的区块共享盲点。
选择时要衡量什么
中继延迟是最重要的数字，但其他两个测量也同样重要：
- p95 包含延迟，而不仅仅是 p50 RTT。一个在 50% 的时间里速度很快，而在另外 50% 的时间里停滞不前的中继器比一个较慢但稳定的中继器更糟糕。
- 构建器提示尊重。 他们是否真的尊重您的恢复交易允许标志、您的
minTimestamp、您的退款接收者提示？有些中继会默默地丢弃它们无法识别的提示的捆绑包。在依赖每个中继之前，先用小金丝雀进行测试。 - 速率限制和 429 行为。 免费等级限制。在峰值期间（NFT 铸币、脱钩、清算级联）正是您达到极限的时候。支付高于您认为需要的级别的费用。
WSS 延迟测试 和 MEV 中继状态 工具对您实际区域中这些中继的公共面孔进行基准测试。
2026 年可用的搜索器配置
以下配置是大多数机构以太坊主网搜索者以某种形式运行的配置：
- 通过同地节点（Reth 或 Geth）订阅公共内存池，另外还可以选择使用 MEV-Share 以实现基于提示的流程。
- 对于每个机会，构建捆绑包，包括策略所需的任何订购/退款/提示约束。
- 通过
eth_callBundle在下一个块目标处进行模拟。如果模拟利润未清除Gas+安全边际，则拒绝。 - 同时将
eth_sendBundle扇出到 Flashbots + Titan + beaverbuild + rsync-builder。跟踪哪个中继成功登陆了每个捆绑包，以便您可以随着时间的推移重新调整中继的权重。 - 等待一个区块。 如果不包含，决定是否重新提交（路径仍然有利可图？）或丢弃。
- 记录每个捆绑包的包含源。 在数千个捆绑包中，可以清楚地了解哪些中继正在为您的策略工作，哪些中继是自重的。
FRB 代理 自动执行多中继扇出，构建器权重根据观察到的每条路由的包含成功情况进行调整。
常见配置陷阱
- 使用用户保护 RPC 进行搜索者提交。 Flashbots Protect 的用户端点将不接受
eth_sendBundle。捆绑包的正确端点是中继 (relay.flashbots.net)，而不是用户 RPC。 - 仅提交给一个中继。 即使 Flashbots 的区块份额也远低于 100%。单中继搜索者在他们可以通过 Titan 或 Beaverbuild 赢得的每个区块上都留下了金钱。
- 忘记
revertingTxHashes. 如果您的捆绑包包含您期望可能恢复的交易（例如尝试后回退），您需要将其标记为允许恢复，否则中继将拒绝整个捆绑包。 - 忽略构建器提示。 现代中继支持
refundRecipient、minBaseFee、maxBaseFee、目标槽、目标块的提示。默认这些废物包含概率。 - 将相同的捆绑包运送到 MEV-Share 和运送到 Flashbots Relay。 它们具有不同的架构。 MEV-Share 是一个小费协议； Flashbots Relay 是一个捆绑端点。将它们混合起来在开发中看起来很好，但在生产中却默默地失败了。
延迟的现实检查
对于以太坊主网，到您的捆绑中继的 RTT 低于 150 毫秒就足够了。出块时间为 12 秒。从 80 毫秒变为 30 毫秒的边际值远小于正确扇出或正确模拟的边际值。追求个位数毫秒延迟的中继的运营商通常会优化错误的东西 - 瓶颈几乎总是在其他地方（内存池摄取、模拟成本、构建器提示处理或只是糟糕的策略）。
例外情况是搜索者在 MEV-Boost 拍卖动态的同一区块上进行操作 - 拍卖截止日期前的每一毫秒都可能会影响包含范围。大多数搜索者并不属于这种情况。
相关阅读
参考
相关文章
延伸阅读与工具
讨论
暂无笔记。添加第一条观察，或在以下平台与团队分享链接 X (@MCFRB).