以太坊的 Blobs：18 天後的情況

以太坊的 blobs 享有約 18 天的保證，但之後並不一定會消失。自 2024 年 3 月 13 日的 Dencun 以來，第二層網絡以較低的成本發布其數據。到 2026 年 10 月 27 日，Blobscan 的檔案仍顯示其記錄的第一個 blob 有三個存儲位置，該 blob 於 2024 年 3 月 13 日發布。

簡要說明

• 4,096 個 epoch：這是網絡必須提供 blob 的最短時間，大約 18 天。
• 128 Kio：這是 blob 的原始大小，即 4,096 個 32 字節的元素。
• 8,745 字節：根據 Blobscan，第一個於 2024 年 3 月 13 日發布的 blob 並未使用更多。
• 21 個 blobs：自 2026 年 1 月 7 日以來，每個區塊的最大數量，與啟動時的 6 個相比。

以太坊的 blobs：每個區塊中的獨立數據

第二層網絡，如 Base 或 Arbitrum，聚合了數千次操作。然後，它們在以太坊上發布用於驗證的數據。在 2024 年 3 月之前，這些數據通常通過交易的 << calldata >> 傳遞。該字段將永遠保留在鏈的歷史中。

由 Dencun 啟用的 EIP-4844 創建了另一條路徑。現在，類型 3 的交易攜帶 blobs，這些數據包在共識層中流通。智能合約無法讀取其內容。它們僅訪問每個 blob 的加密指紋，稱為 << versioned hash >>。

blobs 還擁有自己的費用市場，與傳統的 gas 分開。它們的價格首先取決於 blobs 的需求。然而，自 Fusaka 以來，根據 EIP-7918，價格不能低於與執行費用相關的底線。

18 天：服務義務，而非刪除日期

EIP-4844 將窗口設置為 4,096 個 epochs。一個 epoch 包含 32 個 12 秒的時段。因此，4,096 個 epochs 代表 1,572,864 秒，約 18.2 天。在此期間，節點必須能夠向要求者提供 blobs，或自 Fusaka 以來提供其片段。超過此期限，則不再有義務保留以太坊的 blobs。

規範假設了這一選擇：*<< 我們不期望 blobs 必須存儲得與區塊的執行數據一樣長時間 >>。不過，以太坊的官方文檔明確了這一窗口的範圍。

這是一項服務義務，而不是刪除日期。
Ethereum.org，專門針對 ZK rollups 的頁面

同一頁面補充說，長期訪問取決於存檔服務。因此，blob 並不會在 18 天後就消失。它僅僅不再受到協議的保證。

第一個 blob，兩年半後被找到

根據 Blobscan，該網絡的第一個 blob 日期為 2024 年 3 月 13 日 13:55 UTC。它位於區塊 19,426,589。在 Etherscan 瀏覽器上，其交易仍然可見，並確實顯示為類型 3 的 blob。這一痕跡屬於以太坊的永久歷史。

內容則走了另一條路。根據 2026 年 10 月 27 日查閱的 Blobscan 檔案，這個 131,072 字節的 blob 只使用了 8,745 字節。當時，Blobscan 顯示三個存儲位置：在 Google、WeaveVM 網絡上和 IPFS 上。當天的 IPFS 連結確實返回了一個二進制文件。

這一測試說明了以太坊 blobs 的規則。blob 的參考仍然在鏈上，但其內容不再受到獨立檔案管理者的保證。沒有他們，僅僅依賴指紋無法重建數據。

以太坊的 blobs：剩下什麼，在哪裡

以太坊的文檔比較了在網絡上存儲數據的不同方式。以下表格基於此進行說明。

根據這個有關存儲策略的頁面，blob用於在一段時間內使數據可用。rollup使用它們來在驗證期間使其交易可用，而不是用於存檔。

以太坊的blob：PeerDAS增加了容量，而不是持續時間

Fusaka更新於2025年12月3日啟用，並引入了PeerDAS。通過這個協議，普通節點不再下載所有的blob。它通過抽樣來檢查其可用性，詢問片段。根據ethereum.org，實際上只需一半的數據即可重建整個數據。

這種經濟效益使每個區塊中的blob數量增加。以太坊基金會對Fusaka的公告預計將有兩個階段。2025年12月9日，最大數量從每個區塊的9個增加到15個。2026年1月7日，達到21個，目標為14個。

然而，保留窗口並未改變。Fusaka的規範將節點必須提供其數據片段的時間設置為4096個epoch。這與blob到達時的數值相同。

自2026年1月7日起，每個以太坊區塊最多可以包含21個blob。每個blob的保證時間為4096個epoch，約為18天。它們的價格遵循一個獨立的市場，受執行費用的約束。我們的以太坊交易費用指南解釋了這些費用。