当前以太坊L2大多以Rollup为基本的技术路线，Vitalik更是将以太坊的更新用”A Rollup-Centric Roadmap“描述，可见Rollup基本已经一统L2江湖。
而Rollup运行的基本原理，是将一捆交易在以太坊主链外执行，执行完后将执行结果和交易数据本身经过压缩后发回到L1上，以便其他人去验证交易结果的正确性。显然，如果其他人没有办法读取数据，那就无法完成验证。因此让其他人能够获取交易原始数据这一点非常重要，它也被称为“数据可用性”（Data Availability）。
而受限于以太坊当前的架构，L2向L1的传输的数据，是储存在交易的Calldata里面的。然而，Calldata在最初以太坊设计的时候只是一个智能合约函数调用的参数，是所有节点必须同步下载的数据。富拓官网fxtmgj.com如果Calldata膨胀，将造成以太坊网络节点的高负载，因此Calldata的费用是比较昂贵的。这也是造成当前L2费用的主要因素。
读者不妨思考一下，如果让你来针对这个问题设计优化方案，你会朝哪个方向去做改进？
其实我们可以观察到，L2的交易压缩数据的上传，只是为了让它能够被其他人所下载验证，并不需要被L1所执行。而Calldata费用之所以高，是因为它作为一个函数调用的参数，是默认可能被L1执行的，因此需要全网的节点进行同步。
这就造成了一种不匹配：打个比方，就像我明明只想把数据传个网盘，让有需要的其他人在一段时间内能够去下载；结果，你却把我的数据做了个我并不需要的全网广播同步，强制所有人必须在限定时间内完成下载，然后反过来因为这个服务向我收取高昂的费用。这明显是不合适、需要改进的。
那怎么改进呢？我们可以把L2传过来的数据单独设计一个数据类型，把它和L1的Calldata分开。这种数据类型只需要满足能在一定时间内被有需要的其他人所访问下载即可，无需做全网的同步。实际上，这点也被众多以太坊技术社区的成员所想到了。
EIP-4844的改进，其实就是围绕着这个脉络进行的。
来自 “ ITPUB博客 ” ，链接：https://blog.itpub.net/69995368/viewspace-2928956/ ，如需转载，请注明出处，否则将追究法律责任。
