以太坊数据块：18天后的现状_新闻

免责声明：内容不构成买卖依据，投资有风险，入市需谨慎！

以太坊数据块：18天后的现状

2026-11-02 21:05:00

以太坊 Blob 的存续期：18 天的服务承诺并非删除期限

以太坊（Ethereum）中的 Blob 数据块享有约 18 天的网络服务保障，但这并不意味着在此之后它们会立即消失。自 2024 年 3 月 13 日 Dencun 升级以来，二层网络（Layer 2）便以更低廉的成本将数据发布于此。然而，截至 2026 年 10 月 27 日，Blobscan 归档系统仍显示其记录的第一个 Blob（发布于 2024 年 3 月 13 日）拥有三个存储位置。

核心要点速览

4,096 Epochs（周期）： 网络必须为 Blob 提供服务的最低时长，约为 18 天。
128 KiB： 一个 Blob 的原始大小，由 4,096 个各 32 字节的数据单元组成。
8,745 Bytes（字节）： 据 Blobscan 数据显示，2024 年 3 月 13 日发布的首个 Blob 实际仅使用了这一部分空间。
21 Blobs： 自 2026 年 1 月 7 日起，每个区块允许的最大 Blob 数量，较上线初期的 6 个有所增加。

EIP-4844：在区块中分离数据存储

诸如 Base 或 Arbitrum 等二层网络会对成千上万笔操作进行打包，随后将这些用于验证的数据发布到以太坊主网上。在 2024 年 3 月之前，这些数据通常通过交易的 “calldata”（调用数据）字段传输，该字段会永久存储在链的历史记录中。

随着 Dencun 升级激活 EIP-4844，开辟了一条新的路径。Type 3 交易现在携带 Blob，即一种在共识层中流通的数据包。智能合约无法直接读取其内容，只能访问每个 Blob 的加密指纹，称为“版本化哈希”（versioned hash）。

Blob 拥有独立于常规 Gas 费用的市场机制，其价格主要取决于对 Blob 的需求量。不过，自 Fusaka 升级后，根据 EIP-7918 的规定，Blob 费用不得低于与执行费用挂钩的地板价。

18 天：是一项服务义务，而非删除日期

EIP-4844 设定的窗口期为 4,096 个 Epoch。一个 Epoch 包含 32 个时隙（Slot），每个时隙为 12 秒。因此，4,096 个 Epoch 相当于 1,572,864 秒，即约 18.2 天。在此期间，节点必须能够向请求者提供 Blob，或者在 Fusaka 升级后提供其数据分片（fragments）。超过此期限后，没有任何规定强制节点继续保留以太坊 Blob。

规范假设了这一选择：“Blob 预计不会像区块的执行数据那样被长期存储。” 然而，以太坊官方文档澄清了这一窗口的范围：这是一项服务义务，而非删除日期。

以太坊官网关于 ZK Rollups 的页面指出，更长期的访问依赖于归档服务。因此，Blob 在 18 天后并不会在所有地方消失，它只是不再受协议层面的保障。

两年半后发现的第一个 Blob

据 Blobscan 记录，网络上的第一个 Blob 出现于 2024 年 3 月 13 日 UTC 时间 13:55，包含在第 19,426,589 号区块中。在 Etherscan 浏览器上，其交易记录依然可见，并显示为带有 Blob 的 Type 3 交易。这条痕迹属于以太坊永久历史的一部分。

但内容本身遵循了另一条路径。根据 2026 年 10 月 27 日查阅的 Blobscan 归档数据，这个大小为 131,072 字节的 Blob 仅使用了其中的 8,745 字节。Blobscan 当时指出了三个存储位置：Google、WeaveVM 网络以及 IPFS。其中指向 IPFS 的链接当天指向一个二进制文件。

这一测试说明了以太坊 Blob 的规则：Blob 的引用保留在链上，但其内容除了由独立的档案管理员外，不再受到保障。如果没有这些存档方，仅凭指纹无法重构数据。

以太坊 Blob：留存什么，又存于何处？

以太坊文档比较了网络上不同的数据存储方式。下表借鉴了其内容：

数据类型	存储位置	18 天后状态
Type 3 交易及 Blob 哈希	链历史记录	永久保存，如同任何交易
Blob 原始内容	共识层，随后可能进入归档	不再由网络节点保障
经典交易的 Calldata	链历史记录	永久保存，无时间限制
智能合约状态	链存储	直至被修改前一直保留