一文讀懂Base的擴展計劃：自9月底每周將...

首頁
專家專欄
一文讀懂Base的擴展計劃：自9月底每周將gas目標提高1Mgas/s

一文讀懂Base的擴展計劃：自9月底每周將gas目標提高1Mgas/s

發表於 2024-09-05 11:15 作者：金色精選

來源：Base，Mirror；編譯：陶朱，金色財經

Base 2024 年路线圖計劃之一是讓每個人都能以可承受的價格訪問鏈上技術。我們專注於在安全、去中心化的 L2 上提供快速、低成本的交易，以實現全球參與鏈上經濟。

我們將在這個新的博客系列 Scaling Base 中展示我們的進展，我們將在其中分享更新和我們讓十億人上鏈的計劃。在本期中，我們將分享我們提高數據可用性容量的方法，同時期待在即將到來的 Pectra 升級中集成 PeerDAS。

自發布以來擴展 Base

以太坊於今年 3 月推出了 EIP-4844——這項升級通過將 L2 費用與以太坊主網費用分離，使其降低了 100 倍。這種分離使組合網絡能夠擴展：如果第 2 層出現擁塞，它可以獨立採取行動來增加其目標容量並降低交易費用。

因此，自一年前推出以來，我們已將 Base 的吞吐量擴展了 4 倍，將每個區塊的 gas 目標從 2.5 Mgas/s 提高到 10 Mgas/s，以便在活動增加時將費用保持在 1 美分以下。這只有在 Base 核心團隊和整個生態系統的建設者爲擴展 OP Stack、以太坊客戶端和 EVM 所做的大量努力下才有可能實現。

下一步：每周增加 1 Mgas/s

幾個月前，我們設定了一個雄心勃勃的目標：實現 Base 1 Ggas/s 的容量。我們知道，要實現這一目標，需要許多團隊的大量努力和協作。退一步來看，我們意識到，無論是對於我們的內部團隊還是對於更廣泛的生態系統，我們在擴展過程中提供的可預測性越高，規劃和協調必要工作就越容易。

爲了提供這種清晰度，我們正在改變擴展 Base 的思維方式：我們將致力於持續增加 gas 目標，然後努力確保我們能夠通過擴展所有關鍵屬性來實現這一增長。

首先，我們公开承諾從 9 月底开始每周將基本 gas 目標提高 1 Mgas/s。這些增加將受到持續監控和測試——如果我們需要更改計劃，我們將清楚地傳達我們的主要經驗和變化。隨着我們繼續擴展底層基礎設施並建立信心，我們的目標是提高增長率（例如每周 2 Mgas/s），以加速我們向 1 Ggas/s 邁進。

Pectra 和 PeerDAS

隨着 Base 的不斷擴展，我們希望以太坊社區能夠整合必要的主網升級，以提高 L1 數據的可用性，從而確保 L2 能夠繼續爲鏈上帶來下一個十億用戶。

在過去的兩年裏，我們與以太坊核心开發者社區合作完成了這項任務，從 EIP-4844 开始。這次升級由 Base 團隊、OP 實驗室和以太坊核心开發者共同領導，通過引入 blob 空間並提供固定數量的 blob 空間來提供數據可用性，顯著降低了 Base 和其他 L2 的成本。

但隨着需求的增加，我們的預測顯示，目前的限制將無法滿足 Base 在未來一年的需求。這就是 PeerDAS 發揮作用的地方。

PeerDAS（對等數據可用性採樣）是即將推出的 Pectra 硬分叉中的一項協議變更，它通過增加總 blob 容量來解決此問題，而無需每個節點下載每個 blob。它確保以太坊節點可以訪問所有 blob 數據，同時僅下載一小部分，從而顯著降低網絡帶寬要求並釋放大量數據可用性容量。

Base 核心團隊一直在積極准備將 PeerDAS 納入 Pectra 升級：

我們正在與 ethPandaOps 合作對 PeerDAS 开發網絡進行網絡分析，提供必要數據以提供建議。
我們正在爲 Prysm 中的實施做出貢獻，該實施用於推動初步分析。

PeerDAS blob 容量

除了這些貢獻之外，我們還主張在激活 PeerDAS 的同時大幅增加 blob 容量。這對於擴展工作至關重要，允許處理更多數據而不會使單個節點過載。

任何影響帶寬的協議更改都應該自然地面臨开發人員的審查，因爲存在引入網絡不穩定和網絡相關的拒絕服務攻擊的風險。由於 PeerDAS 的復雜性，一些人主張將其納入，同時首先保持 blob 容量不變。這種方法會將任何數據可用性容量的增加推遲到後續升級，這可能是在 Pectra 於 2025 年激活後的幾個月（如果不是一年）之後。

雖然 PeerDAS 的最終細節仍在討論中，但我們相信它的架構允許現有的帶寬有限的質押者安全參與。此外，同樣計劃用於 Pectra 的 EIP-7251 應該會減少認證和 sync_committee p2p 流量，這是節點帶寬的主要消耗者。

對 blob 數據施加更高的最低價格

反對增加容量的一個論點是，L1 節點需要公平地補償提供數據可用性所需的計算、存儲和帶寬。當對 blob 的需求低於目標時，價格會降至最低限度：每字節 blob 數據 1 wei。超過目標容量的需求允許基於市場的定價機制啓動，從而更好地收回 L1 節點產生的成本。

我們認爲通過限制 DA 容量來解決這個問題是朝着錯誤的方向邁出的一步；相反，我們建議採用不同的方法，確保 blob 空間市場健康，以便在保持網絡不受約束的同時公平地補償網絡。一些潛在的解決方案是提高最低 blob 費用或爲 blob 數據實施不同的費用機制。

提高目標以實現正和擴展

EIP-4844 發布後，只要 blob 的平均需求低於目標（目前爲每塊 3 個），L2 交易費用將與以太坊主網費用脫鉤。

到目前爲止，我們只看到少數 blob 需求長期超過此目標的情況。有些人可能將低於目標的 blob 需求視爲保守行事的理由。但是，隨着 Base 的擴展計劃和 L2 需求的增長，我們預計需求將在未來幾個月內持續達到或超過容量。超過目標將結束交易費用的脫鉤 —— 不允許 L2 獨立增加容量並保持低費用。

當數據可用性達到目標容量時，擴展將成爲零和遊戲 —— 一個 L2 的吞吐量增加會對另一個 L2 產生負面影響。我們的目標是創建一個正和擴展環境。實施 PeerDAS 和增加 blob 數量是實現這一目標的關鍵步驟。

L2 協議改進

L1 數據可用性可以通過 L2 協議改進間接擴展，從而減少所需的數據。OP Stack 已經具有 Fjord 升級中的跨度批處理數據布局和 Brotli 壓縮等創新，這些創新將 Base 的數據壓縮率提高了 25%。未來的增強功能包括 L2 交易和 UserOps 的狀態壓縮和可聚合籤名。這些改進雖然很有幫助，但卻是錦上添花。最終，主網的數據可用性容量必須增長，以支持健康的擴展路线圖。