冰河独家|windowPoSt答疑：我的封装量，为何没有立即转化为有效存储？

BINGHE DISTRUBUTIED STORAGE LA

**windowPoSt是Filecoin时空证明的审核机制，它可以检查存储供应商是否在一段时间内持续有效地存储了数据。

**封装量转化想要为有效存储，就需要向链上提交subWindowPoSt消息，提交成功之后才能转换为算力。

这一基础概念，绝大部分读者都非常清楚，也非常关心自己的存储是否及时增长、下掉、被损坏。我们也经常哭笑不得地收到类似的问题：今日新增500T封装量，但是有效存储增长只有200T，甚至有的第三天才变成了有效存储，这里面是不是有问题啊？

事实上，这和封装流程、故障、技术等完全无关，一切都是windowPoSt的工作原理造成的。

windowPoSt的工作原理：横向排队、纵向提交

windowPoSt的工作原理，我们先简单的打个比方，假设有windowA、B、C、D…，如果把window A比喻成学生，整个流程就类似每隔24小时学生A、B、C、D…需要到链上按顺序签到，每轮签到时间是30分钟，学生A需要在第一个30分钟间隔内需要完成签到，学生B需要在第二个30分钟内完成签到，依次类推…;如果A在30分钟内没有完成签到，则会受到惩罚。

但是，封装量具体是怎么提交subWindowPoSt消息的呢？window排序规则是什么？数量要求是多少？时间间隔又是从哪里开始算？

我们利用举例，