以太坊 - PEPC-Boost - Bchain

这份文档包含一个关于实现 PEPC-Boost 的 POC 的项目提案。

动机

Proposer-builderseparation（提议者-构建者分离）是一种模型，它已经在以太坊中通过一个可信的 MEV 中继在协议之外实现。这种模型的本质是，区块的提议者可以将区块构建活动推迟给外部构建者。我们可以将其改述为一种承诺，即“构建者向提议者承诺产生一个区块，其价值高于他们本地可以产生的区块”。

目前，有一些设计旨在将提议者构建者分离纳入协议，以消除可信中继并使用以太坊链来建立信任。PEPC 和 PEPC-Boost 就是这样一种提出的设计，目前还处于非常早期的阶段。

继续上面的“承诺”，我们来看 PEPC。PEPC 或协议强制提议者承诺（Protocol-Enforced-Proposer-Commitment），本质上是提议者构建者分离的一种泛化，我们允许提议者与构建者达成任何这样的承诺。一些承诺的例子可以是：

1. 完整的区块拍卖，即当前的 PBS
2. 部分区块拍卖，提议者建议在区块中包含一些交易。
3. 并行区块拍卖，多个构建者为一个区块建议交易。

PEPC-Boost 是一个建议的 PEPC 协议外实现。目标是在当前的 MeV Boost 架构中实现它。

项目描述

我们希望实现 PEPC-Boost 的 POC，这是一个建议的 PEPC 协议外实现。由于 PEPC 和 PEPC-Boost 是非常新的研究领域，这个项目可能还会涉及一些研究工作以及工程工作。

规范

Barnabe Monnot 在 PEPC FAQ 中描述了一个关于 PEPC-Boost 的基本规范。

关键思想是将一个区块分成两部分，TOB（区块顶部）和 ROB（区块剩余部分）。我们修改中继规范，让构建者分别对 TOB 和 ROB 进行出价。

计划将是迭代地构建 PEPC-Boost 的功能。我们希望以循序渐进的方式构建以下功能（受 Barnabe 的文章启发）：

1. 对于第一个版本，我们只允许在 TOB 出价中包含 1 个交易，其余交易在 ROB 出价中。为了防止状态干扰，我们可以确保 TOB 出价仅针对特定交易（例如：Uniswap v3 上的 ETH/USDC 兑换），其余交易在 ROB 出价中。ROB 构建者可以构建，知道他们不应包含来自套利者的交易，这些套利者会在一个区块中进行 DEX 交易。
2. 如果我们能够成功实现这一点，下一步将是扩展 TOB 出价以包含更多交易。我们可以将其推广到更多交易，但正确的方法是确保包含更多流动性池兑换。我们需要确保我们为每个 LP 保留了交易槽，以最大限度地减少状态干扰。

接下来的步骤更偏向研究，也更深入：

1. 下一步将是如何利用 TOB 和 ROB 中区块空间的这种分离来实现包含列表。在这个阶段，我们将不得不考虑如何将包含列表作为提议者承诺来实现。我们需要定义提议者承诺的结构。
2. 之后，我们可以考虑在 N 个构建者之间进行并行区块拍卖，通过使用提议者承诺模型将 TOB 和 ROB 区块进一步分成 N 个部分，该模型可以指定要使用的构建者数量。

我们将用于 PEPC-Boost 实现的技术栈是：

1. Flashbots MeV Relay 作为我们将修改以实现 PEPC-Boost 中继的中继
2. 使用 Prysm 作为共识层
3. 使用 Geth 作为执行层
4. Flashbots Builder 作为构建者实现的基础
5. 我将在我的个人 AWS 账户中设置我自己的 devnet，我在那里部署 PEPC-Boost

路线图

第 1-3 周：

花时间学习更多关于 PEPC、PBS 和以太坊的知识，同时设计 PEPC-Boost 的迭代 1 和 2。我的目标是在这个阶段结束前准备好设计和规范。我还旨在获得导师对设计和规范的反馈

在这个阶段，我还将努力启动我自己的 devnet，这将是我测试所需要的。

第 4-11 周：

实施 PEPC boost 的迭代 1 和 2 的规范，并将它们部署到 devnet。尝试获得一些反馈。另一方面，如果有足够的带宽，也尝试开始实施迭代 3 和 4。

第 12 周：

彻底记录该项目。如果迭代 1 和 2 进展顺利，那么尝试将其部署到 Goerli 测试网。

可能的挑战

下面列出了一些挑战：

1. PEPC-Boost 和 PEPC 是目前处于研究阶段的非常新的想法。PEPC-Boost 是在不到 2-3 周前提出的。必然会有很多未知数，必须在前进的过程中回答。这个项目将涉及研究和工程。在实施过程中可能会遇到困难，因为它涉及 CL、EL、Engine API、Builder API 和中继等很多部分。这可能会导致项目花费比预计更长的时间。虽然，对于迭代 1 和 2，我们将主要只涉及中继器和构建器规范。对于迭代 3 和 4，我们将不得不涉及共识和执行层规范。
2. 使用乐观中继设计 PEPC-Boost 也将是一个挑战，因为我们可能需要像汇编器这样的第三方参与者来汇编来自各种构建者的交易，这可能会增加中继器的延迟。
3. 从事迭代 3 和 4 将特别具有挑战性。与多个构建者并行构建区块会使状态干扰很高，并且解决它将具有挑战性。提出一个通用的提议者承诺模型也将具有挑战性。

项目目标

最终目标是迭代地探索 PEPC-Boost 的实施设计，并在 devnet 中实施它们。

所需的交付成果将是：

1. 一个 MIRO 设计板，高亮显示 PEPC-Boost 的总体架构，以及规范部分中指定的每个迭代的设计。
2. 一份规范文档，高亮显示每个迭代的 Builder API、Engine API、共识层规范和执行层规范的更改。虽然，对于迭代 1 和 2，我们将主要只涉及中继器和构建器规范。对于迭代 3 和 4，我们将不得不涉及共识和执行层规范。
3. 将 PEPC-Boost 部署到本地 devnet，并实施前 2 个迭代。
4. 关于 PEPC-Boost 的文档
5. 关于与 PEPC 和 PEPC-Boost 相关的学习、想法和见解的文章。

希望拥有的可交付成果：

1. 将迭代 1 和 2 部署到 Goerli 测试网。
2. 能够实施迭代 3、4 的设计并部署到 devnet。

另一个目标是阅读并将学习记录在 hackmd 文章、设计板等中。

合作者

研究员

Bharath V

导师

Barnabe Monnot

Terrence Tsao

Mike Neuder

资源

PEPC FAQs

PEPC Original Proposal

• 原文链接： hackmd.io/@bchain/r1eZd5...
• 登链社区 AI 助手，为大家转译优秀英文文章，如有翻译不通的地方，还请包涵～