以太坊 Gas 費優化：Proto-Danksharding 如何重塑 L2 交易成本

對於L2用戶而言，最大的變化並非以太坊gas費的全面下調，而是為Rollup提供了一種更便宜的臨時資料通道。以太坊的Dencun升級於2024年3月13日透過EIP-4844活化了proto-danksharding。 Rollup隨後可以使用blobs（具有獨立費用市場的臨時數據容器）發布批次數據，而無需再依賴永久儲存的calldata。這項變更降低了採用blobs的L2的一項主要成本投入，但並未使所有L2交易在任何時刻都變得廉價。

當前背景至關重要。以太坊後來的 Fusaka 升級於 2025 年 12 月將 PeerDAS 帶到了主網上，透過更高效地擴展 blob 吞吐量，推進了相同的數據可用性路線圖。對於今天的用戶而言，實際經驗是 L2 費用不僅僅取決於單一的「gas 價格」：L2 必須支付自身執行費用以及向以太坊發布數據或證明的費用，而對 blob 空間的需求以及每個 L2 的費用政策都會影響最終價格。

原始 danksharding 帶來了哪些改變？

在 EIP-4844 之前，rollup 通常將交易資料作為 calldata 發佈到以太坊。 Calldata 是以太坊交易輸入的一部分，並作為鏈歷史記錄的一部分永久保存。這種永久性固然重要，但也使得 rollup 大規模使用這些資料的成本很高。

EIP-4844 新增了一種交易類型，通常被稱為攜帶 Blob 的交易。 Blob 儲存的資料會在有限的時間內提供給網絡，而不是像 calldata 那樣由以太坊虛擬機執行或永久儲存。 Ethereum.org 指出，Blob 資料大約可以保留 18 天（4096 個 epoch），之後會被刪除。這個時間視窗的設計是為了滿足 Rollup 的資料可用性需求，而不是作為通用的永久檔案儲存。

其結果是 Rollup 數據採取了不同的經濟路徑。 Rollup 資料仍然結算或錨定在以太坊上，但它可以使用專門建立的資料可用性資源，而不再僅僅與普通的 L1 執行和呼叫資料容量競爭。請閱讀以太坊的Dencun 常見問題解答，以了解升級的官方概述以及交易和費用設計的EIP-4844 規格。

關鍵機制：區塊費用與普通氣體費用分開計算。

「Gas」常被當作一個數字來使用。在EIP-4844之後，這種簡寫方式可能會掩蓋rollup交易的實際費用。 Blob交易除了包含以太坊的常規執行費用欄位外，還額外設定了一個單獨的Blob Gas最高費用。該協議維護著一個獨立的Blob基礎費用，該費用會根據Blob的使用情況而變化，而不是僅僅透過常規的L1 Gas市場來定價。

EIP-4844 特意將 Blob 定價與普通 Gas 定價分開。其規範將 Blob Gas 描述為獨立於普通 Gas 之外，擁有自己的目標值和調整規則。因此，關於 L1 Gas 價格低廉的新聞標題並不會直接告訴你 L2 交易的成本，而且即使普通的 L1 交易活動看起來很平靜，Blob 需求的激增也可能對匯總交易產生影響。

這如何改變了L2交易的實際運作？

匯總數據可以更經濟高效地發布數據。

Rollup 會在以太坊主網之外執行大量用戶交易，然後將足夠的資訊發佈到以太坊，以便根據其設計驗證或質疑 Rollup 的狀態。在 Blob 出現之前，永久呼叫資料是此機制的重要組成部分。 Blob 為 Rollup 提供了一個成本更低的發布資料的地方，這些資料必須足夠長的時間以滿足系統安全流程的要求，但無需保留在每個節點的永久執行歷史記錄中。

對於支援 Blob 的 L2 服務，節省下來的費用可以轉嫁給使用者、保留在費用模型中，或部分被其他成本抵銷。因此，任何費用降低的時機和幅度都取決於具體的實現方式。 Ethereum.org 明確指出，Rollup 供應商會根據 Blob 空間需求來選擇使用 calldata 還是 Blob，並且各個服務的支援時間表和費用行為可能會有所不同。

費用對批量處理和資料效率變得更加敏感。

匯總機制通常會將多個使用者操作打包成批次，然後再發佈到 L1 層。將 L1 層的資料成本分攤到更多交易中可以降低每個使用者的費用份額，而資料密集型操作則會消耗更高的份額。具體細節取決於匯總架構、壓縮方法和排序器策略。因此，簡單的代幣轉帳、包含大量調用資料的合約調用以及 NFT 鑄造在同一個 L2 層上可能會產生截然不同的費用結果。

原型數據分片並不能消除這種權衡。它降低了使用資料區塊時資料可用性層的成本；但它並不能消除 L2 運算、智慧合約複雜性或擁塞期間稀缺資料資源的成本。

原始的丹克沙丁化沒有改變什麼

• 它並沒有直接降低主網交易的手續費。 Dencun FAQ指出，EIP-4844主要針對L2層交易手續費。主網手續費的影響是間接的，取決於主網的普及程度和市場需求。
• 它並沒有使 Blob 空間無限擴展。 Blob容量是有限的，當 Blob 空間需求量大或無法以可接受的成本使用時，匯總操作可能會使用呼叫資料。
• 它並沒有強制所有 L2 層都以相同的方式使用資料塊。排序器或匯總操作員通常負責管理資料發布和批次選擇。
• 它並沒有將資料塊轉換為永久儲存。資料塊的內容是臨時的；需要持久化資料的應用程式必須使用適當的儲存設計。
• 它並未扣除橋接費、交換費、協議費或錢包費。顯示的總費用可能包含除基本 L2 交易費之外的多層成本。

為什麼登村之後的路線圖仍然重要：PeerDAS

原型資料分片（Proto-danksharding）旨在為更具可擴展性的資料可用性建立橋樑，而非最終的分片形式。 EIP-4844 引入了 blob 交易格式和獨立的費用市場，同時保持了較保守的初始容量。 2025 年 12 月，Fusaka 推出了 PeerDAS（EIP-7594），這是一種資料可用性抽樣設計，允許節點透過抽樣資料來驗證可用性，而不是每個節點下載所有 blob 資料。

這一點至關重要，因為更高的 blob 吞吐量可以支援更多的 rollup 數據，而無需每個節點承擔全部負擔。它不會改變面向使用者的基本規則：L2 費用仍然是動態的。技術改進可以提升容量並減輕壓力，但並非固定價格承諾。有關此升級的確切範圍，請參閱以太坊基金會的Fusaka 主網公告和PeerDAS官方概述。

面向L2用戶的實用費用優化工作流程

在典型的錢包交易中，您無法直接選擇資料區塊；匯總機制決定如何發布批次。但是，您可以減少不必要的成本，並選擇適合交易的路徑。

1. 確定實際使用的網路。確認該應用程式使用的是以太坊主網、特定的 Rollup 版本或其他鏈。 「兼容以太坊」並不意味著它能利用以太坊的 Blob 空間。
2. 確認前請仔細閱讀費用明細。請區分L2網路費用與任何應用費用、橋接費用、交換費用或協議費用。
3. 比較不同二級支付網路支援的相同操作。僅使用應用程式官方支援的網路及其當前錢包報價。較低的手續費只有在目的地、流動性、安全性假設和提現路徑符合您的使用場景時才有意義。
4. 避免不必要的數據密集型調用。多次審批、反覆重試以及複雜的合約互動可能比簡單的轉帳成本更高。僅當合併操作不會造成更大的安全或執行風險時才進行合併。
5. 延遲後請勿盲目重試。請先檢查交易狀態。替換交易或重複交易可能會產生額外的費用或造成意想不到的二次操作。
6. 在 L2 伺服器上保留少量原生 gas 資產作為緩衝。橋接或交換後 gas 耗盡可能會強制進行額外轉賬，從而延遲交易。
7. 使用官方瀏覽器和文件。簽署合約前，請務必確認合約地址、橋接步驟和網路設定。發送到錯誤網路的「低成本」交易並非優化之舉。

當較低的顯示費用並非最佳選擇時

費用優化是有條件的。低成本的 L2 橋接可能適用於頻繁且受支援的操作，例如在特定生態系統內進行的應用互動。但如果需要立即再次橋接、應用不支援目標網絡，或者流動性和提現安排帶來的成本和風險超過了最初節省的費用，那麼低成本的 L2 橋接可能就不太合適了。

例如，如果橋接、審批和退款的成本高於直接在資產所在位置進行交易的成本，那麼為了進行一次小額互換而將資產轉移到低費率的L2平台可能效率低下。相反，如果使用者在同一個L2生態系統中進行大量受支援的交易，則較低的重複執行成本和資料成本可能更有利。比較的是完整的交易路徑，而不僅僅是首次gas報價。

開發人員應該如何解讀這項變化

對於匯總團隊而言，數據塊的引入將優化目標從「不惜一切代價最小化永久調用數據」轉變為「在處理獨立的數據塊費用市場的同時，高效利用數據可用性」。這包括壓縮、批次產生、資料區塊費用上漲時的回退機制，以及對使用者透明的費用核算。應用程式不應僅基於 EIP-4844 就要求永久性費用降低，因為需求、匯總實施和未來的協議升級仍然存在變數。

對於 L2 層上的應用程式開發人員來說，事務設計仍然至關重要。減少不必要的儲存寫入、呼叫資料、合約呼叫和執行失敗可以降低使用者成本中的執行部分。這些優化是互補的：proto-danksharding 主要減少匯總的 L1 層資料發佈組件，而高效的合約則處理 L2 層本身執行的工作。

結論

原始的Danksharding技術透過為rollups提供臨時的、單獨定價的數據通道，改變了L2的經濟模式。這就是為什麼在Dencun之後，許多支援blob的rollups能夠大幅降低結算成本的原因。後來的PeerDAS技術增強了同一路線圖的容量，但這兩項升級都無法使費用保持不變，也不能保證每個L2節點在所有任務上都比主網便宜。

對於用戶而言，最佳優化方案是為整個交易路徑選擇正確的網絡，查看實際費用報價，避免冗餘的合約調用，並為所使用的網絡保留足夠的本地 gas。對於開發者而言，最重要的經驗是將 blob 可用性、blob 費用、批次和 L2 執行視為成本模型中相關但又不同的組成部分。