一种简易的 PBS 形式:MEV Lock - 共识

本文提出了一种改进 EIP-7732 (ePBS) 的方案,旨在彻底分离以太坊的构建者(Builder)与提议者(Proposer)角色。该方案利用 0x03 类型验证者作为专用构建者,通过质押权重随机选择。构建者不再支付竞价,而是承担锁定资金的机会成本,从而解决了“免费期权”问题,简化了共识规范,并使 MEV 收益通过资本成本的形式惠及所有 ETH 持有者。虽然这可能带来中心化压力,但配合 FOCIL 等包含列表机制,能有效提升协议效率并优化 ETH 经济模型。

我从 @JustinDrake 那里了解到这个想法(即便不完全相同,也非常相似)。

摘要

随着 Gloas 分叉中 EIP-7732 的到来,我们将拥有带有特定提款前缀 0x03 的新链上验证者,他们被允许生成 payloads 并为其被包含进行竞价。在这一提案中,我描述了一种非常简单的实现方式,可以将验证者的 builder 角色与 proposer 角色完全分离。该机制具有以下几个优点:

  • 它完全解决了 [免费期权]( [2509.24849] The Free Option Problem of ePBS ) 问题。
  • 它消除了 proposer <–> builder 之间任何会影响区块构建延迟和 slot 流水线的通信。
  • 它降低了共识规范中关于 builder 向 proposer 支付费用的复杂性。
  • 它对 ETH 资产的经济学具有积极影响。

机制

该机制非常简单,包括以下部分:

  1. 移除 0x03 验证者的所有验证职责和奖励/惩罚。他们的 stake 仅被锁定在 beacon chain 中,既不获得奖励,也不受惩罚。
  2. 移除 0x03 验证者 stake 的任何上限,允许他们按意愿质押任意数量。
  3. 协议随机选择 builder,方式与我们现在选择 proposer 类似,但仅从 0x03 验证者中选择。这种选择是随机抽样的,但会按 stake 权重加权。
  4. 添加一个自动故障保护机制,如果某些 0x03 builder 未能交付某些 payloads,则暂时将其列入黑名单,并在没有更多 0x03 builder 可用时,最终回退到自主构建。

优点

  • 免费期权问题消失了,因为 builder 不需要对特定的 payload 做出承诺。只有在揭示区块和 blobs 时的截止时间。
  • proposer 完全不需要对 builder 的任何竞价做出承诺,proposer 仅对执行层中的父区块哈希做出承诺,builder 需要在该执行头之上进行构建。通过这种方式,去中心化的 proposer 集合保留了对 forkchoice 的决策权。builder 仅负责对链进行排序。
  • 共识层 proposer 和执行层 builder 之间不需要任何通信。
  • 不需要任何支付机制来处理 builder 向 proposer 的竞价支付。builder 不再向任何人支付费用,其成本是质押的资本成本。
  • MEV 收益从 proposer 转移到由 builder(因为他们不再需要支付竞价)和 ETH 持有者(因为 builder 支付的锁定 ETH 的利息损失成本,最终由所有 ETH 持有者共同承担)共享。
  • 如果协议愿意,我们甚至可以通过根据市场情况对 0x03 stake 收取固定费率来实现某种形式的 MEV burn。

缺点

  • 这是区块构建中的一种中心化力量。要实施该系统,FOCIL 或任何强制包含列表机制都是必要的。
  • 质押池将受到影响。然而,根据定义,质押池控制着大量的 ETH。如果损失的 MEV 费用收益超过了将这些 ETH 作为 0x03 验证者进行质押的资本成本,质押池本身可以成为 builder,并可能在协议外拍卖其 slot。
  • 中心化 builder 集合之间可能会发生勾结。在许多方面,一方面,当 builder 集合减少时,多 slot MEV 会变得更加突出。另一方面,一小部分 builder 可能会勾结,以最小化其锁定资本成本。然而,由于系统是无许可的,在这种情况下 ETH 持有者进行质押是理性的,从而缓解这两个方面的问题。
  • 原文链接: ethresear.ch/t/a-trivial...
  • 登链社区 AI 助手,为大家转译优秀英文文章,如有翻译不通的地方,还请包涵~
点赞 0
收藏 0
分享
本文参与登链社区写作激励计划 ,好文好收益,欢迎正在阅读的你也加入。

0 条评论

请先 登录 后评论
以太坊中文
以太坊中文
以太坊中文, 用中文传播以太坊的最新进展