图1：整体太空竞赛相关数据
在过去的60个小时中，各种数据让人目不暇接。本文旨在告诉大家如何通过冰山模型真正了解节点数据。
图2：冰山模型
冰山模型包括“水面上”的数据，例如单T收益、出块效率以及总FIL收益，用户可以在区块浏览器filscan.io上查看这些数据。
但是，这些数据只是基于冰山模型“水下”的能力来展示的。而这些“水下”的能力包括稳定性、产量和安全，用户是无法直接看到的。
“外行看热闹，内行看门道”，冰山模型通过揭秘原力运维背后的稳定性和高产量的秘密，帮助大家了解太空竞赛背后的“门道”。
门道1：封装扇区的失败情况
图3：全网矿工Sector封装情况（部分节点）
Filecoin算力增长的前提是需要矿工完成Sector的封装。封装的不稳定导致了算力损失。
从全网矿工Sector封装情况来看，在太空竞赛中，矿工节点的表现如下：在运行2天后，大量矿工出现了封装失败的情况，其中最多的矿工达到了8204个，相当于256.375TB的算力，每天损失高达128T算力。
门道2：封装任务调度情况
图4：节点A（绿色代表P1阶段，黄色代表P2阶段）
图5：节点B（绿色代表P1阶段，黄色代表P2阶段）
图4和图5分别展示了节点A、节点B以及原力矿池节点t02438的封装调度情况。
可以看到，节点A和节点B的任务调度没有明显的规律可言。节点A的P1和P2阶段完成时间跨度非常大，而节点B的情况更加混乱。
图6：原力矿池节点t02438（绿色代表P1阶段，黄色代表P2阶段）
相对而言，原力区节点的数据表现更加稳定。
门道3：矿池总体概览情况
图7：原力矿池单节点复制证明、时空证明情况
从图7中，我们可以看到原力矿池矿工节点的复制证明和时空证明的失败率均为0。难道没有任何问题吗？实际上，可以看到在一万多个扇区的封装中仍然出现了两位数的失败情况。这些失败的扇区任务会被下发到盘古幡时间回溯系统进行修复，并在修复后恢复正常。
原力矿池拥有强大的监控系统和任务调度系统，可以精细化地管理封装的每一个阶段，充分发挥设备性能，有效提升封装产量，从而实现原力矿池节点算力增长和出块效率的稳定。
以上几个“门道”揭示了原力运维稳定性和高产量背后的秘密，希望能提供一个透视大矿工运维能力的模型。
原力运维的工匠精神就体现在从最底层开始优化，始终关注冰山模型的“水下”部分，最终实现“水上”的收益指标。
