以太坊 Fusaka 硬分叉兩週後啓動，Blob 三大核心升級將為 L2 數據容量帶來 20 倍提升。
在本文中，我將詳細解讀 Blob 是什麼、即將落地的 3 個 Blob 相關 EIP**（以太坊改進提案），並探討這些升級如何適配以太坊長期 “精簡以太坊”（Lean Ethereum）路線圖。
Blob 快速科普
如果你看到這裏還在疑惑 “Blob 到底是什麼”，下面這部分將為你快速解惑。
像 Abstract 這樣的 Layer 2 Rollup，會將數千筆交易打包成一個批次，再通過一種名為 “Blob” 的特殊數據類型，將這些批次上傳至以太坊主網（L1），從而繼承主網的安全性。
其實原理並不複雜，我們可以拆解為三個步驟：
- L2 網絡將數千筆交易打包成一個批次；
- L2 網絡將該批次轉換為符合要求的 Blob 格式；
- L2 網絡通過一筆 L1 交易，將這些 Blob 上傳至以太坊主網。
L2 Rollup 通過 Blob 向以太坊傳輸交易批次
當前 Blob 的運行現狀
目前，以太坊設定的每區塊 Blob 目標容量為 6 個 —— 自 8 月以來，實際容量已基本接近這一目標。隨着 L2 網絡交易量穩步增長，Blob 已成為以太坊主網可靠的數據可用性層（Data Availability Layer）。
以太坊每區塊 Blob 數量接近 6 個目標值
Blob 的運行效果已得到驗證：截至目前，以太坊主網已接收超 1400 萬個 Blob，包含的數據量超過 1TB；與 Blob 出現前使用 “調用數據”（calldata）的方式相比，累計為 L2 網絡節省了超 6 萬枚 ETH 的費用。
然而，以太坊網絡對 Blob 空間的需求正在持續增長 —— 新的 L2 鏈不斷涌現，現有 L2 網絡的用户活躍度也在提升。以太坊需要進一步擴容以承接這一需求，而即將到來的主網硬分叉** “Fusaka”，正是實現這一目標的關鍵下一步。
接下來，我們就來拆解 Fusaka 硬分叉中與 Blob 相關的核心升級。
Fusaka 硬分叉的 Blob 相關升級
在 Fusaka 硬分叉包含的眾多 EIP 中，有 3 個核心提案聚焦於 Blob 擴容：
- EIP-7594：PeerDAS（對等數據可用性採樣，Peer-to-Peer Data Availability Sampling）
- EIP-7892：僅 Blob 參數分叉（Blob-Parameter-Only Forks，簡稱 BPO 分叉）
- EIP-7918：Blob 基礎費率調整（Blob Base-Fee Tuning）
這些升級組合在一起，將使以太坊在未來安全地將每區塊 Blob 容量提升至 128 個（較當前目標提升 20 倍以上）。
沒錯，這些提案的命名確實不算直觀，但不用顧慮 —— 它們的核心邏輯其實並不複雜，下面我們逐一解析。
EIP-7954：PeerDAS（對等數據可用性採樣）
PeerDAS 是 Fusaka 硬分叉的 “核心亮點” 升級。
它允許節點僅存儲每個 Blob 的部分數據，而非完整 Blob。更具體地説，節點現在只需存儲 Blob 數據的 1/8—— 這意味着在不提升節點硬件配置要求的前提下，Blob 數據存儲空間可直接提升 8 倍。
這一點至關重要：通過維持適度的硬件門檻，以太坊能繼續保持其強大的去中心化特性。
節點現在僅需存儲 Blob 數據的 1/8
節點只需獲取 50% 的 Blob 數據碎片，就能重構出完整的 Blob—— 正如其名稱中的 “採樣”（Sampling）所示，節點會通過從其他節點獲取數據碎片，拼湊出完整的 Blob 數據。
既然節點的 Blob 存儲空間已得到擴展，我們是否會直接提升每區塊 Blob 的目標容量？這就需要第二個升級提案來實現了。
EIP-7892：僅 Blob 參數分叉（BPO 分叉）
由於 PeerDAS 降低了 Blob 的存儲門檻，從長期來看，逐步提升每區塊 Blob 的目標容量是合理的。
在此之前，提升每區塊 Blob 目標容量需要通過 “硬分叉” 實現 —— 這意味着迭代速度極慢，且需要大量測試。
而 EIP-7892（“BPO 分叉”）為以太坊引入了新機制：無需通過硬分叉，就能直接提升每區塊 Blob 的目標容量。
該提案還配套了一套 “擴容時間表”：在 Fusaka 硬分叉啓動後不久，以太坊將分多次提升每區塊 Blob 容量，最終目標是將容量提升至 128 個 / 區塊（較當前目標提升 20 倍以上）。
無需硬分叉即可將每區塊 Blob 容量逐步提升至 128 個
結合 PeerDAS 的 “數據採樣” 機制，每區塊 Blob 目標容量已能安全提升 8 倍，足以承接以太坊生態持續增長的需求。
但隨着 Blob 數量不斷增加，以太坊如何確保主網能從 Blob 中獲得合理收益？這就需要第三個升級提案來解決。
EIP-7918：Blob 基礎費率調整
以太坊設有一個 “Blob 市場”，會根據需求動態調整 L2 網絡上傳 Blob 所需支付的費用。
原理其實並不複雜：與 Gas 費類似，當 Blob 需求高時，上傳費用會上漲；需求低時，費用則會下降。
深入來看，L2 網絡上傳 Blob 實際上需要支付兩筆費用：
- Blob 費用（由 Blob 市場定價）；
- 提交 Blob 的 L1 交易 Gas 費。
正如我們剛才提到的：當 Blob 市場發現 Blob 使用率低於 “每區塊目標容量” 時，會默認是 “費用過高導致 L2 不願上傳”，從而降低 Blob 基礎費率。
但這種邏輯存在漏洞 ——L2 網絡不願上傳 Blob，實際原因可能是 “提交 Blob 的 L1 交易 Gas 費過高”（即第二筆費用），而非 Blob 本身的費用問題。
當前以太坊會將這種情況誤判為 “Blob 需求低”，進而持續將 Blob 基礎費率降至接近 1 wei（以太坊最小單位）的水平 —— 這會破壞 Blob 費用市場的平衡，且後續需要極長的時間才能恢復正常費率。
EIP-7918 通過引入 “費率下限”（price floor**）解決了這一問題：它確保 Blob 費用始終能與 L1 Gas 費保持合理比例，避免費率降至過低水平。
動態費率下限可避免 L1 Gas 費高企時 Blob 費率誤降至 1 wei
從實際效果來看，這一調整將讓 L2 網絡的 Blob 定價更穩定、可預測；同時，隨着以太坊逐步提升每區塊 Blob 容量，主網也能從 Blob 中獲得更合理的收益。
總結
Blob、數據採樣、費率調整這些概念聽起來可能有些複雜，但本質上都是為了實現同一個目標：讓以太坊作為 “整個加密經濟的結算層”，乃至更廣泛的 “全球金融樞紐”，具備更強的擴容能力。
文章來源：https://x.com/jarrodwatts/status/1990392905064919256?s=20
作者：@jarrodwatts
（OpenBuild 翻譯整理）
