以太坊 MEV 提案续篇:一文了解 Execution Tickets 和 Execution Auction

撰文:Tia,Techub News

解决 MEV 问题的背后是区块空间分配规则的制定,事关以太坊区块生产供应链。在《当前以太坊共识与 MEV 的博弈,要从 PoW 转向 PoS 那天说起......》一文中,我们谈到了 Merge 前后以太坊关于处理 MEV 的一些提案(PBS、ePBS、PEPC),本篇我们将继续介绍另外两个提案------ Execution Tickets 和 Execution Auction。

被低估的以太坊提案的重要性

以太坊路线图和以太坊提案在以太坊生态发展中都起着引领方向的作用。其中关系到各利益相关方的利益问题。如今,以太坊已然成为一个公共物品,公共物品的治理已不应只停留在以太坊基金会和资深专业人士手中,其应当实现去中心化。规则方向的确定就像薛定谔的猫,一旦确定了路线,你就只能看到这个路线下所属黑盒子的结果。以太坊提案和路线图事关以太坊规则制定和战略方向,去中心化治理不仅仅是口号问题。

Execution Tickets

在协议层面,Execution Tickets 将构建区块的权利以票证的形式出售,如果想构建 execution payload 的话,必须先购买 Execution Tickets 才能获得构建权利,具体到区块的构建权则是通过随机选取。这里 Execution Tickets 相当于是一个区块构建权的入场券。构建区块的权利仅需通过购买 Tickets 即可获得,而无需质押并成为验证者。

Execution Tickets 的估价约为原本 proposer 提议区块的机会成本。假设验证者的资金成本为每年 3%,而发行奖励为每年 2%。那验证者每年的机会成本则为 1%。假设以太坊一年有 2,628,000 个区块,以及 890,000 个验证者,那每个验证者每年被选为 proposer 的机会约为 3 次。即成为成为 proposer 的成本约为 32 个 ETH 的 0.33%,0.11 ETH。这就是一张 Execution Tickets 的近似价格。Ticket 的价格将根据流通数量进行动态调整,Ticket 也可转售给协议来减少流通数量。未使用的 Ticket 可以流通,但一旦 ticket 被分配给某个位置,就不可在一级市场转售,只能在二级市场流通。出售 Ticket 的费用如何分配,暂时尚未确定,可能会分配给验证者,也可能被销毁以实现 mev-burn 的愿景。

总体来说,Execution Tickets 创建了区别于 PBS 的另一种市场规则,在 PBS 中,创建了一个市场规则,让 proposer 按利润大小选择 builder 中提交的区块,而在 Execution Tickets 中,proposer 的职责相较于 PBS 则更为简单,proposer 只负责提议被选中的拥有区块构建权的 Execution Ticketss 持有者所构建的区块。验证者将不作为 MEV 激励的直接参与者。这会大大降低 proposer 参与时序博弈的动机。因为 proposer 无法从提议中获取额外利润。(但如果加入了 IL 可能就不同了)。但就区块构建者而言,由于区块构建权是需要购买 ticket 并且 ticket 的价格还会波动,但 MEV 实际获取利润的高低可能是不确定的,因此可能存在一定风险。

Execution Auction

与 Execution Tickets 的随机抽取 ticket 持有者来获取区块构建权不同,Execution Auction 会提前 32 个 slot 拍卖 slot 的区块构建权,价格最高者获得该 slot 的区块构建权。proposer 则负责提议该区块,attester 对 proposer 提议的区块进行见证并确认区块内容是否为竞价最高者所构建的。

在 Execution Tickets 中,可能会存在一个 execution proposer 购买多个 tickets 的情况来提高获取构建区块的可能性。但 Execution Auction 则是单 slot 单 slot 地拍卖。

Execution Auction 和 Execution Tickets 都是都是为了保证 proposer 职责简单化------对最终获得构建权的权利方来进行提议。Execution Auction 的好处在于能某种程度上实现 precomfirm。从实现的简洁性来看,Execution Auction 会优于 Execution Tickets,这里跳过了 Execution Tickets 需要考虑的随机性问题,从机制实现的角度而言,Execution Auction 可行性更高一些。如果要对比这两个提案的 trade-off 还可以从协议收益的角度或是从所有利益相关方来看,哪个方案可能更优。

相关推荐
2301_768103491 小时前
AI视频创作Agent实战03:DeepSeek文案裂变与草稿版本控制
人工智能
火山引擎开发者社区1 小时前
Anker 首届黑客松挑战赛|9 月 7 日报名启动
人工智能
Dawson Zhu3 小时前
工作流与 Agent 的工程选型:从“控制权归属“看 LLM 应用架构
人工智能·语言模型·架构·aigc·agi
计算机源码社3 小时前
【大数据项目实战】基于大数据的影视内容生态综合质量分析与可视化-基于数据挖掘的影视内容类型共现与口碑聚类分析系统
大数据·人工智能·python·数据挖掘·数据分析·毕业设计·课程设计
C^h3 小时前
pytorch 适合初学者 0基础学习
人工智能·pytorch·python
Rocky Ding*4 小时前
【三年面试五年模拟】2026-09-06 拼多多 AI Agent研发岗秋招笔试4道算法题完整题解
论文阅读·人工智能·深度学习·机器学习·aigc·ai-native·拼多多
小柯南敲键盘4 小时前
跨马翻译:AI批量图片翻译工具,跨境电商视频字幕翻译与智能抠图一体搞定
人工智能·python·音视频
nvd114 小时前
深入现代 Web 鉴权架构:网关统一代理 (Forward-Auth) vs 前端持有 JWT 的终极选型与边缘同域实践
前端·架构·状态模式
luckystar513~4 小时前
Geo + AI:【时空智能体】技术剖析
人工智能·ai·gis·geoai·空间智能体·时空智能体
吨吨ai4 小时前
2026年9月8日|GPT‑6 Astra + Codex:Pro 开发者的 AI Agent 工具链
人工智能·gpt