拥堵不是链上直接公布的一个数字,而是你从几个读数里推断出来的状态;每个读数量的东西略有不同,到达的时刻也不同。base fee、区块满度、队列大小、大家实际付出的小费,以及从广播到被打包的延迟,说的并不是同一件事 —— 而它们互相矛盾的地方,恰恰是最有用的地方。
拥堵指标真正量的是什么
拥堵是一种错配:对区块空间的需求超过了下一个区块能装下的量。错配的供给那一侧是这条链的吞吐量,而链上并不会直接报出这个错配本身。被报出来的是一组副作用,你在钱包或区块浏览器里能打开的每一个仪表,都是这些副作用之一,而不是那个状态本身。
这个区分决定了你该怎么读屏幕上的数。从已经产出的区块算出来的仪表,告诉你网络刚才是什么样。从队列算出来的仪表,告诉你网络正在被要求做什么。从你自己那笔交易算出来的仪表,告诉你网络对你做了什么,而且只能事后读。把这三者当成可以互换的,就是把一个读数变成错误预期的地方。
base fee 是协议在读它自己的上一个区块
在以太坊上,base fee 不是第三方给出的估算值。协议用前一个区块把它算出来,这让它成为网络唯一一个关于自身、且由协议本身公布的拥堵读数。
EIP-1559 规定了它能走多远。gas 目标 = 区块 gas 上限 ÷ 弹性系数,而该系数取 2,于是目标正好落在上限的 50%。规范把规则写得很直白:当网络超过每区块的目标 gas 用量时,base fee 略微上调;当用量低于目标时,它略微下调。
步长是有界的。最大变动分母取 8,于是一个区块最多把 base fee 挪动 12.5%。正是这个界让读数变得可读,因为费率跳不起来:base fee 高,意味着需求已经在连续若干个区块里高于目标,而不是某一刻的异常。连续六个区块都顶到上限,累计上调约 103%,所以哪怕翻一倍也要好几个区块。
同一个界也是 base fee 作为预测的弱点。它描述的永远是已经产出的区块。如果需求此刻塌下来,base fee 仍然背着之前的压力,要走好几个区块才降得回去。
区块满度是输入,它先转向
已用 gas 对目标 gas,是 base fee 的推导依据,这意味着它比价格先动。一个高于目标的区块,已经把下一个 base fee 的上调定死了;一个低于目标的区块,也已经把下调定死了。
读满度而不是读价格,能买到大约一个区块的提前量,而且它能把费率曲线画得一模一样的两种情形分开。停在目标上、费率走平的链处在均衡态。顶在上限上、费率走平的链,是需求正压着上限,而费率还在往上走的路上。
满度有一个值得点名的盲区。没人抬价时,一个区块也可以被便宜交易填满,所以满度说的是空间被用掉了,不是空间被争过。
内存池积压是你看得见的那段队列
内存池装的是已经广播、还没被打包的交易,它的大小是一个在下一个区块存在之前就能取到的需求读数。
要按 gas 数,不要按笔数。一队普通转账和一队合约调用可以有相同的笔数,占用的区块空间却差得很远,而只有 gas 这个量能整齐地除进一个区块能清掉的容量里。这样表述之后,积压就变成了深度:队列里有四个区块的 gas 且定价高于你的费率,就意味着大约四个区块的等待 —— 前提是这期间没有出价更高的交易进来。
有两条限制框着这个读数。每个节点维护自己的内存池、用自己的淘汰规则,所以任何一块面板上的数字都是那个节点的视角,不是全局总量。而走私有订单流的交易根本不会进入公共内存池,这让公共队列成了需求的下界,而不是对需求的测量。
小费把繁忙的网络和被争抢的网络分开
base fee 是区块里每一笔都要付的入场价。小费是发送方为了在彼此之间排到前面而额外加的,所以近期区块里小费高低之间的价差,就是那个竞争读数。
高 base fee 之下的窄价差,描述的是持续但不着急的需求:空间很贵,但没人在区块内部抢位置。宽价差描述的是一场拍卖,这是铸造、清算连锁,或任何“落在这一块而不是下一块有价值”的事件周围会出现的形态。
实际后果关乎该抬哪个数。价差窄时,加大小费买不到什么,因为你本来就没在输一场竞争。价差宽时,小费是你手上唯一的杠杆,因为 base fee 对区块里的每一笔交易都一样。
确认延迟是最后到达的那个读数
从广播到被打包的时间,是其余每个仪表所替代的那个结果,也是唯一一个量的是你的体验而不是网络状态的读数。它同时也是最慢到达的,因为交易没落地你就读不到它。
它的诊断价值在于与其他读数相矛盾。如果费率很平常而你的交易还在等,那么拥堵不是解释,问题在你这边:费率低于当前 base fee,或同一账户更早的一笔交易堵住了序列,都会让你在一条根本不忙的网络上卡住。
二层坐在自己的费率市场上
rollup 把自己的数据以 blob 的形式发到以太坊,而 EIP-4844 把 blob gas 定义为一种新的 gas,独立于普通 gas,并遵循它自己的目标规则。“独立”是关键词:blob base fee 只由 blob 侧的需求算出来。
于是基础层和 rollup 可以在不同的时刻拥堵,一侧仪表平静并不为另一侧背书。执行 gas 读数安静,完全不说明 blob 空间有没有被争抢;而在两个费率市场都便宜的时候,某条 rollup 自己的排序器照样可能积压。
几个仪表并排看
每一行回答的是不同的问题,这正是没有任何单独一个能当作那个拥堵数字的原因。
| 读数 | 它量的是什么 | 它说不了什么 |
|---|---|---|
| base fee | 近期若干区块的压力,由协议公布 | 当前这个区块正在被要求什么 |
| 区块满度 | 已用空间对目标,比费率早一步 | 那段空间有没有被争过 |
| 内存池积压 | 正在等待的需求,最好按 gas 数 | 任何走私有通道的部分 |
| 小费价差 | 区块内部对位置的竞争 | 入场价,那由 base fee 定 |
| 确认延迟 | 你自己的结果 | 任何事,直到它已经发生 |
| blob base fee | rollup 数据空间的压力 | 执行 gas 那一侧的状况 |
小结
拥堵永远是推断出来的,从不被直接报出。base fee 是协议对已建成区块给出的、有界的自我总结;区块满度是早一步转向的输入;内存池是队列中看得见的那一段;小费价差是区块内部的争夺;确认延迟则是你本人拿到的结果。
把它们当成一组来读,动手之前先看清每一个的时间戳。反复出现的错误,是要求一个向后看的仪表去预测下一个区块;反复奏效的修法,是把它和它前面的那段队列配着看。想继续打基础,请关注 Bitbase 学院的更多内容。
相关阅读
币贝上与本主题相关的其他文章:
- 巨鲸追踪、钱包标注与聪明钱:一套钱包实体分类与法证检测框架
风险披露:本文为 Bitbase(币贝)学院的科普内容,仅供教育与信息参考,不构成任何投资、交易、税务或财务建议。加密资产波动剧烈,请自行评估风险。本文撰写于 2026 年 9 月,请以官方最新信息为准。
参考资料
[1] 以太坊改进提案 EIP-1559:Fee market change for ETH 1.0 chain,状态 Final eips.ethereum.org
[2] 以太坊改进提案 EIP-4844:Shard Blob Transactions,状态 Final eips.ethereum.org






