跳到正文
Financial Context Wiki

Blobspace

以核驗為先的指南，說明以太坊 blobspace、編碼與可用容量、PeerDAS 取樣及保管、暫時留存、Rollup 推導，以及現行取決於分叉的限制。

更新於

僅供教育參考，不構成財務或安全建議。Blob 參數表、PeerDAS 假設、用戶端行為、Rollup 推導與歸檔存取都可能變更或失效。

直接答案

Blobspace 是以太坊為隨區塊承諾的 blob 提供的、有上限且暫時性的資料可用性容量。它不是 EVM 執行區塊空間、合約儲存、永久檔案系統或代幣。類型 3 交易包含帶版本雜湊；經過驗證的 blob 資料透過共識層邊車或 PeerDAS 資料欄傳輸。EVM 可以讀取帶版本雜湊並驗證某個開啟點，卻不能直接讀取 blob 承載資料。

PeerDAS 對 blob 進行糾刪擴展，把擴展矩陣分成 128 columns，讓節點保管與取樣其中一部分，而不要求每個節點下載每個完整 blob。這支援機率性的本地可用性判斷，卻不能證明 Rollup 執行有效性、以太坊最終性、橋接安全或永久可檢索。容量隨分叉變動。截至 2026-08-13，Fusaka BPO2 後的以太坊主網目標為每個區塊 14 blobs per block，最多允許 21 個；每筆 blob 交易最多包含 6 blobs。

運作方式

  1. 固定網路、區塊或時隙、作用中的分叉與僅 Blob 參數升級表，以及 Rollup 和推導版本。歷史 3/6、Pectra 6/9、現行 14/21、測試網與未來參數不可互換。
  2. 識別發布物件：類型 3 交易、帶版本雜湊、KZG 承諾與證明、blob 索引、L1 起點，並確認 Rollup 實際使用以太坊 blob，而不是 calldata 或替代資料可用性方案。承諾綁定資料，但本身不能證明位元組曾經可取得。
  3. 分清單位。一個 blob 有 4,096 field elements * 32 bytes = 131,072 encoded bytes；不受限制的承載資料通常每個欄位元素使用 31 bytes，即 126,976 usable bytes。壓縮、封裝、填充、blob gas、糾刪擴展後的單元與應用位元組是不同數量。
  4. 核驗參數表限制。目標值引導定價回饋，並非預留容量；區塊上限是共識硬上限，而非預期吞吐量。PeerDAS 的 6 blobs per transaction 與現行 21 blobs per block 區塊上限不同。
  5. 核驗可用性路徑。PeerDAS 使用一維糾刪擴展、經驗證的單元與資料欄、gossip 和對等節點請求。現行參數下，一個節點至少取樣 8 columns 並承擔保管職責；取得 64 of 128 columns 至少可以重建擴展矩陣。
  6. 分別追蹤生命週期狀態：承諾已納入、資料欄已取得並驗證、本地 DA 檢查通過、L1 區塊達到安全或最終確認、Rollup 批次已解碼與推導、最低服務期間仍有效、獨立歸檔已測試。可用性不會自動使後續狀態成立。
  7. 演練資料欄缺失、日蝕攻擊或網路分割、傳播延遲、L1 重組、參數表或用戶端不相容、Rollup 格式升級與歸檔遺失。在協定期間屆滿前取得、重建並保存所需資料；批次提交者與使用者費用核算應參閱獨立的 blob 費用主題。

範例

  • 單一 blob 的位元組單位。 編碼容量為 4,096 * 32 = 131,072 bytes = 128 KiB。一般任意承載資料為 4,096 * 31 = 126,976 bytes = 124 KiB。差額是 4,096 bytes，占編碼容量的 3.125%；Rollup 壓縮與封裝還會進一步減少應用承載資料。
  • 現行每區塊容量。 目標狀態下，14 * 131,072 = 1,835,008 encoded bytes = 1.75 MiB，且 14 * 126,976 = 1,777,664 usable bytes = 1.6953125 MiB。達到上限時，21 * 131,072 = 2,752,512 encoded bytes = 2.625 MiB，且 21 * 126,976 = 2,666,496 usable bytes = 2.54296875 MiB。這些是在壓縮和封裝前、主網特定日期的每區塊限制。
  • 交易與區塊限制。 一筆含 6 blobs 的交易攜帶 786,432 encoded bytes = 0.75 MiB 與 761,856 usable bytes = 0.7265625 MiB。最多 21-blob 的區塊至少需要 4 transactions，例如 6 + 6 + 6 + 3；目標 14-blob 區塊可由 6 + 6 + 2 組成。兩種分配都不是為某個 Rollup 預留的容量。
  • 服務期間與名義資料量。 4,096 epochs * 32 slots * 12 seconds = 1,572,864 seconds = 18.2044444444 days。依名義 7,200 slots per day 與 14-blob 目標，編碼資料量為 100,800 blobs per day = 12.3046875 GiB per day，一般可用資料量為 11.920166015625 GiB per day。錯過的時隙與實際納入量會改變實現值，且服務期間不是永久歸檔承諾。

風險

  • 套用過期分叉或僅 Blob 參數升級表。
  • 混用主網、測試網或其他網路的上限。
  • 將目標值視為保證或預留容量。
  • 將上限視為正常預期吞吐量。
  • 混淆每筆交易六個 blob 的限制與區塊限制。
  • 混淆編碼、可用、壓縮、封裝與 blob-gas 單位。
  • 漏算填充或 Rollup 格式額外開銷。
  • 將 calldata 或替代 DA 標為以太坊 blobspace。
  • 接受與 blob 承諾不符的帶版本雜湊。
  • 將有效 KZG 開啟證明視為位元組曾經可取得的證明。
  • 將取樣視為在本地完整下載每個 blob。
  • 混淆資料可用性與狀態轉換有效性。
  • 混淆本地 DA 檢查與 L1 或 Rollup 最終性。
  • 因延遲、日蝕攻擊、網路分割或相關對等節點而遺失資料欄。
  • 儘管名義容量充足，重建或對等節點請求仍失敗。
  • L1 重組導致承諾遺失或順序改變。
  • 推導或挑戰前最低服務期間已屆滿。
  • 依賴無法使用、損壞或不完整的歸檔或索引器。
  • 壓縮或協定升級後 Rollup 推導失敗。
  • 僅因 blob 資料可用便假定橋接或退出安全。

常見迷思

  • Blobspace 是合約可像讀取 calldata 一樣讀取的永久儲存。
  • 一個 128 KiB blob 的每個位元組都是不受限制的應用承載資料。
  • PeerDAS 下每個以太坊節點都會下載並永久保存每個完整 blob。
  • KZG 承諾、成功取樣或最終納入能證明 Rollup 狀態正確且使用者可以退出。
  • 主網容量永久固定為 3/6、6/9 或現行 14/21 參數表。

相關主題

來源

導覽

搜尋知識庫...