要点：

• 一个新的 mev-boost 功能允许验证者通过在本地构建低 MEV 块同时仍然外包高 MEV 块的构建来最大化以太坊的审查阻力。
• 使用此功能会带来机会成本——恢复力的代价。
• 然而，由于大多数区块实际上都是低 MEV，因此放弃一点利润对提高弹性有很大帮助！
• 这是在最大化 MEV 提取和最大化审查阻力之间进行权衡的突破。

网络弹性

在 OFAC 首次扩大受制裁地址集以包括智能合约后，Flashbots 最近成为公众监督的目标，影响了以太坊网络的许多用户。虽然 Flashbots 从一开始就试图解决将 OFAC 制裁应用于 web3 中的数据和通信基础设施的风险和模糊性，但在合并之前这并不那么令人担忧，当时中继将捆绑包发送到矿池，矿池随后负责在本地组装完整的块。市场转向完整的区块提交，建立了区块构建者和验证者之间的完全分离，他们不能再将单个交易添加到区块中。

今天，以太坊中的大多数区块都与 OFAC 兼容，尽管在实践中这意味着违规交易只会受到少量限制，确保协议级别的强大去中心化和弹性对于以太坊作为中立基础设施的成功至关重要。不幸的是，仅对 mev-boost 的更改不足以提供这些保证。为了让共识客户在来自（可能选择性的）建设者市场和本地内存池的区块之间进行利润转换，需要对执行和共识客户进行深刻的改变。虽然社区一致认为这是一个重要问题，但客户团队需要平衡不同的优先级。其他长期提案，如包含列表和部分区块拍卖，是核心Proposer-Builder Separation 研究轨道的一部分。

那么问题就来了，我们今天可以做些什么来解决这个问题，同时推迟一个成熟的协议级解决方案。有人建议 Flashbots 自我限制它们在中继块中的份额，但我们最终认为像这样的市场扭曲不会取得太大效果，因为我们无法真正预测其他中继的行为方式。还提出了收取少量费用的 Flashbots，因为建立该标准将鼓励其他实体运行独立的中继。虽然这似乎是一个明智的提议，但它有巩固中继角色的风险，我们只将其视为临时解决方案，直到部署 SUAVE——一个完全无需信任的构建网络。

幸运的是，其他构建者和中继已经开始出现并占据越来越大的市场份额，我们正在积极为有兴趣运行其他中继的团队提供支持。截至上周，我们已经开源了我们的构建器，因此任何人现在也可以轻松运行构建器。然而，从验证者的角度来看，问题仍然存在：运行 mev-boost 并遵守其受信任中继采用的法规，或者仅在本地构建区块，可能会丧失 100+ ETH 的获利机会？