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 在前，目前是草案。本文解释提前预订对谁有价值、票据合约与统一费用机制是什么形状，以及即时容量与预订容量两条车道怎么分配。

Celestia 每个区块能塞多少数据，由数据方块的尺寸决定，而这个尺寸受两层规则约束：规范里硬编码的绝对上限，和可以经链上治理修改的参数上限。本文拆解 share、原始数据方块与两层上限的关系，给出治理提案的质押门槛与投票周期，并说明普通用户怎么核对容量参数的真实状态。

类型三交易只携带版本化哈希，Blob 本体走侧车、EVM 不可见。本文按 EIP-4844 规范拆解 to 不得为空、max_fee_per_blob_gas、点求值预编译与约 18 天的保留窗口。

EIP-8371 针对 PeerDAS 把 blob 重建压力全压在超节点身上的问题，提出按行主题（row topic）做分布式重建：订阅足够列子网的普通节点也能参与补全，降低超节点负载。本文拆解这份草稿。

EIP-8142 针对 zkEVM 验证路线的一个盲区——验证者不再下载执行载荷，数据可用性失去兜底——提出 Block-in-Blobs：载荷数据编码进区块引用的部分 blob，借现成的 DAS 机制保证可获取。

Celestia 把共识网络与数据可用性网络分开，节点也因此分成桥节点、全存储节点和轻节点等角色。本文按搬运、存储与抽样三个职责讲清各类节点做什么、信任什么、坏了影响谁，并给出选型前的三问。

ipfs pin update可复用新旧DAG的共同分支，但旧对象必须是递归Pin，且默认会移除旧Pin。本文给出双Pin窗口、完整性验证和回滚手册。