长推：EIP-4844综合指南

注：本文来自@francescoglt 推特，MarsBit整理如下：

Arbitrum、Optimism和L2上的交易成本将降低10倍。如何？

EIP-4844是以太坊分片设计的第一次迭代。

分片是以太坊让更多数据通过网络的一种方式。

以太坊已经将分片作为2016年可扩展性更新之一。

随着时间的推移，他们已经从完全执行分片转变为只进行数据分片，Vitalik将其描述为“增加实用主义”。

事实上，以太坊网络上的数据可用性问题是主要的扩展瓶颈之一。

数据可用性可以定义为“证明特定哈希背后的底层数据，实际上已经发布到这个公共板上，如果人们想要，他们可以获得并验证它”。

EIP-4844试图在不破坏L1上的可组合性和执行层的情况下增加以太坊上的数据可用性容量。

为什么选择EIP-4844：为L2解决方案创建一个廉价的地方，以便在以太坊上发布数据，并大大减少用户在L2上支付的总体交易费用。

问题：L2产生越来越多的数据。如果有一种方法可以以一种便宜的方式存储这些信息，它将立即降低网络向用户收取的交易费用。

解决方案：针对“blob-carrying transactions”的新交易格式。它包含了大量“通过EVM执行无法访问，但其承诺可以访问”的数据。

不是将全部内容嵌入到主体中，而是将blob的内容作为“sidecar”单独传播。

这可能是用户最感兴趣的EIP之一，因为他们将直接受益，因为他们将在他们最喜欢的L2上支付更少的费用。

这是以太坊上更简单的分片实现，也是以太坊“以汇总（Rollup）为中心的路线图”的又一步。

EIP4844介绍：

分片块将只包含“数据块”，而不是包含在以太坊块中执行的交易， L2将负责使用该数据空间，以便为其用户创建安全且更具可扩展性的体验。

blob是什么？

一个附加在交易上的不透明的原始字节字符串，它会进入以太坊系统。

附加在“sidecar”中的内容有这个额外的生命周期：

blob交易支付费用，并承诺充分证明某些数据存在——但数据本身是分离的。

费用支付和引用由以太坊处理，而承诺和blob存储在其他地方，直到被修剪：以太坊EVM中没有直接的blob内容，它们保存在信标节点中，而不是在执行层中。

•以太坊：不可扩展计算，可扩展数据(执行引擎);

•L2s：将不可扩展数据和不可扩展计算转换为可扩展计算(数据可用性+执行检查)。

这种设计选择是战略性的，以确保未来的分片工作只需要更改信标节点，从而使执行层能够并行地处理其他活动。

以下是该EIP中涉及的信标节点更改：

为什么L2费用会更低？

交易计算和存储的单独费用：L2将使用不同的功能向以太坊提交“blob”。

他们不使用永远存储数据的“CALLDATA”，而是使用blob, blob在预定义的时间段后被修剪。

blobs数据不需要永远可用，但需要一段时间(例如1-3个月)，足够长的时间允许L2确保至少有一个诚实的参与者重构状态并挑战或更换坏的测序器（sequencer）。

然后数据被修剪。

EIP-4844通过允许rollup初始扩展到每个插槽0.25 MB，为blob提供了一个单独的收费市场，从而使费用非常低，大大缓解了rollup的扩展性。

阅读：交易将更便宜，一个数量级。

L2如何使用Blob？

将数据放入blob中可以保证数据的可用性，同时成本更低。

L2使用KZG来验证blob的有效性。

什么鬼？KZG“表示该点的特定值等于声明值”。

• 当提交欺诈证明时，Optimistic Rollup将提供基础数据。欺诈证明可以验证有效性，“通过调用数据一次最多加载blob的几个值”。

>对于每个值，它将提供一个KZG证明，并使用其计算预编译来根据之前提交的版本的哈希验证该值。

• ZK rollup需要提供2个承诺：blob中的KZG和使用ZK证明系统的一些承诺。

然后他们需要证明：

> KZG(协议确保指向可用数据)和ZK rollup自己的承诺引用相同的数据。

精神食粮：

老实说，我不知道我是否很好地解释了EIP-4844背后的复杂性。它涉及以太坊的几个技术方面，很难将它们全部浓缩在EIP-4844的全面介绍中，除非不断地……

介绍和解释新概念。

关于EIP-4844的重要之处在于，它的价值将渗透到用户身上，因为我们都将能够从较低的L2费用中受益。

该提案背后的原因与以太坊以rollup为中心的路线图一致，并进一步提高了L2的可扩展性，同时与未来的分片向前兼容。

未来EVM执行分片的大门仍然是敞开的，但这实际上只是第一步。

EIP-4844预计将在2023年下半年投入使用。

我还想说的是，大部分的内容都是由 @TimBeiko @liamihorne @protolambda @dankrad 而来，来自各种来源！