币圈界报道：

以太坊 Blob 存续机制解析：18 天为服务窗口而非删除时限

自 2024 年 3 月 13 日 Dencun 升级启动以来，以太坊引入了基于 EIP-4844 的 Blob 数据通道，为二层网络提供低成本数据发布路径。然而，其核心规则中的 18 天服务周期被广泛误解为数据清除时间，实则仅为节点需维持可用性的最低时长。

数据生命周期的明确界定：服务义务而非强制销毁

EIP-4844 设定的 4,096 个 Epoch 约等于 18.2 天，即节点必须在此期间响应对 Blob 内容的查询请求或提供其分片数据。一旦超出此窗口，协议不再强制要求节点保留完整内容，但链上记录的版本化哈希仍永久留存。

首份 Blob 的长期存续验证：归档系统承担延续责任

据 Blobscan 数据显示，2024 年 3 月 13 日发布的首个 Blob 虽仅使用 8,745 字节（总容量 131,072 字节），但截至 2026 年 10 月 27 日，其仍可在 Google、WeaveVM 及 IPFS 三个独立位置被检索。该现象表明，原始内容的持久性依赖于第三方归档服务，而非以太坊共识层。

不同数据类型的存储策略对比分析

以太坊文档明确区分各类数据的保存方式：Type 3 交易及其哈希永久存在于链上；经典交易的 calldata 同样无限期保留；智能合约状态则持续至被更新；而 Blob 原始内容仅在协议保障期内有效，之后由外部系统负责维护。

PeerDAS 技术革新：提升吞吐量，未延长保留周期

2025 年 12 月激活的 Fusaka 升级引入 PeerDAS 协议，使普通节点可通过采样部分分片即可验证数据完整性，从而大幅降低存储负担。该机制支持区块内 Blob 数量从 6 增至 21 个，但保留窗口仍维持在 4,096 个 Epoch，未作调整。

市场机制与费用结构：独立定价，受执行成本锚定

Blob 费用遵循独立市场供需模型，但根据 EIP-7918 规定，其价格不得低于与执行费用挂钩的地板价。这一设计确保了数据发布的基本经济可持续性，同时避免因低价引发滥用。