很多項目最初幾個月反應不明顯，真正的問題往往要等到6-12個月才集中暴露。

原因其實很直白。用戶行為數據、狀態記錄、日誌這些東西，每天看起來只增加幾十KB，但一年累計下來就是10-30GB的量級。傳統去中心化存儲在這個階段就開始顯得被動了——每次更新都要重新寫一遍，歷史版本不斷堆積，引用關係越來越混亂。

換個思路怎麼樣？把"長期累積"當成最初就要考慮的前提條件。對象的身份和引用保持固定，但狀態可以持續演進，而不是每年都產生一批新對象。這樣設計的好處是什麼？

從公開數據來看，Walrus這類協議在這方面的表現：單個對象支持MB級別的數據規模，同一對象可以多次狀態更新而無需改動引用關係，數據在多節點間冗餘存儲，可用性穩定在99%以上。

現實判斷一下：當數據規模進入"時間驅動型增長"階段後，這種架構思路的價值可能比一味追求低成本更關鍵。不過前提條件是網絡節點規模能配套擴展，要不然堆積的歷史數據反而會成為系統的壓力源。