Blob和Calldata区别：Rollup数据怎么发布？

Rollup 需要把足以支撑其状态验证的数据发布到以太坊等结算层。常见讨论会把 calldata 和 Blob 放在一起比较，但二者不是同一种存储空间的不同名字：它们在执行层能否读取内容、采用何种费用计价，以及数据可用性由哪一层承担方面存在区别。

先区分“可执行”“可读取”和“可用”

交易 calldata 是随执行层交易提供的数据；EVM 可以读取交易调用数据。EIP-4844 引入的 Blob 则面向承载较大数据的另一条路径：Blob 内容不能被 EVM 执行直接读取，但它的 commitment 可以被执行层访问。于是，Rollup 的合约逻辑不能像读取普通调用参数那样直接读取 Blob 全部内容；协议使用 commitment 等机制关联该数据。

“EVM 不能读取 Blob 内容”不等于“网络不需要保证数据可用”。EIP-4844 将 Blob 数据的可用性职责放在共识层处理，执行层不负责永久保存其内容。Rollup 需要的是足以验证其状态和处理争议的数据可用性，而不是把所有批次数据都当成永久保存在执行层状态中的普通合约存储。

两条数据路径的机制对照

比较角度	calldata	Blob
EVM 能否直接读取内容	交易数据可由执行过程读取	Blob 内容不能被 EVM 执行直接读取；commitment 可访问
费用计价	计入普通交易执行 gas 相关费用	使用独立的 blob gas 费率机制，与普通交易执行 gas 分开计价
数据职责	作为交易调用数据进入执行层	共识层为数据可用性保存，执行层不负责保存内容
主要理解重点	可读性与执行路径	数据可用性、commitment 与独立费用市场

这张表比较的是协议路径，不是某个 Rollup 当前实际采用哪种发布方式，也不是费用报价。实际费用还会受到网络状态、交易构造和项目实现影响；本文没有给出一个静态的“哪种一定更便宜”结论。以太坊 Blob 费用的基础概念可接着看 以太坊 Blob 费用怎么看 与 以太坊 Blob 如何影响 L2 费用。

为什么需要独立的 Blob 费用市场

EIP-4844 将 Blob gas 与普通交易执行 gas 分开计价。这样的区分反映了两种资源需求并不完全相同：普通交易需要执行层处理指令与状态变化，Blob 路径则承载供 Rollup 使用的数据，并涉及另一套可用性处理。两者的价格不能相互替代，也不能根据一次费用截图推断长期成本。

这并不意味着 Blob 总是比 calldata 便宜。某个时点的费用受网络需求和具体发布方案影响，某个 Rollup 还可能对数据做压缩、批次整理或在不同阶段采用不同方式。没有逐项目核验其当前实现，就不应把协议存在 Blob 路径直接写成“该项目已经全部迁移到 Blob”。

Rollup 需要数据可用，不等于永久链上存储

Rollup 发布数据的目标，是让参与者能获取足够信息来重建或检查其状态变化。EIP-4844 对 Blob 与执行层的职责分工，不能被描述为“Blob 永久保存在以太坊主网”或“合约可以随时读取 Blob”。同样，也不应反向推断为“Blob 数据发布后没有可用性保障”。准确表述应区分：内容可否由 EVM 读取、协议在哪一层处理可用性，以及具体项目如何保存历史副本。

calldata 的可访问性、历史查询方式和长期保存细节还会受到客户端与协议升级影响；Blob 的可用性窗口及归档安排也不能与永久存储混为一谈。本文不提供固定保存天数，也不承诺节点或浏览器会永久保留所有数据。若需要长期分析，应确认使用的归档或数据索引来源。

判断某个 Rollup 时要继续核对什么

比较项目时，应查它当前的官方技术文档：发布交易是否携带 Blob、数据如何提交到以太坊、状态验证依赖什么，以及项目如何处理历史数据查询。ZK Rollup 与 Optimistic Rollup 的证明或争议机制也会影响各自的数据验证路径，可参阅 Rollup 与以太坊 Layer2 的关系、Optimistic Rollup 挑战期是什么。这些链接提供背景，不代表任何特定项目此刻采用某种固定数据发布模式。

最后还要区分协议层能力与用户侧费用。Blob 和 calldata 的机制差异可以解释为什么 Rollup 有不同的数据发布选项，但不能仅凭名称判断某笔转账的实际成本、确认速度或安全性。使用 L2 时应以项目当前文档、交易详情和网络状态为准。

本文依据 2026 年 10 月 15 日核对的 EIP-4844 与 Ethereum.org 资料整理。Layer2、跨链和链上数据都存在协议实现、网络拥堵和数据服务风险；本文仅作技术教育，不构成投资建议或费用承诺。