技术深度剖析
最初的 MEV-Boost Block Builder 是一个基于 Python 的单体应用，遵循一个简单的管道：从公共内存池接收交易，按顺序对当前状态进行模拟，按盈利能力排序，然后组装区块。虽然功能上可行，但这种架构存在三个关键限制：
1. 顺序模拟瓶颈：每笔交易必须一次模拟一个，状态变化线性传播。在包含 300 多笔交易的高拥堵区块上，这造成了 500-800 毫秒的延迟——危险地接近 4 秒的插槽窗口。
2. 静态排序启发式：该构建器使用一种简单的贪婪算法，优先处理 gas 价格最高的交易，忽略了复杂交互，如三明治攻击或跨交易套利机会。
3. 单点故障风险：区块构建过程中崩溃意味着验证者必须回退到默认构建器，可能损失大量 MEV。
rbuilder 通过基于 Rust 的多线程架构解决了这些问题，利用了多项关键创新：
- 并行模拟引擎：交易使用状态访问的有向无环图（DAG）分组为依赖排序的批次。非冲突交易在多个 CPU 核心上并发模拟，将模拟时间减少高达 70%。
- 多目标优化：rbuilder 没有最大化单一指标（gas 价格），而是实现了一个加权评分函数，考虑 gas 价格、MEV 机会价值和抗审查约束。这使用了针对以太坊有状态执行模型调整的 0-1 背包算法变体。
- 热插拔中继集成：该构建器同时维护与多个中继器的持久 WebSocket 连接，允许在插槽中间切换，如果其中一个变得无响应——这是原始版本所没有的功能。
| 指标 | MEV-Boost Builder（已弃用） | rbuilder（当前） | 改进幅度 |
|---|---|---|---|
| 编程语言 | Python 3.9 | Rust（nightly） | — |
| 区块构建延迟（p50） | 420 毫秒 | 180 毫秒 | 减少 57% |
| 区块构建延迟（p99） | 780 毫秒 | 310 毫秒 | 减少 60% |
| 最大并发模拟数 | 1（顺序） | 8-16（并行） | 8-16 倍吞吐量 |
| 支持的中继器 | 每个插槽 1 个 | 3 个以上（热插拔） | 3 倍冗余 |
| 交易吞吐量（模拟/秒） | ~150 | ~1,200 | 8 倍提升 |
| MEV 捕获效率（估计） | ~85% | ~93% | +8 个百分点 |
数据要点： 延迟和吞吐量的改进并非边际性的——它们代表了一代人的飞跃。rbuilder 每秒模拟 1,200 笔交易的能力，而之前是 150 笔，意味着验证者现在可以在相同的 4 秒窗口内评估远更复杂的排序，直接转化为更高的 MEV 捕获。冗余功能还降低了错过插槽的风险，而错过插槽会让验证者损失整个区块奖励。
对于对实现细节感兴趣的开发者，GitHub 上的 rbuilder 仓库（github.com/flashbots/rbuilder）自初始发布以来已获得超过 1,200 个星标。代码库组织成模块化 crate：`simulator` 用于并行执行，`optimizer` 用于基于背包算法的排序，以及 `relay_client` 用于多中继管理。Flashbots 还发布了一份区块构建接口的正式规范，其他构建器如 Manifold 和 Titan 可以采用该规范以确保互操作性。
关键参与者与案例研究
以太坊上的构建器格局日益竞争激烈，几家专业公司争夺验证者的注意力。Flashbots 仍然是主导者，但其市场份额已从 2023 年初估计的 70% 下降到今天的约 55%，因为替代方案已经成熟。
| 构建器 | 市场份额（估计） | 关键差异化因素 | 平均区块价值溢价 |
|---|---|---|---|
| Flashbots（rbuilder） | 55% | 最大的中继网络，深度流动性 | +0.12 ETH |
| Manifold | 20% | 专注于抗审查性 | +0.08 ETH |
| Titan | 15% | 低延迟、高频订单流 | +0.15 ETH |
| Beaver | 7% | 隐私保护订单流 | +0.10 ETH |
| 其他（Eden, Blocknative） | 3% | 小众策略 | +0.05 ETH |
数据要点： Flashbots 仍然占据多数份额，但其提供的溢价已不再是最高——Titan 的专门低延迟基础设施现在提供高出 25% 的平均区块价值。这表明 rbuilder 的改进对于 Flashbots 捍卫其地位是必要的，而不仅仅是为了创新。
影响这一领域的知名研究人员和项目包括：
- Alex Obadia（Flashbots）：rbuilder 的首席架构师，此前曾参与 MEV-Geth 和原始 MEV-Boost 规范的工作。他在 2024 年 Devcon 上的演讲强调了“亚秒级区块构建”作为以太坊未来需求的必要性。
- Quintus Kilbourn（Manifold）：开发了“MEV-Share”协议