|
据官方消息， 分布式存储网络FIL客户端Lotus团队公布下一次强制性升级LotusV1.5.0的具体实施时间表， 计划于3月3日（epoch为550321时）将网络升级到V1.5.0，在此之前将于2月23日发布V1.5.0版本，目前已发布候选版本LotusV1.5.0-rc1和V1.5.0-rc2。 LotusV1.5包含两个FIP提案， 分别为FIP-0007和FIP-0010，其中，FIP-0007能够从性能和安全性方面改进FIL HAMT和AMT，FIP-001能减少SubmittedWindowedPost消息的gas消耗量。此次升级是强制性的，节点运营商和矿工必须升级其客户端。 V1.5.0的升级推迟已久终于要来了！ FIL1.5.0版本推迟的原因 V zhang228289
wk588_com_cjqrw3bflou.jpg
（1）Calibration上测试没通过 每次主网更新之前，都会先在Calibration测试网上进行测试，只有通过测试后，才会主网升级。因此，FIL 1.5.0版本推迟最主要的原因，就是在Calibration测试网上没通过。 （2）中国矿工提议要过春节 中国矿工需要过春节，所以决定将FIL 1.5.0版本更新，避开春节期间。因为，绝大多数的矿工集中在中国，春节假期，不利于集中人员升级网络。 FIL1.5.0版本包含的内容
wk588_com_qksskmjen20.jpg
官方在slack上表示： FIL 1.5.0版本是一次强制更新，主要包含了FIP-0007和FIP-0010。 （1）FIP-0007主要是对HAMT（Hash Array Mapped Trie）的改进，让其效率更高，更安全。它只对底层数据结构做了小小的优化，仅影响链的存储到硬盘，稍微提高链的同步和读写效率，而对挖矿完全没有影响。因此，矿工不用关注FIP-0007。 （2）FIP-0010这是我们矿工应该关注的。
wk588_com_g5jxiy5tifs.jpg
FIP-0010是对WindowPoSt的改进。官方在FIP-0010做了非常勇敢和新颖的尝试，在目前区块链领域，这是前所未有的创新。 WindowPoSt上链不验证 每半小时一次的抽查中，在生成的证明提交上链时，允许接到证明的所有矿工和节点，不对其进行验证，而是默认其通过，直接接受上链。 也就是说，无论每半小时生成的是什么，不管有用无用，链上都不会检查，而是直接接受。但在WindowPoSt证明上链一段时间之后，它允许任何人对其发起质疑的操作，如果发现上链的证明无法通过验证，则发起质疑操作成功者可以获得相应的励。 带来的好处：WindowPoSt上链不再受验证，将大大降低WindowPoSt上的gas费用。 因为，上链Gas消耗为两部分组成： 1，一条消息上链验证时间越多，需要Gas费越多， 2，这条消息上链时，消耗的存储空间，消耗越多Gas费越多。 所以，当消息上链不再受验证，Gas消耗的第一部分没有了，Gas费会就大大降低。
wk588_com_trmk0oanyge.jpg
Dispute WindowPoSt任何人可发起质疑操作 可质疑时间与质疑奖励 官方设定当WindowPoSt消息上链后，再过1800epochs后，即1800个高度之后，相当于15个小时后，任何人都可以发起Dispute，即质疑WindowPoSt消息。如果质疑成功，即上链的这条消息无法通过验证，官方将发放4Filecoin的奖励给质疑者。 矿工惩罚 第一，质疑成功后，与WindowPoSt对应的所有扇区进入Fault的状态，即对应的算力在短时间内将清零，算力被扣了。 第二，还要对矿工进行罚款，罚款数额为此WindowPoSt所对应的所有扇区，按照每个扇区日爆块收益的5.51倍的Filecoin，一次性扣除。 第三，为了防止矿工作弊，官方还设计了20Filecoin的固定惩罚。为什么还要加这个惩罚？以免矿工为了获得4Filecoin质疑奖励，故意提交一个错误的收益极低的扇区，即使罚款5.51倍，也少于4Filecoin的奖励。 可见，惩罚力度很大，设计也很大胆，因为，一般区块链的链上所有消息，是要通过每一个节点的验证达成一致的，会消耗大量的Gas。V zhang228289
wk588_com_fs315t3wgts.jpg
总结 FIP-0010把消息验证从链上转到了链下，链上不验证，允许链下大家去质疑。这是前无古人的创新。 第一，其设计是可行的，但是实现难度大。 这也可能是Calibration第一次硬分叉测试未成功的主要原因。因为其边界条件难以考虑周全，容易存在漏洞，而且是全新创作，不能抄作业，所以实现难度不小。 第二，官方这么设计的目的是为了降Gas。 因为现在FIL的Gas费太高了，降Gas确实是一件势在必行的事。若WindosPoSt上可以用，那封装时precommit和provecommit的两条消息，是否也可以使用？如果provecommit上提交的消息也不验证，将可以省去更大量的Gas。 但将这个用在WindosPoSt上的机制，用到封装上还是存在一定难度。 因为，消息上链不验证容易实现，而质疑过程中的奖励和惩罚却难控制。对于WindosPoSt比较容易惩罚，可直接扣除矿工的质押币和算力。但对于precommit和provecommit的惩罚，如果是一个新矿工，仅有少量的质押币可惩罚，没有足够的质押币接受惩罚。V zhang228289 但总的来说，这一系列的设计是可行的，是值得期待的，而且也看到官方在努力的尝试各种方法，降低Gas费用，只是从设计完善，到成功应用到线上，需要一定的时间。有可能一个季度，或半年，有望看到FIL大幅度降低封装的Gas费了，封装速度也将随之提高。前途是光明的，让我们一起期待吧！ | 
立即注册
登录
