ePBS 是什么？当区块拍卖从链下握手写进协议

结论先说

ePBS（enshrined Proposer-Builder Separation，协议内置的提议者-构建者分离）想把今天发生在协议之外的 MEV-Boost 关系”搬进”共识规则：出块权归验证者（proposer），区块内容由专门构建者（builder）出价竞得，但两者之间的交付与付款从”信任中继”改为”协议原子校验”——区块头与完整负载的时序由协议强制，构建者无法在头被选中后拒绝交付负载，验证者也无需信任任何中继的付款承诺。Ethereum 已在 2026 年上半年的 Glamsterdam 升级范围内推进它（官方范围讨论把 ePBS 列为旗舰特性之一，核验时间 2026 年 7 月 23 日，以客户端发布与升级公告为准）。理解 ePBS，先要理解它要替换的那条”体外循环”。

体外循环的账本

当前的 MEV-Boost 里，提议者把出块权外包：builder 组装区块、连同一笔加价通过中继（relay）竞标；提议者签名选择某个区块头，先收加价、后等负载送达。规则上头与负载是分开的两个对象，而协议不校验”选了头就必须收到负载”——这条缝隙今天靠中继的合规行为与惩罚抵押填着（机制与角色见以太坊MEV与PBS是什么？交易排序的市场原理、MEV 中继是什么？PBS 链条上的信任枢纽）。缝隙的代价包括：中继成为信任与审查的单点、头被选后负载缺席时提议者面临空块或降级的两难、以及抗审查能力依赖少数中继的策略。

ePBS 是什么？当区块拍卖从链下握手写进协议机制示意

ePBS 动了哪三块

其一，时序入法：协议层规定提议者在下一轮提交”头承诺”后，必须能兑现对应完整负载，构建者侧则先付先行——交付与付款被编进 slot 状态的校验，违约直接反映为无效区块或被丢弃的竞标，不再依赖外部仲裁。其二，中继旁路化：builder 与 proposer 的匹配通过协议内可验证的承诺传递，中继从”必须信任的中间人”降级为”可选的信息通道”。其三，付款形态：相关设计（Glamsterdam 范围内保留的 trustless payments 方向）让加价支付与区块有效性在同一校验里闭合。三块合力，把”信任谁”的问题改写成”规则是否通过”。

它不解决什么

诚实边界要划清：ePBS 不消灭 MEV，也不自动带来抗审查——构建者侧的集中度（少数 builder 占据多数区块）是市场问题，协议只保证”无论谁赢，交付与付款规则一致”（抗审查的另一半押在包含列表类机制上，见包含列表与 FOCIL 是什么？Ethereum 怎么从协议层防审查）。对用户与节点运营者的可感变化是：MEV 加价流入路径与空块率可能在升级后数周内呈现新分布，监控面板要加”头-负载绑定失败”类新指标；对 builder 与 searcher，接口从私有通道转向标准化承诺提交，套利窗口结构会重排。

核验路径与常见误读

核验三件套：ePBS 对应 EIP 的状态、Glamsterdam 范围公告与客户端里程碑、测试网上是否出现头负载违约处置记录。三条误读要避免：把 ePBS 说成”已上线”（上线以前都是”进行中”，状态以官方升级公告为准）；把 MEV-Boost 与 ePBS 对立（前者可作过渡形态与后者共存过一段时间）；以为 ePBS 后不必关注 builder 集中度（市场结构问题原样保留，见公链升级怎么排期？从 devnet、测试网到预定激活的流程约束）。