从 1 开始的自动扶梯
Layer2 往以太坊提交数据用的 blob，价格由一条自动公式决定：基准费随区块里的超额 blob 气上调、随空闲下调，像一架自动扶梯——需求挤就往上走，没人用就慢慢降回地板。这个地板在 EIP-4844 的设计里叫 MIN_BASE_FEE_PER_BLOB_GAS，设定值是一——几乎为零。设计时的想法写进了提案思维：blob 先要有人用，便宜起步总没错；价格发现只会在生态初期集中发生一次。
后来的事实没那么配合。EIP-7762 的动机段数着日子指出：blob 已多次进入价格发现状态——拥挤时段基准费从地板爬起，爬到位要经历连续的满块；而且路线图还会继续抬高 blob 容量，每次扩容前后都可能触发新一轮“从 1 爬到有效价”的过程。拥堵的代价并不平均分摊：它先以“低费满块、先到先得”的面目出现，把定价权让给了打包竞价而非公式，然后再以一个陡峭的追赶曲线收场——对 Layer2 和用户，这段过程既不可预期也难运营。
抬地板与清缓存
提案的动作有两处。第一处把地板从 1 直接抬到 2 的 25 次方（三千万三），约三千两百万 wei 每 blob 气——用 wei 换算给个直觉：一 gwei 是十亿 wei，这个地板约等于三千万 wei 每 blob 气的量级，让“免费满块”的场景从物理上消失，公式从第一天就有牙齿。第二处配合动作是分叉瞬间把 excess_blob_gas 清零：如果切换时账上还挂着旧的超额值，新地板加旧惩罚会叠出一根价格尖刺，清零是给切换过程拆雷——实现层面需要把区块时间戳传进超额计算函数，以时间戳判断分叉边界，属于典型的“为一个常数改签名”的工程细节。
这套组合的经济学直觉一句话：与其让价格从零爬向真实成本，不如把起跑线放到真实成本附近，让公式只在供需的小范围内做微调。扶梯的比喻因此换成电梯——地板即价格，波动幅度收窄。
为什么停在 Stagnant
截至本次核验，EIP-7762 的状态是 Stagnant（停滞）：二〇二四年八月起草，依赖 EIP-4844，之后没有随任何已激活分叉落地。停滞的理由可以从生态博弈里还原出轮廓。反对一方会说：地板抬到三千万 wei 是一刀切的定价决策，把“价格发现”这个本该留给市场的过程交给了一个常数；而 blob 拥挤本来就是间歇性的，为少数时段抬高全部时段的底价，等于让 Layer2 为不存在的拥堵长期付费。支持一方的账本同样清楚：价格发现的延迟成本、拥堵时段的排队与竞价扭曲、扩容节点附近的反复爬坡，都是真实且在增长的费用。更微妙的是路线图因素——后来社区选择用 BPO（只动 blob 参数的轻量分叉）这类机制分批扩容，而每调一次参数都恰好复现 7762 想避免的场景，这让“抬地板”的辩论从原则问题变成节奏问题：扩容越快，原价机制的代价越高。
对普通用户，这件事的落点始终只有一个：Layer2 的提款与交易费里，blob 成本占大头的时候，公式的每一条参数都是你的账单条款。读 Layer2 费用新闻时记得问一句：现在的 blob 基准费离地板多远、离拥堵多远——这两个距离，就是下一轮费用叙事的伏笔。
一笔爬升的算术
拿机制推演一次“从 1 起步”的代价。公式按每块的 blob 气相对目标值的偏差，以固定比例调整基准费——意味着从地板爬到某个高位，需要的连续满块数量与目标爬升幅度成对数关系。粗算一个场景：若拥挤需要价格涨到当前地板的一千倍才收敛，在地板是一的条件下，这是整整三个数量级的追赶，每翻一截都要时间；同一场景若地板直接落在有效价格附近，公式只需要三五次微调即可稳态。7762 的整条提案，本质就是在“追赶期谁吃亏”这笔账上做了不同的分配决定——代价不是消失了，而是从拥堵时段挪到了平时。读懂这一点，也就读懂了以太坊参数治理最常见的困境：公式的设计者们无法预知市场，只能决定错误的形状。
快速问答
问：blob 基准费和交易 Gas 费是一回事吗？ 答：两套公式各自独立：交易费面向执行资源，blob 费面向数据可用性资源，波动来源不同。
问：地板抬到 2 的 25 次方是谁定的？ 答：提案作者给出的分析值，与当时 blob 有效价格区间对齐；它仍是参数，不是市场实测。
问：现在 blob 价格机制还是从 1 起步吗？ 答：4844 的地板值维持原设计；7762 未落地，参数治理走的是 BPO 路线。
风险提示：Layer2 费用随网络供需波动，本文参数口径以当期官方文档为准；本文不构成投资建议。
发表评论
还没有评论，来说两句吧。
评论区为展示样式，提交不会被处理。