PeerDAS 是以太坊数据可用性扩容路线中的关键设计。本文解释它和 blob、rollup 数据发布、L2 费用预期及用户安全边界的关系。
汇总与「数据可用性」相关的文章,帮助你系统了解该主题。
PeerDAS 是以太坊数据可用性扩容路线中的关键设计。本文解释它和 blob、rollup 数据发布、L2 费用预期及用户安全边界的关系。
Celestia 官方文档里的 blob 交易计费口径:`MsgPayForBlobs` 的 65,000 gas 固定成本与按份额折算的动态成本、8 MiB 整笔交易上限、按 gas 价优先的内存池与节点本地门槛,以及 v1.0.0 起费用一次扣死不退还对估价的直接影响。
Celestia 官方文档的私有区块空间机制:代理在提交时加密 blob 并生成 zkVM 可验证加密证明,任何人仍可验证密文可用且明文承诺成立,用于余额清算等需要保密又不能失去公开可验证性的状态。
Scroll 把 Layer2 数据分成区块、chunk、batch 三级:chunk 是证明单位,batch 是提交以太坊做数据承诺与验证的单位。本文按官方文档拆解 Commit 与 Finalize 两类交易分别提交什么、用户该在哪个状态台阶上验收。
对 ZK Rollup,费用常由必须发布到 L1 的 pubdata 主导,而非执行复杂度。本文按 ZKsync 官方文档拆解 pubdata 装什么、压缩与每字节单价如何造成同类操作差价、坎昆 4844 后 pubdata 挪进 blob 的计费变化,以及 Validium/Volition 把数据挪出 L1 换来了什么又换了什么信任。
Eclipse 的数据通路拆成三段:排序器出块、Celestia Publisher 把压缩后的 blob 发布到 Celestia、BatchHeader 把批次承诺锚定到以太坊。本文按 Eclipse 官方文档拆解这条三层数据可用性与结算分工,以及核对一笔状态要看的三个地方。
使用 Rollkit 这类框架的主权 Rollup 把终局分成两级:排序器通过点对点网络公布区块即软确认,数据层确认包含后才永久不可逆。本文按 Rollkit 官方概念文档拆解两级终局各自担保什么、区块头与交易数据为什么分成两个命名空间、节点如何据此重建链。
按 Celestia 官方文档拆解数据可检索性问题:数据可用性层只保证数据曾公开发布而非永久留存,官方对节点保留历史区块的处理方式与依赖方自存数据的要求,检索性与可用性的概念分界,以及 rollup 用户与节点操作者各自该核对的边界。
以太坊的 Blob 通道(EIP-4844 体系)按区块现买现走:打包者临时决定带多少 blob,费用随拥堵实时波动。EIP-8256 在 2026 年 5 月提出 Blob Streaming:通过一个叫票据合约(ticket contract)的系统合约提前预订区块容量,让 blob 的传播和费用像预订运输班次一样可预期。它要求 EIP-2935、4788、4844、7002、7594、7732、7918 在前,目前是草案。本文解释提前预订对谁有价值、票据合约与统一费用机制是什么形状,以及即时容量与预订容量两条车道怎么分配。