Gas 费能不能取个中位数：EIP-3416 的加权中位数实验

1559 之后剩下的那半截问题

EIP-1559 把 Gas 费切成两块：协议按区块拥堵自动调节的基础费，加上用户竞价的小费（结构见 EIP-1559 是什么？以太坊费用怎么由基础费和小费决定）。基础费平滑了，小费部分却仍是自由竞价——链上抢块时，几倍甚至十几倍的小费差价说涨就涨，用户端的费用预期并没有真正稳住。EIP-3416 在 2021 年 3 月提交，瞄准的就是这半截：它想让一个区块内实际支付的小费不再由逐笔竞价决定，而是取一个加权中位数。提案状态为 Stagnant，从未激活，但它对一个高频困惑——“为什么预估的费用和落块时成交价对不上、又为什么高峰期预估集体失灵”——给过一个结构化的答案思路。

用户只填一个价：fee cap

这套机制下发送人不再分开填基础费上限和优先费，而是只给一个数字：fee cap，即”这趟我最多愿意为每 Gas 付多少”。剩下的交给公式：优先费等于 fee cap 减去当前基础费之后差额的一半，把这笔自动算出的优先费加到基础费上，得到该笔交易参与定价的意向价。填法因此自带弹性——想让交易排队便宜些，fee cap 设得贴近基础费，优先费趋近于零，只按基础费随块排队；高峰挤队，就把 fee cap 抬高，公式自动把一半差额转成更具竞争力的优先费。用户省掉了”猜小费”这个专业活，价格敏感度仍然保留，只是表达入口从三个字段收缩成一个。

区块里的定价：加权中位数加百分之五护栏

落块时实际付多少，不再逐笔按各自出价结算。提案让出块人把区块内所有交易的意向价按各自消耗的 Gas 量加权，取中位数，且计算前先把上侧百分之五的离群 Gas 价剔除，防人用几笔天价单把中位数抬起来。实际成交价等于基础费加这个中位数优先费。设计意图有两条：价格尖峰被中位数天然截顶，数学上抹平；同时矿工想多拿中位数收入会倾向先收 fee cap 更高的交易，付费插队的激励仍然存在，只是烈度从”逐笔拍卖”降到”影响一个统计量”。对普通用户，这意味着落块成本与自己的上限之间通常还有一截退款空间，出价高不再等于多付钱。

它和 1559 并非取代关系

读提案原文要注意它并不推翻基础费机制：它引用的仍是那个按区块用量在目标上下浮动、每块最多变动八分之一的 base fee，改动只发生在溢价部分的形成方式。换言之，如果两条路线同屏，你会看到相同的账单前半段（基础费）与不同的后半段（中位数溢价对小费竞价）。历史选择了让 1559 单独落地，溢价层留给市场和客户端的费率建议去演化——今天钱包里”低中高三档”的建议报价就是这条演化线的产物。

停在草案的原因与可带走的三点

协议级费用市场的更换需要全客户端共识，收益却集中在”少猜一个小费”这种体验层，而费率预言机、批量工具与打包服务在协议外把同一问题逐年代价更低地缓解了，3416 因此长期无人推进，留在 Stagnant。从今天的账单倒推也能看到两条路线的混合痕迹：交易收据里的 effectiveGasPrice 是实际结算单价，在 1559 结构下等于基础费加上成交的那部分优先费；如果 3416 式定价落地，同一字段会变成”基础费加全区块中位数”，逐笔出价与成交价的对应关系将彻底解体。三点可带走的经验：其一，费用预期不稳的根源在溢价层而非基础费层，排查报价问题先看小费建议来源；其二，任何”自动代你出价”的工具都应有类似 fee cap 的总上限，先保证最坏情况封顶，再谈优化均值；其三，凡是宣称”算法保证低价”的服务，值得用这套框架反问一句：它定价取的是中位数、拍卖价还是它自己的报价，三者对用户利益的偏向完全不同。本文为机制科普，不构成投资建议。