跳到正文
Financial Context Wiki

Blob 费用与 Rollup 成本

一份以核验为先的指南，介绍以太坊 blob gas、当前 blob 参数表、批次利用率、Rollup 费用分摊，以及 L1 发布成本与 L2 用户账单的区别。

更新于

仅供教育参考，不构成财务或安全建议。Blob 参数、Rollup 费用公式、排序器政策、汇率和数据可用性假设都可能变化或失效。

直接答案

以太坊 blob 费用是发布 blob 数据的协议费用，不是 L2 用户支付的全部费用。携带 blob 的交易按 blob_count * 131,072 * blob_base_fee_per_blob_gas 支付 blob gas，并另付普通执行 gas。Rollup 会再按照自身的压缩、系数、开销和运营方定价规则分摊 L1 成本，因此批次提交者的收据、Rollup 成本估算、用户报价和运营方收入是不同记录。

Blob 是由带版本 KZG 哈希承诺的临时数据边车。EVM 可以使用承诺，却不能直接读取 blob 字节。PeerDAS 改变以太坊节点分发和抽样这些数据的方式，但不会让 blob 成为永久档案，也不会使某个 Rollup 的用户费用公式具有普遍性。容量还取决于分叉。截至 2026-08-13，Fusaka BPO2 后的以太坊主网目标为 14 blobs，每个区块最多允许 21 blobs，取代此前的 3/6 和 6/9 参数表。

运作方式

  1. 固定计量背景：以太坊网络、区块或时隙、当前分叉和仅 Blob 参数升级表、Rollup 部署及费用公式版本、L1 起点、用户费用代币和汇率时间戳。绝不能把当前主网参数套用于旧区块、测试网或未来分叉。
  2. 根据链上证据识别发布对象。记录类型 3 交易、发送方、收据、带版本哈希、blob 数量、blob_gas_used、编码和可用载荷字节、压缩或封装方式，以及 Rollup 使用的是 blob、calldata 还是其他数据可用性路径。
  3. 读取两个费用市场。Blob gas 采用 131,072 blob gas per blob；区分实际 blob_base_fee_per_blob_gas 与发送方的 max_fee_per_blob_gas 上限。另行记录执行 gas 用量、实际执行 gas 价格和优先费。EIP-7918 后，低 blob 定价与执行成本存在储备价格关系，但两类资源仍分别记账。
  4. 重建批次提交者的实际 L1 账本：已销毁的 blob 费用、执行费和小费，以及匹配的状态输出、证明、桥接或发布交易。即使 blob 交易执行失败，blob 费用仍会收取；未被收取的费用上限既不是成本，也不是退款。
  5. 复现特定 Rollup 当前的归集公式。记录压缩字节或其他计量单位、系数、固定开销、运营方费或优先费、退款与回退规则。OP Stack 文档只能证明某个 OP 部署的做法；其他 Rollup 可能采用不同的成本分摊方式。
  6. 分开四套账：批次提交者 L1 成本、Rollup 归集的 L1 数据成本、用户实际扣款，以及运营方收入或利润。按交易笔数等分只是一种分析性分摊。批次装载率、填充、交易组合、延迟发布和交叉补贴都可能使其不同于协议报价。
  7. 对照收据核对并进行压力测试。测试 blob 价格飙升、执行拥堵、ETH 与费用代币汇率、低批次利用率、排序器延迟、calldata 回退、公式升级、L1 重组、临时数据留存和归档失效。每个用户级数字都应报告区块、单位、假设和未匹配成本。

示例

  • 协议 blob 费用。 两个 blob 消耗 2 * 131,072 = 262,144 blob gas。在 30 gwei per blob gas 时，费用为 262,144 * 30 * 10^-9 = 0.00786432 ETH。按 $2,500 per ETH 计算为 $19.6608。这不含 blob 交易的普通执行费。
  • 同一交易的两套费用账。 若同一类型 3 交易使用 120,000 execution gas，实际价格为 22 gwei，执行成本是 120,000 * 22 * 10^-9 = 0.00264 ETH。L1 总费用为 0.00786432 + 0.00264 = 0.01050432 ETH，按上述汇率为 $26.2608。Blob gas 与执行 gas 仍是不同输入。
  • 批次利用率与分摊。 加入 $4.0000 的匹配证明和发布成本，分析性批次成本为 $30.2608。若有 2,000 included transactions，按笔数等分为 $30.2608 / 2,000 = $0.0151304 per transaction；若仅有 800 笔，则为 $30.2608 / 800 = $0.0378260。两者都不自动等于用户报价或运营方实际利润。
  • 当前容量与字节单位。 在特定日期的 14/21 参数表下，目标和上限分别为 14 * 131,072 = 1,835,008 与 21 * 131,072 = 2,752,512 blob-gas units，对应 1.75 MiB 和 2.625 MiB 编码 blob。任意载荷通常只能使用每个字段元素的 31 个字节，而字段元素共有 32 个字节；因此压缩和封装前的可用载荷为目标 14 * 126,976 = 1.6953125 MiB、上限 21 * 126,976 = 2.54296875 MiB。

风险

  • 套用过期的分叉或仅 Blob 参数升级表。
  • 混用主网、测试网或其他链的 blob 参数。
  • 混淆 blob gas、执行 gas、编码字节和可用字节。
  • 把 max_fee_per_blob_gas 当作实际基础费。
  • 漏记类型 3 交易的普通执行费和小费。
  • 假定执行失败会退还已收取的 blob 费用。
  • 使用过期 RPC 估算，而不查纳入区块和收据。
  • 排序器延迟发布批次时跨越费用变化。
  • 低估 blob 拥堵飙升或储备价格机制。
  • 因 blob gas 便宜而忽视 L1 执行拥堵。
  • 按满载批次分摊未装满或有填充的批次。
  • 使用错误的压缩、封装或交易组合假设。
  • 重复计算证明、状态输出、桥接或发布交易。
  • 套用过期的 Rollup 系数、开销或运营方费用公式。
  • 混淆用户报价、实际扣款、退款和运营方收入。
  • 触发昂贵的 calldata 回退或不同的数据可用性安全模型。
  • 使用错误价格或时间戳换算 ETH 和费用代币。
  • 交易替换或 L1 重组后丢失或误归集批次。
  • 把 PeerDAS 的临时可用性当成永久归档检索。
  • 因 blob 可用而忽视排序器、有效性、最终性、桥接或退出故障。

常见误区

  • Blob 基础费就是用户支付的全部 L2 费用。
  • max_fee_per_blob_gas 就是实际收取金额。
  • 一个 blob 中全部 131,072 个编码字节都能作为任意用户载荷。
  • Blob 基础费降低会立即以相同比例降低每位 L2 用户的费用。
  • Blob 数据永久存储在 EVM 内，而且每个 Rollup 都采用固定的 3/6 或 6/9 容量。

相关主题

来源

导航

搜索知识库...