Danksharding

理解：

以太坊自己做了一个单独DA层（目前还没有成为一个layer）

30天内数据链上

其余链下，例如接入AR等

意义：

1.提高L2计算上限

2.增加L1存储能力

核心设计：

通过 RS 编码和 KZG 承诺，解决了数据可用性问题，实现了网络验证的去中心化

通过PBS，解决 MEV 问题

通过抗审查清单（Crlist），解决了抗审查问题

PBS（Proposer builder separation 由于DAS的方案同时也提高了对全节点的性能要求，也就是加剧了中心化和MEV，于是PBS出现

构建区块时，区块提议者Proposer和区块构建者builder分离。

相比DAS额外增加了一个裁决委员会，来裁决区块是否有效

• 细节

相关内容：DAS（数据可用性抽样，Data Availability Sampling）

解决区块链状态爆炸的有效方法

数据可用性DA：区块生产者（矿工/验证者）必须使得交易数据availability，以便全节点确认和检查

DAS：通过数学设计，让验证节点只检查部分数据碎片。从而减轻节点验证数据负担，降低性能要求。

• Proto-Danksharding——4844/ Blob
• Danksharding：更进一步（降低带宽）
• PBS（Proposer builder separation

1.存储在L1，计算在L2

2.Rollup

3.L1存储能力有限，限制Rollup容量，产生存储扩容需求

4.针对L2的存储方案 Validium——starkware zkPorter——zksync Celestia： Polygon Avail *：新增信任假设，从以太坊转移到L2

5.需求：L1的存储扩容 安全性：L1每个节点都验证和存储数据 eg：**AR：**L1存储，例如节点需要60T存储。L1存储对节点的带宽和存储要求较高

Blob

Blob的存储

1. Blob transations上链，Blobs存储在共识层存储
2. 因为当下，共识层存储压力远小于执行层
3. 未来Blobs的存储可能会作为一个独立层

安全性和问题

Blob Data

等于L1，高于L2

L1本身去验证 / 信任L2网络的验证

Hisitory data

低于L1，等于L2

信任以太坊保存数据 / 信任L2保存历史数据