撰文：liam.eth （OP Labs CEO）
編譯：
以太坊核心開發者將於本週四召開電話會議，討論是否將EIP-4844 納入考慮範圍（CFI ）。
對於很多致力於將該EIP 投入生產的團隊來說，這是一個重要的時刻!
以下是我認為應該將EIP-4844 納入考慮範圍的原因。
提醒：EIP-4844 為以太坊的短期數據增加了一個新的費用市場, Rollup 將使用它來提高數據可用性。
這是以Rollup 為中心的路線圖的遊戲規則改變者，因為費用可以降低約100 倍。
TL;DR 為什麼4844 應該納入考慮範圍：
-
♻️ 建立在提款基礎上
-
? 規範~經過9 個多月的迭代後已經完成
-
? 帶壓力測試的Interop repo
-
? KZG 儀式規範已完成+ 能工作的前端
-
? KZG 庫支持Node、C#、Rust、Python 等
-
? Devnet v3 將支持6/9 主要客戶端
讓我解釋一下每一部分。首先， EIP-4844 是建立在提款規範之上的。執行層和共識層的工作都直接建立在現有的提款實施之上。不需要重新建立，它純粹是附加的。
該規範經過9 個月的密集迭代，其餘的更改已經非常少了。
大多數客戶端團隊已經審查（甚至實施）了它！此外，還有互補的共識層和engine API 規範。
https://github.com/ethereum/execution-apis/blob/main/src/engine/blob-extension.md
在互操作性方面，開發者們進行了大量的工作，這導致了多個不同的開發者測試網（devnet），並且Georgios Konstantopoulos 進行了額外的網絡壓力測試。不過，保守地說，我們已經減少了初始迭代的blobs 參數。
https://github.com/Inphi/eip4844-interop
在KZG 可信設置儀式方面，我們已經準備就緒。
有一個已完成的規範，包含三個前端實現，並實現和審核了排序器。
https://github.com/ethereum/kzg-ceremony-specs
為了使實施更流暢、更可靠，我們在KZG 庫方面也取得了重大進展。 C-kzg-4844 處於活動狀態，並使用NodeJS、CSharp、Python 以及正在進行的Rust 綁定實現所需的組件。 Go-KZG 已準備就緒。
https://github.com/ethereum/c-kzg-4844/
我們在開發者測試網（devnet）方面也取得了巨大進展。
下一個devnet v3 將支持9 個主要客戶端中的6 個（不錯），應該會在11 月30 日準備就緒。
https://notes.ethereum.org/@timbeiko/4844-devnet-3
一直以來，社區和生態系統始終與不斷發展的公共站點保持同步，該公共站點包含了所有這些信息，並且已經持續了將近一年。
https://www.eip4844.com/
在我看來，EIP-4844 是合併（The Merge） 之後最有希望為以太坊的未來做出貢獻的EIP。
幾隻L2 團隊、來自以太坊基金會的各種核心開發人員、大型crypto 業務以及主要的新項目都為它做出了貢獻，因為我們希望看到以太坊獲勝。
現在，我想補充的是，CFI 並不意味著“包含”在下一次硬分叉升級中。關於上海昇級的決定是一個獨立的過程。
然而，考慮到EIP-4844 以及提款都涉及到了共識層和執行層，似乎有很好的理由考慮將其納入上海昇級。
無論如何，我希望在即將到來的ACD 電話會議中，我們能夠了解EIP-4844 的情況，並對CFI 地位的合理性做出強有力的判斷！
如果你對這個EIP 有任何想法，並希望在下一次ACD 電話會議上發表意見，請查看議程:
https://github.com/ethereum/pm/issues/450
