EIP-4844如何起源？

當前以太坊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的改進，其實就是圍繞著這個脈絡進行的。