如何理解@VitalikButerin 新文對以太坊的擴容思考？有人說 Vitalik 給 Blob 銘文喊單，離大譜。
那麼 Blob 資料包如何運作？坎昆升級後 Blob 空間為啥得不到高效利用？ DAS 資料可用性取樣是為分片做準備？
在我看來，坎昆升級後性能夠用了，Vitalik 是對 Rollup 發展憂心忡忡。 Why？接下來，我來談談我的理解：
在之前多次解釋過，Blob 是和EVM calldata 脫鉤的一個直接可被共識層調取的臨時資料包，直接好處是，EVM 在執行交易時可以不存取Blob 數據，因此產生了較低的執行層計算費用。
目前平衡一系列因素，1個Blob大小為128k，一筆Batch給主網的交易最多攜帶兩個Blob，理想情況下，一個主網區塊最終目標是承載16MB大約128個Blob資料包。
因此，Rollup專案方要盡可能平衡Blob區塊數量、TPS交易容量、Blob主網節點儲存成本等因素，目標以最優性價比使用Blob空間。
以「Optimism」為例，目前一天約50萬筆交易，平均每2分鐘 Batch 一次交易到主網，一次攜帶1個 Blob 資料包。為何攜帶1個，因為 TPS 就這麼多用不完，當然也可以攜帶兩個，那每個 Blob 的容量都不會滿，卻額外增加了存儲費用，沒必要。
當隨著 Rollup 鏈下交易量的提升，例如每天要處理 5000 萬筆交易怎麼辦呢？ 1、Compress 壓縮每筆Batch 的交易量，盡可能讓Blob 空間內容量大量的交易；2、增加Blob 數量；3、縮短Batch 交易的頻次；
2）由於主網區塊承載資料量受Gas Limit 以及儲存成本的影響，1 個區塊128 個Blob 是理想狀態，目前用不到那麼多，Optimism 每2 分鐘才用1 個，留給layer2 專案方提升TPS，擴大市場用戶量和生態繁榮度的空間還有很大很大。
因此，坎昆升級後一段時間內，Rollup 在使用 Blob 的數量、頻次以及 Blob 空間競價使用等方面並不「卷」。
之所以Vitalik 提Blobscription 銘文是因為，這類打銘文能短暫增加交易量導致Blob 使用需求增加，因此會擴大體積，用銘文做例子可以更深刻理解Blob 的工作機制，Vitalik 真正想表達的內容和銘文並沒有太大關係。
因為理論情況下，若有layer2 項目方高頻次且高容量向主網Batch 交易，且每次把Blob 區塊拉滿，只要它願意承擔高額的偽造交易Batch 成本就會影響其他layer2 對Blob 的正常使用，但目前情況下，就像有人買算力對BTC 進行51% 硬分叉攻擊一樣，理論上可行，但實際缺乏利益動機。
因此二層使用 Gas 費用會在「較低」區間穩定很長一段時間，這會給 layer2 市場長時間的「增兵屯糧」黃金發展窗口。
3）那麼，假使有一天 layer2 市場繁榮到一定程度，每天 Batch 到主網的交易成巨量，目前 Blob 數據包不夠用怎麼辦？以太坊早已給了解決方案：採用資料可用性抽樣技術（DAS）：
簡單理解，就是把原先需要一個節點儲存的資料可以同時分佈在多個節點內，例如，每個節點儲存全部Blob 資料的1/8，8 個節點組成一個小組來滿足DA 能力，相當於把目前的Blob 儲存容量又擴大了8 倍。這其實也是未來 Sharding 分片階段要做的事。
但目前Vitalik 多次來重申這個，饒有韻味，似乎在告誡廣大layer2 項目方：不要總抱怨以太坊DA 能力貴，以你們現在TPS 容量都沒把Blob 數據包的能力開發到極致，趕緊加大火力搞生態，擴大用戶和交易量吧，別總想著DA 出逃搞一鍵發鏈的花活。
後邊，Vitalik 又補充了一句，認為目前核心 rollup 中，只有 Arbitum 達到了 stage 1，雖然 @DeGateDex 、Fuel 等達到了 Stage2，但他們還沒有被更廣泛群體熟悉。 Stage2 是 Rollup 安全性的最終目標，極少數 Rollup 達到了 Stage 1 ，而大部分 rollup 都在 Stage 0 階段，可見 Rollup 行業的發展著實讓 Vitalik 憂心忡忡啊。
4）其實，單純就擴容瓶頸問題而言，Rollup layer2 方案可提升效能的空間還很大。
1、透過資料壓縮更有效率地使用Blob 空間，OP-Rollup 目前有專門的compressor 元件來進行此工作，ZK-Rollup 本身鏈下壓縮SNARK/STARK 證明向主網submit就是在「壓縮」；
2、盡可能降低layer2 對主網的依賴，在特殊情況下才使用樂觀證明技術來保障L2 安全，比如，Plasma 大部分資料都在鏈上，但是在存提款場景都是主網發生，因此主網可以承諾其安全性。
這意味著，layer2 應該只考慮把存提款這類重要操作才和主網強關聯，這樣即減輕了主網負擔，又增強了L2 自身性能，之前提到的Sequencer 並行處理能力，在鏈下篩選、分類預處理大量的交易，以及@MetisL2 推行的混合Rollup，正常交易走OP-Rollup，特殊提款請求走ZK Route 等等都有類似的考慮。
以上
應該要講，Vitalik 這篇思考以太坊未來擴容方案文章，非常有啟發意義。尤其是對 layer2 發展現狀的不滿，對 Blob 性能空間的樂觀肯定，以及對未來分片技術的展望，甚至還苦口婆心指出了一些 layer2 值得優化的方向等等。
其實，現在唯一的不確定留給 layer2 自己了，該如何加速發展呢？
以上是解讀 Vitalik 新文：為什麼 Blob 空間未被高效使用的 Rollup 陷入了發展困境？的詳細內容。更多資訊請關注PHP中文網其他相關文章！
