1/ 💡 Ethereum 啟用了 BPO2！ 這個僅參數的變更增加了每個區塊的 blob 數據容量： ▫️ blob 目標 10→14 ▫️ blob 最大 15→21 這次升級影響了 rollup 數據可用性成本和費用波動，通過增加 blob 空間的頭部空間並減少擁堵驅動的峰值。 🧵 繼續閱讀以了解變更內容及其重要性

2/ 此次升級每個區塊增加了更多的 blobspace → 減少了對 blob 費用市場的壓力。 隨著 blobspace 的增加，blob 費用市場擁堵的機會減少，從而降低了費用的劇烈波動。這並不意味著自動變便宜，但不太可能出現短缺，導致平均成本降低，並在 rollups 競爭數據空間時減少波動性。

3/ 快速定義：blobs 是隨著 EIP-4844（原型 Danksharding）引入的數據包，用於 rollup 數據可用性。 ​ 它們不是 EVM calldata；它們存在於一個獨立的數據通道中，擁有自己的費用市場。

4/ 為什麼 blob 存在：rollups 必須將批次發佈到 Ethereum 以繼承 L1 的安全性/驗證。 ​ Blobs 使得這種發佈比將所有內容推送通過 calldata 更便宜/更有效率。

5/ BPO2 增加了 blob 容量從 10 → 14，限制從 15 → 21，使得： ✅ 降低 blobspace 達到每區塊上限的機會 → 在需求高峰時減少費用激增 ✅ 使批量發布更可預測（更好的時機 + 成本預測） ✅ 提高可用的 DA 吞吐量，讓 L2 在需要時可以發布更多數據 ✅ 減少活動高峰期間「rollups 競爭同一管道」的情況 ✅ 轉移首個鏈上信號以觀察：blob 基礎費用、利用率與目標，以及 % 區塊達到 blob 最大值

6/ 在相同的需求水平下，達到 blobspace 擁堵的難度更高，因此 blob 基礎費用的激增應該會較不頻繁/較不極端。 ​ 這提高了對於計劃批量發佈的 rollups 的可預測性。

7/ BPO2 是以太坊擴展路線圖中的關鍵組件，與後 Fusaka 計劃一致，通過定期的 BPO 參數步驟來增強 blob 吞吐量。這確認了之前升級所確立的方向，以實現完整的 danksharding。 ​ 如果您運營 L2 基礎設施，DA 成本預測和批量策略現在對 blob 參數變得更加敏感。