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

本文主要围绕 Vitalik 最近的 SBC MEV 研讨会演讲而构建，并提供进一步的分析。

原文标题：《如何实现区块构建者角色的去中心化？这里有两种方法》（Decentralizing the Builder Role）

撰文：Jon Charbonneau

引言

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

• 中心化区块生产

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

• 继续提供抗审查

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

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

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

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

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

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

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

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

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

去中心化什么？

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

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

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

• 资源