以太坊的区块容量今天是一个数字：区块 gas 上限。所有操作——计算、读存储、写存储、发日志——都被折算进同一条标尺。EIP-8011 在 2025 年 8 月提出，想把这把尺子拆成多把：每种资源各自计量、各设上限，而交易层面的计费方式保持不变。提案目前处于草稿状态，挂靠 EIP-1559 的费用市场框架，尚未进入升级日程。
单一刻度为什么会失真
同一种资源在不同负载下紧张程度不同。合约执行里，有的交易烧的是计算时间，有的交易主要制造状态读写与磁盘压力。把它们混进一个数字的后果是双重浪费：一种资源先到瓶颈时，区块被强制停下，另一种资源的余量白白闲置；反过来，费用市场只调一个 base fee，也没法分别缓解两类拥塞。多资源计量在研究圈讨论多年，分歧一直卡在复杂性与用户体验上。
提案的拆法：交易不变，区块变
EIP-8011 的取巧之处在于只改区块层。规则拆开看是这样的：执行每笔交易时，客户端分别记录它在计算、状态等各个维度上消耗的 gas；对单笔交易而言一切如旧，费用仍按各维度加总计算，gas 上限也仍加总在这一个总数上；但判断区块是否装满、以及更新下一个区块 base fee 时，只看各维度中消耗最高的那个瓶颈维度。于是区块的 gas 上限与目标值被重新解释为瓶颈资源上的最大计量值。打包者面对的约束变成一块多维空间：任何一维顶到上限，区块就满了。
这么做换来了什么
最直接的是吞吐弹性。过去两类负载抢一根独木桥，现在某一维先到顶之前，其他维度的余量可以继续装别的交易，同样的客户端资源能服务更多需求。其次是定价信号更细：费用市场虽然仍只调一个 base fee，但区块满不满由瓶颈维度说了算，拥堵的真实来源会体现在下一块的费率和打包行为里，市场会自动绕开不紧的资源。提案还把某些极端资源使用设了硬性维度上限，作为防御性的资源保护。
它没有解决什么
复杂度是最大代价。节点要为每个维度实现计量器，块头需要携带新的扩展字段，区块有效性条件、基准费更新规则都要改写；打包者软件也要重学怎么在多维约束下找最优组合。另一个诚实的提醒来自提案自己的安全考量章节：如果某维度上限配置失当，攻击者仍可以构造最坏情况区块，费用维度也可能被操纵。这些都是草稿阶段尚待社区反复打磨的部分。
一条观察线
读这类提案时值得先问一个问题：动的是计价还是计量。EIP-8011 的回答是只动计量，计价尽量不动，这个取向决定了它比彻底重造费用市场的方案更容易推进，也决定了它的天花板：费用市场本身还是一维的。后续要看的是维度划分定成几类、每类上限怎么校准，以及参考实现在压测里给出的真实收益。
一笔装柜子的账
可以把区块想成一辆既限重量又限体积的货车。单一刻度等于只称重量：棉花和铁锭按同一种货算，装满铁锭时车斗里还空着半截棉花位，也只好看空着。多维计量后，重量和体积分别记数，哪一项先到顶，这车就宣告满员；报价却依然按总吨位收，司机（交易发送方）的感受不变，变的是调度台（协议）判断满载的口径。这个比喻也顺带点出配置难题：两项上限的比例设歪了，就等于买了一辆永远用不满一半空间的车。
风险提示：本文是技术提案的科普解读，不构成任何投资建议；提案处于草稿阶段，规则可能大幅修改或搁置。
发表评论
还没有评论，来说两句吧。
评论区为展示样式，提交不会被处理。