好奇是否有人对 EIP-4844 感兴趣，我认为它的实施将对 StarkNet 产生重要影响。我用中文描述了 EIP-4844 是什么。希望中国地区的朋友能理解，欢迎指正和讨论。

danksharding 是为以太坊提出的分片设计方案，dankSharding 来源于 “Dank”，Dankrad Feist 的缩写，他是该提案的一个重要贡献者。不同于为 transaction 提供更大的空间，sharding 将为 blob 类型的 transaction 提供更多的空间。

以太坊协议本身不会执行 blob 空间数据，而验证 blob 只需要检查 blob 是否可用，所以这些 blob 数据空间预计将会被支持高吞吐量的二层 rollup 协议使用。

为了避免该方案增加验证节点（ validators ）的系统配置要求，提出了 proposer/builder separation (PBS)，也就是将 proposer 和 builder 功能分离。由 builder 组织和构建 block ，被随机选中的 validator 只负责选择和提出 block。

EIP-4844 即 proto-danksharding 是部分实现 danksharding 规范的提案，也是最终实现 sharding 的过渡方案。proto-danksharding 内容主要包含对 blob 类型 transaction 的实现，和常规 transaction 一样，只是额外携带一部分数据，下文统一称为 blob-carrying transaction 。

因为验证节点（ validators ）仍然需要下载和验证所有 blob 内容，所以每个 slot 的数据带宽限制为 1MB 而不是 16MB。通过采用 EIP-4844 提案，来自 blob 的这些数据不需要普通 transaction 的 gas 使用量。

EIP-4844 本质上是以太坊扩容方案，因为blob 数据不需要 EVM 执行，所以 blob-carrying transaction 只需要消耗非常少的 gas fees，预计将为 ZK rollup 和 Optimistic rollup 协议节省数百到数千倍的 gas fees。

proto-danksharding 过渡到 danksharding 。。。

已经实现的工作：

* 新的 transaction 类型，并且与未来完整的解决方案完全一致

* 执行层逻辑

* 执行/共识交叉验证逻辑

* BeaconBlock 验证和 blob 数据可用性采样之间的层分离

* 大部分 BeaconBlock 逻辑

* 用于 blob 的独立的 gasprice

待完成的工作：

* 共识层中 blob_kzgs 的低度扩展以允许 2D 采样

* 数据可用性抽样的实现

* PBS（proposer/builder separation），以避免要求单个验证者在一个 slot 中处理 32MB 的数据

* 每个 validator 的托管证明或类似的协议内要求，以验证每个块中分片数据的特定部分。

责任编辑：Felix