EIP-4844：新升級如何推動Rollup降低費用和增加吞吐量？

撰寫：Jesse Pollak

編譯：深潮 TechFlow

TL;DR

EIP4844 這項工作帶來了巨大的推動力，在 Devcon 會議期間進行了多次高影響力的工作會議，確定了一些小的規格變化，並正在全速推動實施中。

EIP4844 將使第 2 層 Rollup 的費用減少 10-100 倍並擁有更高的交易吞吐量。它通過一種名為“Blobspace”的 Rollup 構建的形式，使得以太坊能夠引入數據可用性來做到這一點。

這一變化對於推動以太坊的採用至關重要——例如在 Coinbase，"我們認為 EIP-4844 是將我們的客戶帶入加密經濟的一個關鍵推動因素，它具有安全、易於使用的體驗，而且更快、更便宜"。

Devcon 的目標是推動所有客戶團隊就「如何最好地交付 EIP4844」進行討論。為了實現這一目標，來自 Ethereum、OPLab 和 Coinbase 的開發者們在過去的 5 個月裡編寫了規範，在 Geth 和 Prysm 中實施，啟動了兩個開發網，並準備了 KZG 儀式。

在會議期間，我們在許多不同的場合都進行了討論：在 Devcon 前的研發日的多個研討會，在 EthMagicians 期間的對話，客戶團隊參加的半天工作會議，以及幾乎每天都有的臨時對話。

從這些對話中，我們確定了對執行層和共識層規範的一些小改動。我們還發現，整個客戶團隊最大的關注點是增加 Blobs 的網絡影響。

在共識層，我們決定將 Blobs 和 Block 結合起來，而不是讓它們分離。我們做出這個決定是為了簡化實施，並期望在下一階段的 Danksharding 中，我們可能才會讓它們分離。

在執行層，為了減少潛在的 DOS 載體，我們決定更新有線協議，使得帶 Blob 的交易只被公佈，而不是廣播。這使得客戶端可以安全地管理 Blob 的檢索。

我們從客戶那裡一直聽到的最大的擔憂是圍繞著網絡延遲：有了 Blobs，總的網絡帶寬有可能會大大增加。雖然這是預期的行為，但人們希望儘可能地降低這一變化的風險。

為了解決這個問題，我們計劃通過在測試網和主網上創建持續數量的充滿 CALLDATA 的區塊，來模擬網絡行為會是什麼樣子。這將顯示網絡上的節點如何處理這種負載。

根據測試結果，我們將調整目標 Blob 大小，以適應帶寬限制，並添加任何額外的緩解措施。我們很高興能得到一些真實的數據，以得知最終的適合 4844 的參數。

最後，大家討論了跨執行層和共識層使用什麼庫來實現 KZG 承諾。我們一致認為默認的是 c-kzg 庫（取決於 Blst），但客戶也可以依靠平臺特定的庫。

在整個 Devcon 大會上，有很多關於 4844 的確切時間的討論。雖然大多數客戶團隊將分片/擴展視為首要任務，但人們也強烈希望 4844 能有充足的資金順利進行。

對於將 4844 納入下一個硬分叉，沒有做出正式的決定，但對這一想法持高度開放的態度。如何在規範和客戶端代碼庫中最好地體現這一點仍在確定中。

基於這些反饋，工作組將全力以赴，在短期內，意味著實施 2-3 個其他客戶端（Lodestar、Erigon、Nethermind），運行帶寬測試，並啟動 Devnet 3。

本月晚些時候，我們計劃再做一次檢查，以衡量我們的進展是否與上海硬分叉的時間軸保持一致。我們很樂觀地認為，鑑於我們擁有強大的跨公司工作組，我們將能夠很快完成 4844。

原文鏈接