北京时间1月15日，协议尝试室提交FIP-10提案。FIP-10链下WindowPoSt验证提案，WindowPoSt无需接管验证即可上链，稍后链下验证者可挪用DisputeWindowedPoSt举办验证。若验证者发明错误扇区，可以得到必然比例嘉奖。
FIP-0010提案旨在低落Gas费耗损，同时减轻Filecoin链上压力，提高了Filecoin网络TPS10-20%，为后续网络TPS进级提供保障。
今朝来说WindowPoSt动静对付存储算力的一连维护是须要的，可是当gas根基费率上升(由于动静拥塞造成的)，提交验证证明的动静变得昂贵。在糟糕的环境下，对小型矿商与空载的分区来说，这种本钱大概会高出他们的预期回报。我们需要确保这些信息对矿工来说是便宜的，纵然在指定一个很是高的gas用度上限时也是如此。
固然在FIP-09中，SubmitWindowedPoSt动静是免费的，但这是一个不完美的权且之计，它并没有淘汰网络自己的负载。提议的改变将从链上移除险些所有查抄SubmitWindowedPoSt证明的承担(约占网络带宽的13%)。
两个要害的改变
FIP-10 WindowPoSt无需验证即可上链，减轻矿工压力。FIP-10提案中描写的是Filecoin网络会选择相信矿工，并在没有验证的环境下接管并举办上链。
在之后的一个周期内，第三方质疑者可以对矿工提交的证明举办质疑，即引入DisputeWindowedPoSt要领。假如质疑乐成则符号着矿工提交的证明是有问题的，而对应的扇区也是错误的，功效即是矿工将接管相关算力的处罚（直到提交正确的WindowPoSt），同时会有相应比例的预期出块嘉奖从错误证明的扇区中被罚除。FIP-10中还描写，此方案只是提出了一个改造偏向，尚有许多细节需要优化和实现。
备选方案
Window PoSt专属通道
为Window PoSt宣布动静建设一个预留的“快车道”。这将确保纵然链操作率很高，也可以将Window PoSt包罗在链中。可是这实际上不会释放任何链带宽，因为Window PoSt宣布动静仍然需要在链长举办验证。无论如何，这两项发起并不是相互排出的。纵然实施了这个发起，须要的网络操纵快速通道仍然大概对网络有利。
Window PoSt分批验证
Window PoSt证明可以“批次验证”，就像ProveCommit证明一样。也就是说，SubmitWindowedPoST可以分为以下步调：
对该证明举办处理惩罚，并将验证该证明所需的所有信息加载到内存中。
此状态被提交到运行时举办异步和并行处理惩罚。
在处理惩罚块中的所有动静后，所有乐成验证的证据的功效将被发送回矿工参加者以供进一步处理惩罚。
可是对付中等局限的矿工，约莫一半的时间是在链上加载信息以举办验证，因为这一步调仍需按顺序举办。加快比将是一个稳定的因素(基于所有矿工预期的并行性)，并且跟着存储被添加到网络中，我们最终会高出这个恒定的加快速度。
今朝发起实施的离链窗口后验证仍有改造的余地。当前，为了简化它加载在SubmitWindowedPoSt中被证明的每个分区，纵然证明在链上没有被验证。这样做是为了确定证明是否正在规复(这将需要链上验证)。
未来，还可以在Deadline工具中跟踪其他状态，以制止在“完全地”接管证明验证时加载分区。
郑重声明：本文版权归原作者所有，转载文章仅为传播更多信息之目的，如作者信息标记有误，请第一时间联系我们修改或删除，多谢。
