曾经小智收到过这样一个用户的疑问：长期观测某个节点时，发现某个节点的有效扇区数逐渐减少。锁仓质押和奖励质押也有不明原因减少。查验时，发现同一节点的全部扇区数、有效扇区数，在各浏览器的显示数量甚至不完全一致。
他想知道，是否在扇区统计规则上，有他所不了解的部分，影响了数量统计？
对于该用户提出的疑问，回答是肯定的。
首先“全部扇区”的定义，在各浏览器的统计规则中就不一致，有的是“节点累计完成封装的扇区”，有的是“当前无异常状态的扇区”。在没有统一规则的前提下，各浏览器会按照不同的理解取值；“有效扇区”的定义，是指处于正常存储状态，并每日按时提交windowPoSt消息，形成有效算力的扇区。
有效扇区的减少，应该先排除暂时掉算力、出现错误且暂未恢复的错误扇区。该类扇区在规定时间内及时恢复，不会造成有效扇区数的永久减少。
有效扇区数量的永久减少、全部扇区统计规则的不同理解、甚至于扇区质押金额的减少，这三个表现的问题根源是一致的。小冰本次就影响这几类统计的扇区类型向关心节点资产的用户作出详细讲解。
※到期扇区
我们曾在《趣味详解FIP-0014提案--Filecoin扇区续期规则》一文中，通过“大产权房”、“小产权房”等比喻，生动有趣地解读过扇区的到期和续期规则，读者们应该已经了解到，扇区是有到期时间的。如果在允许续期的生命周期内，临近到期时间，而没有及时发送ExtendSectorExpiration消息提出扇区续期，就会导致扇区到期。已到期的扇区会退还扇区质押金额。
影响：
· 到期扇区无法完成windowPoSt，一般公认不再计入有效扇区；但是否计入“全部扇区”，根据各浏览器的定义，规则不一致。
· 到期扇区会从扇区质押中退回质押费，导致扇区质押金额减少，钱包可用余额增加。
※终止扇区
终止扇区分为两种：连续14天掉算力被判定终止的扇区，和主动提交TerminateSectors消息声明扇区终止的扇区。
2.1连续14天掉算力被判定终止的扇区
该类扇区指的是连续14天掉算力，被网络视作毁约或是数据已被删除，未继续正常存储数据存储的扇区。根据11月17日发布的《Filecoin功能：大幅削减》说明，该类扇区将会受到网络的严厉惩罚：罚没该扇区所有的奖励及初始质押。也就是说如果一个扇区确认已经终止了，不但该扇区的质押被全部罚没，而且该扇区之前获得的所有奖励都将被罚没。
除此之外，在连续14天掉算力的过程中，会根据存储服务商的操作，收取不同的掉算力惩罚：
· 当一个扇区不论由于什么原因出现错误或者故障，如果存储服务商主动向网络提交错误报告，并在24小时内恢复正常则可以避免处罚。如果超过24小时仍没有恢复，之后每天将会被收取扇区故障费——该扇区3.51天的区块奖励。
· 根据之前的《WindowPoSt链下验证独家解读：存储服务商作弊、群体质疑、奖惩机制……》一文说明，如果windowPoSt消息提交上链后被任意第三方调用DisputeWindowPoSt质疑成功，罚没金额=固定惩罚20FIL+被质疑扇区日出块收益的 5.51 倍。
影响：
· 被网络终止的扇区无法完成windowPoSt，一般公认不再计入有效扇区；但是否计入“全部扇区”，根据各浏览器的定义，规则不一致。
· 该类扇区的质押费会直接被罚没，导致扇区质押金额减少；
· 该类扇区所获得的所有奖励罚没，导致奖励质押金额减少；
· 该类扇区在连续14天掉算力的过程中，还会从奖励锁仓金额中扣除扇区故障费或扇区故障检测费。
2.2主动提交TerminateSectors消息声明扇区终止的扇区
上面描述的是被网络判定未正常存储数据，导致连续惩罚以及最终被罚没的情况，那有没有可能，存储服务商自行发现某个扇区存储异常或任何原因导致的无法继续正常存储，主动上报给网络，然后避免惩罚呢？
可以。存储服务商在发现某个扇区异常，且无法修复时，可以选择主动向网络提交TerminateSectors消息，选择直接终止该扇区。主动终止和被网络终止，都会最终罚没该扇区的质押和奖励，但可以避免连续14天掉算力的连续惩罚。
影响：
· 主动终止的扇区无法完成windowPoSt，一般公认不再计入有效扇区；但是否计入“全部扇区”，根据各浏览器的定义，规则不一致。
· 该类扇区的质押费会直接被罚没，导致扇区质押金额减少；
· 该类扇区所获得的所有奖励罚没，导致奖励质押金额减少；
· 提前主动终止，可以减少网络对掉算力的连续惩罚。
通过以上介绍，大家肯定都已经了解到了扇区的重重困难。任何操作不慎、粗心大意，都会导致算力丢失、扇区损坏。雅典娜云池运用领先的算法、高效的集群调度系统、完善的运维体系、7X24小时的专业运维团队，为用户的算力提供多维度的保障，为数据需求企业及行业提供超算与存储服务，全面助力Filecoin生态的良好发展。