在 devnet-5 上，blob 的吞吐量維持在 22/33 個 blob，並擴展到 48/72 個，燃料使用量接近 ~45M 的峰值。
最大的限制是網絡容量：上傳速度限制為 50Mbps 的全節點在 48/72 個 blob 時不斷達到上限。
與我們之前的小型開發網絡不同，EL P2P 的全節點激增完全超過了 gossip，造成了新的規模不穩定性。EL 方面的網絡現在是主要的波動來源。
列 gossip 上傳的激增減輕了，這可能是因為 EL 流量已經飽和了帶寬，節點有更多的 CL 同行來共享列請求。
在可用性方面，GetBlobsV2 的可靠性在較高負載下顯示出一些下降。
Geth 和 Nethermind 的 blob 可用性高於命中率，這表明它們通常僅持有部分 blob——這暗示允許從 GetBlobs API 返回部分結果可能有助於在更高 blob 數量下提升 CL 性能。
同時，Reth 的 GetBlobAPI 性能有了很大提升，對等數量翻倍（約 120 對比約 40–60），最終擺脫了過去的同步/OOM 問題。
結論：
Fusaka 將為 L2 解鎖更多的 blob 支持，而目前計劃中的 BPO 將擴展到每個區塊目標 14 個 blob（最多 21 個）。要超越這一限制，需要仔細關注本報告中突出的關鍵瓶頸——即上傳帶寬、P2P 網絡穩定性和客戶端特定的異常。
當前的首要任務應該是提高帶寬效率和完善客戶端 blob 處理，例如通過 GetBlobs API 啟用部分返回。
Sunnyside Labs 將繼續致力於推進這些領域，並將繼續努力將 blob 吞吐量推向極限——但始終以確保網絡安全可靠運行的方式進行。
2,499
18
本頁面內容由第三方提供。除非另有說明，OKX 不是所引用文章的作者，也不對此類材料主張任何版權。該內容僅供參考，並不代表 OKX 觀點，不作為任何形式的認可，也不應被視為投資建議或購買或出售數字資產的招攬。在使用生成式人工智能提供摘要或其他信息的情況下，此類人工智能生成的內容可能不準確或不一致。請閱讀鏈接文章，瞭解更多詳情和信息。OKX 不對第三方網站上的內容負責。包含穩定幣、NFTs 等在內的數字資產涉及較高程度的風險，其價值可能會產生較大波動。請根據自身財務狀況，仔細考慮交易或持有數字資產是否適合您。