以太坊的二层把交易数据发到主网 blob 空间时要付数据费，这笔费用对终端用户的影响力远超它的字面大小——二层应用的单笔成本里，数据费常占大头。blob 费用沿用 EIP-1559 式的反馈调节：实际用量超过目标，费用上调；低于目标，费用下调。但目标数本身一直是静态的，由升级硬编码。需求高峰时目标显得太小，费用被反馈回路越推越高；需求低谷时又显得太大，带宽闲置。EIP-7788 提议再套一层反馈：让目标 blob 数量本身动起来，按每个纪元的平均 blob 成本升降，把「一笔二层交易的数据费」当成真正的调控对象。这份提案 2024 年 10 月提交，官方状态是已撤回，依赖当时的 blob 参数分离提案 EIP-7742。
恒温器的工作原理
机制是一个每纪元执行一次的小回路。执行层统计当前纪元的平均 blob 成本，共识层在纪元末向它索取这个数，与目标成本比较：均值高出目标一个容差带，下一纪元的目标加一；低于容差带，目标减一；在带内则原地不动。参数表把边界写死：目标数最低一个、最高三个、每步只挪一个，容差带设在二的四十八次方 wei，目标成本二的四十九次方 wei——正好是「允许目标在成本均值的上下约五成范围内保持沉默」，防止控制器被噪声抖来抖去。提案还做了终端用户的算术：按一笔二层简单转账压缩后约二十三个字节计，目标成本折算每笔约一零四吉wei 的数据空间费，这个数字被明写为「需要广泛社区参与来选定」。
为什么盯住价格而不是数量
同类思路有相反的选择：固定目标、放任价格浮动，让市场自己配给。7788 的取舍写得很清楚——它要保护的是新二层进入市场的预期。价格剧烈波动时，成熟的二层可以排队、可以换格式省字节，新建的二层却在用不可预测的运营成本做商业计划；把费用钉在常数附近，等于给生态发一张可预算的价目表。这也是一次「调控变量下移」的示范：1559 调的是每单位资源价格，这份提案调的是资源配额本身，两层反馈叠在一起，系统响应更平滑，但也更依赖参数纪律——步长太大，目标会追不上需求还来回过冲；步长太小，控制器形同虚设。每纪元一个的速率选择，本质是在响应速度与系统稳定之间取的中庸值。
撤回与遗产
提案最终没有走完流程。它的问题在于叠床架屋：目标数已经可以经 Blob 参数升级调整，费用机制又在实时调节，再造一层自动回路要回答「三层旋钮互相拧会不会打架」。后来的演化选择了另一条时间线——参数按 BPO 分叉小步快调，吞吐的账先由带宽工程慢慢还。但恒温器式的思想没死：任何把「可预期的终端成本」而非「吞吐量最大化」当作控制目标的提案，都是它的同路人。读这类被撤回的文档，收获从来不在结论，而在那条少有人走的取舍线：一条公链的带宽，究竟该卖给出价最高的人，还是该像水电一样按牌价敞开供应。
快速问答
问：目标数浮动会改变最大 blob 数吗？ 答：不会直接改变。它只动目标值——费用调节围绕的那根中线；上限与安全预算在别的参数里管理。
问：为什么用均值而不是瞬时成本做输入？ 答：纪元粒度的均值天然滤掉单个区块的抖动，控制器要的是趋势信号，不是噪声。
一张反馈回路的对照表
系统里叠几层调节器，工程界早有标准问法：每层各管多快、各管多慢。普通 gas 市场里，基础费逐块调节，响应分钟级需求抖动；blob 费用同样逐块调节，管的是区块间的供需错位；EIP-7788 想加的目标数回路以纪元为步长，管的是周级、月级的趋势迁移。三层各守一个时间尺度、互不抢戏，这是它设计上的自洽处；风险则是共振——如果逐块调节的费率信号被每层都误读成趋势，振荡会被逐级放大，这也是提案用宽容差带和每步一个的限速把自己捆得如此之紧的原因。读参数表永远比读口号有用：最低一、最高三、容差带正负五成，三个数字合起来就是这份提案对「自动」二字的全部野心——它从未打算让系统自动驾驶，只想装一台不会睡着的空调。
风险提示：本文讨论已撤回的协议提案，不构成投资建议；二层费用现状请以当期网络实测与官方参数为准。
发表评论
还没有评论，来说两句吧。
评论区为展示样式，提交不会被处理。