如何实现区块构建者角色的去中心化？

引言

快速回顾——本报告的一个关键主题是 Vitalik Buterin 在《终局游戏》一文中的想法，即所有前进道路似乎都通向：

• 中心化区块生产

• 去中心化和去信任的区块验证

• 继续提供抗审查

生产者 - 构建者分离（PBS）试图将中心化与构建者隔离（远离验证者），然后以太坊添加盔甲（例如 crList）以减轻构建者的审查权力。构建者自然会很老练，所以悬而未决的问题主要是他们的中心化程度。我们是在说 1 个构建者？还是 10 个？

一个中心化构建者仍然不理想，那么我们能做得更好吗？解决这个问题有两种方法：

• 拥有许多构建者的去中心化市场 —— 确保构建者市场在没有根深蒂固的参与方的情况下具有竞争力。许多构建者竞争并只获得很小的利润。这个角色变得非常商品化。这需要解决诸如排他性订单流之类的问题，否则这些问题可能会巩固单个构建者。

• 

   去中心化构建者角色本身 —— 使获胜的构建者本身成为去中心化的协议。一组去中心化的参与者都有助于构建一个给定的区块。

本报告主要围绕 Vitalik 最近的 SBC MEV 研讨会演讲而构建。我将把它分解并提供进一步的分析。

去中心化的构建者能胜出吗？

这里实际上有两个潜在的问题：

• 技术可行性——我将介绍一些可行的路径（存在其他可能性，并且正在积极探索中）

• 竞争力——用户真的想使用它吗？或者一个中心化构建者总是会在功能和效率上胜过去中心化构建者？

去中心化什么？

中心化构建者很容易。下面考虑了一些可以去中心化的分布式构建者，需要在许多搜索者和用户之间聚合捆绑和交易：

• 算法 - 构建者运行算法来聚合搜索者的捆绑包和其他交易，然后自己填写区块的其余部分。该算法及其输入可以分散。（请注意，这里假设分布式构建者仅运行一种算法的简单情况。实际上，分布式构建者中的不同参与者可能在运行不同算法时贡献区块的不同部分。）

 资料来源：基于 Vitalik Buterin 的图片

• 资源 - 资源需求将显着增加，尤其是使用 Danksharding。区块将携带更多数据并且构建起来更加复杂→构建它们的带宽和硬件要求更高。不需要一个节点来构建和分发整个区块，而是可以在多个节点之间拆分工作。

• 额外的构建者服务——构建者可以发挥创意并提供新的服务，例如交易预确认。为了使分布式构建者取得成功，他们需要提供与中心化构建者相比具有竞争力的服务。

• 访问订单流（orderflow）——将订单流发送给单个构建者非常简单，并且可以为用户带来好处。也许他们承诺不抢跑你的交易，他们可以在你后面给你一些回扣。在潜在的许多参与者之间分散对订单流的访问是比较棘手的。

• 隐私——同样，相信您的订单将私下执行的构建者是最容易的，因此您可以将其发送给他们。分布式构建者需要一种方法来提供交易隐私，同时在此过程中还包括许多去中心化方。

• 跨链执行——分布式构建者需要一种与外部参与者协调以捕获跨链 MEV 的方法（例如，如果