Nimbus 共识客户端中 `EIP-7732: enshrined Proposer-Builder Separation` 的实现

该项目旨在 Nimbus 共识客户端中集成 proposer-builder 交互,实现 enshrined Proposer-Builder Separation (ePBS),遵循 EIP-7732 规范,目标是减少对外部 relay 的依赖,提高去中心化程度,增强审查抵抗性,并为未来的 MEV 重新分配机制打下基础。

eip-7732: enshrined Proposer-Builder Separation 在 Nimbus 共识客户端中的实现

动机

从 MEV-Boost 过渡到 enshrined PBS (ePBS) 消除了对第三方软件的依赖,扩大了区块构建的职责,并确保区块构建符合网络的安全规则。这种集成促进了一个透明且具有竞争力的区块空间市场。

目前,系统对少数中继的依赖引入了中心化风险和安全漏洞,因为这些中继在以太坊共识规则之外运作。在协议中嵌入 PBS 旨在通过建立安全加粗的提议者-构建者关系来缓解这些风险,鼓励直接协议参与并创建一个透明、公平的 MEV 市场。通过减少对外加粗部系统的依赖,ePBS 增强了去中心化、提高了抗审查性,并支持了长期目标,如 MEV 再分配机制(例如,MEV 燃烧)。

项目描述

该项目旨在集成提议者-构建者交互,其中区块提议者将其区块构建权利委托给专门的区块构建者,以通过优化协议内交易的顺序来最大化可提取价值。通过将区块构建与区块提议分离,最大可提取价值 (MEV) 将在更多验证者之间分配,而不是集中在最有效的 MEV 搜索者手中。允许专门的区块构建者运作还可以减少单个参与者的资源负担,使更多独立的验证者能够验证区块的诚实性。该项目旨在按照 EIP-7732 文档的规范,在 Nimbus 共识客户端中实现提议者-构建者分离。

规范

此规范涉及将执行与共识分离,以及将 slot 分成 2 个部分加粗的概念 所有主要更改都将按照此 eip 中的指定在共识客户端中进行。

路线图

以下时间表可能不会严格执行,并且每个组件两周的拟议时间表可能证明是困难的,我怀疑可能有必要更多地交错处理,并且难以进行过于严格的计划。但是,主要挑战已在此路线图中列出:

  • 加粗第 5-6 周加粗: 通过 [storeBlock](https://github.com/status-im/nimbus-eth2/blob/unstable/beacon_chain/gossip_processing/block_processor.nim storeBlock) 过程作为良好加粗的切入点来了解当前的 Nimbus-eth2 架构,同时熟悉 Nim 语言<br>
  • 加粗第 7-8 周加粗: 实施信标链变更规范并编写测试 <br>
  • 加粗第 9-10 周加粗: 实施分叉选择规范并编写测试 <br>
  • 加粗第 11-12 周加粗: 实施 ePBS 的 p2p 规范变更并编写测试 <br>
  • 加粗第 13-14 周加粗: 实施诚实验证者和构建者规范以及随附的测试 <br>
  • 加粗第 15-17 周加粗: 研究并实施与 ePBS 兼容的分叉选择逻辑。
  • 加粗第 18-19 周加粗: 检查已完成的工作,并考虑性能优化和提高效率
  • 加粗第 20 周加粗: 准备关于已完成工作的最终更新和演示文稿。

可能的挑战

  • 掌握一门新的语言
  • 确保与现有 Nimbus 以太坊基础设施的兼容性和互操作性,并为未来的更新(如分片或新的二层解决方案)保持灵活性。
  • 测试向量的范围。从理论上讲,可能需要至少另一个项目来进行比较。

项目目标

该项目的目标是在 Nimbus 共识客户端中拥有一个可工作且经过良好测试的 ePBS 实现,并满足安全条件。即使它最终没有达到可用于生产的水平,仅仅拥有其存在的证明就足够了。成功将通过已完成实现的效率和性能来衡量,以及它如何能够与现有 Nimbus 代码库集成。

合作者

研究员

@kira 正在 Prysm 共识客户端中进行类似的工作

导师

资源

  • 原文链接: github.com/eth-protocol-...
  • 登链社区 AI 助手,为大家转译优秀英文文章,如有翻译不通的地方,还请包涵~
点赞 0
收藏 0
分享
本文参与登链社区写作激励计划 ,好文好收益,欢迎正在阅读的你也加入。

0 条评论

请先 登录 后评论
eth-protocol-fellows
eth-protocol-fellows
江湖只有他的大名,没有他的介绍。