空块合法吗？为什么以太坊的提议者有时什么都不打包

发布 2026-08-03 更新 2026-08-03 林晓彤浏览 --

区块一个交易都没有，协议照样接受——这在以太坊是合法区块，在比特币则不可能发生。本文区分空块与漏块两个概念，讲清验证者为什么有时会交出空白区块（本地构建超时、MEV 中继取块失败是已知诱因），以及“连续空块”为什么值得盯紧。

空块合法吗？为什么以太坊的提议者有时什么都不打包图 1 — 空块合法吗？为什么以太坊的提议者有时什么都不打包 · 图 1

一句话先说清

空块是合法块：协议只要求区块结构有效、由本回合轮到的验证者签好名，对“里面装几笔交易”没有下限。以太坊每个槽位都可以交出零交易区块。但要分清两件事：出空块（出了，只是没内容）和漏块（这个槽位一片安静）——前者浪费Gas 市场，后者直接威胁链的节奏。比特币的情况恰好相反：每个区块强制携带一笔 coinbase 交易给矿工发奖励，结构上不可能存在空块。

为什么会有人主动出空块

正常激励下这不该发生：验证者的主要收入之一正是打包交易的手续费，空块等于白送。现实中看到空块，通常是技术链路在报错而不是经济学在变卦。两类已知诱因值得记录：一是验证者把建块外包给 MEV 中继（builder-relay 架构），到点没从中继拿到完整区块、本地兜底路径又没能及时构造出有效负载时，个别客户端版本曾因此产出零交易块——公开案例里有验证者跑旧版客户端、中继请求超时后连续出空块的记录，修复与升级后缓解。二是节点与中继之间的时序故障（获取负载请求卡在超时边界），同样可能把“没等到”变成“交白卷”。

空块 ≠ 漏块

以太坊共识用“槽位”划时间格子：轮到谁出块谁签名。验证者掉线、密钥未加载、签名器故障时，那个槽位直接跳过，链在空洞上继续前进——漏块。空块则相反，信标链收到并确认了一个内容真空的区块，出块奖励照拿，交易费收入为零。链上浏览器里两者一眼可分：空块有编号有区块头，漏块是高度序列里的缺口。

活性视角：连续空块是警报

单个空块多半是某台机器的故障，连续的、跨验证者的空块就要怀疑系统性因素了：如果大量验证者依赖同一个出问题的中继，而该中继因故迟迟不揭示已承诺的区块，这批验证者就会齐刷刷错过或交白——这正是研究中讨论过的 PBS 活性风险：提交—揭示机制意味着中继可以在收签后扣留区块，而验证者的正确防线是配置多个中继并保留本地兜底、必要时按监控信号摘除故障中继。协议设计者对“宁可空不可乱”的态度也很明确：链宁可出空块也不中断，安全性优先于进度。

用户该关心什么

若你在跑验证者：空块率是运维仪表盘上的一行，出现空块先查中继超时日志与客户端版本，升级通常是最短路径。若你是普通用户：你的交易没进一个空块不代表被针对，下一个块大概率就打包；但同一笔交易连续十几个槽位都不见时，优先怀疑自己给的优先费太低或节点太旧，而不是阴谋论。

空块不等于什么都没发生

自 Capella 升级开放质押提款后，每个区块头都要携带一份提款清单：即使交易数字段为零，协议层的提款与出队动作照样写进这个块。换句话说，区块浏览器里的“零交易”只描述 Gas 市场，不描述链的全部工作——验证者出块、证明聚合、提款结算在空块里照跑不误。看链上指标时把这层分清，才不会被“空块=链在摸鱼”的错误叙事带走。