在当前的以太坊主网上，一个区块里交易的实际先后顺序由建设者说了算：搜索者把意图卖给建设者，建设者拼好顺序再交给提议者。EIP-7727 提出了另一条路线——绕开建设者，直接在 EVM 层面给交易加一个字段：「这批交易的排序权，我授权给某个链下实体」。它于 2024 年 6 月 24 日创建，依赖 EIP-2718 的交易类型框架，属于 Standards Track Core 类，现处于 Stagnant（停滞）状态，未进入任何主网升级。
两种新交易类型怎么配合
提案引入两型 EIP-2718 交易。第一型是委托交易（类型字节 0x05）：结构与普通交易几乎相同，多了一个 bundleSigner 地址和一个区块高度约束，含义是「我这笔交易的排序权交给这个地址，且只在该高度有效」。第二型是束交易（类型字节 0x06）：由束签发者提交，内含一串按序排列的交易列表，列表里每项都可以是已经签好的普通交易或委托交易，再附带一份对整张列表的承诺。执行时，束交易依次重放列表内容——委托交易只能被它授权的那个签发者、在那个高度带进来，普通签名交易则可被任何人带进自己的束。配套还有一个查询「当前束签发者」的操作码，位置与字节值在文本里都还是待定。效果是：应用（比如一个去中心化交易所）可以在自己的清算、撮合流程上指定排序者，把这部分价值从全局建设者手里收回一部分。
与 PBS 束：同样两个字，强弱差一截
提案自己的措辞很坦率：这比建设者卖给搜索者的 PBS 束「相似但更弱」。差别在原子性的范围。MEV-Boost 语境下的 builder 束是一个完整块内的原子承诺——要么整块被打包，要么一无所获，而块内顺序由建设者独家控制；7727 的束只保证「束内条目之间」的相对顺序与同块性，签发者无法约束这些条目与全块其余交易的相对位置，也无法保证束落在哪个块。更微妙的是防搅局设计：签发者只能用上一块的可见状态预判执行结果，别人塞进一笔让列表中某项失败的「毒交易」就能搅黄整束。提案的解法是允许束交易容忍无效项——列表里失败的交易被跳过而不拖垮整体，代价是签发者要接受「原子顺序在无效情况下降级」的语义。
一条直觉账本
给普通用户一个换算框架：今天你在一个 DEX 上被三明治攻击，防御手段要么调低滑点容忍，要么走私有交易 RPC 把意图藏一会儿——两者都不保证顺序。7727 的世界线里，DEX 前台合约可以直接声明「本池交易的排序交给 X」，你的交易签名时就写明跟随 X 的规则。对签发者的要求则从「掌握全块建设能力」降为「为单一应用维护顺序」，理论上入场门槛低得多。但别忘了机制换不来信任：签发者作恶（拖延、歧视性排序）的制衡，要靠应用层的轮换与申诉机制，协议只给了绑定高度到单个区块的粗粒度逃生门。
与相邻概念的边界
三个词容易挤在一起：PBS 束靠建设者生态、发生在链下拍卖；协议内包含列表解决的是「必须上链」的抗审查问题；7727 的束解决的是「谁说了算顺序」的应用级授权问题。三者的共同背景都是排序价值分配，但约束对象完全不同——一个约束块的构造权，一个约束交易不被丢弃，一个把指定应用的排序权写进交易签名字段。读这类型提案时先问：它改变的是块级的权力，还是单应用级的权力？想清楚这一层，术语混用的广告式文章就骗不到你。
快速问答
问：这个提案现在能用吗？ 答：不能。它 2024 年创建后未进入主网，目前状态为 Stagnant，束签发者操作码等关键细节在文本里仍是待定。
问：它和「builder bundle」那类词是同一个东西吗？ 答：不同层次。建设者束是 MEV 供应链里的块级原子承诺，靠链下拍卖协议约束；7727 是写进 EVM 的交易类型，束内约束靠协议规则本身。
问：Stagnant 是废了吗？ 答：不是。Stagnant 只表示作者团队暂时停止推进，任何贡献者都可以按流程认领并复活。
风险提示
本文是机制解读，不构成投资建议，也不构成对交易排序服务的收益承诺。提案内容可能随社区讨论修改或作废，请以提案仓库页面为准。
发表评论
还没有评论，来说两句吧。
评论区为展示样式，提交不会被处理。