很多项目最初几个月反应不明显，真正的问题往往要等到6-12个月才集中暴露。

原因其实很直白。用户行为数据、状态记录、日志这些东西，每天看起来只增加几十KB，但一年累计下来就是10-30GB的量级。传统去中心化存储在这个阶段就开始显得被动了——每次更新都要重新写一遍，历史版本不断堆积，引用关系越来越混乱。

换个思路怎么样？把"长期累积"当成最初就要考虑的前提条件。对象的身份和引用保持固定，但状态可以持续演进，而不是每年都产生一批新对象。这样设计的好处是什么？

从公开数据来看，Walrus这类协议在这上面的表现：单个对象支持MB级别的数据规模，同一对象可以多次状态更新而无需改动引用关系，数据在多节点间冗余存储，可用性稳定在99%以上。

现实判断一下：当数据规模进入"时间驱动型增长"阶段后，这种架构思路的价值可能比一味追求低成本更关键。不过前提条件是网络节点规模能配套扩展，要不然堆积的历史数据反而会成为系统的压力源。