2020年12月19日，Filecoin网络经历了链的停顿，这意味着在一段时间内创建新的区块，但矿工无法就产生的状态达成共识，每一个都计算出不同的价值。由于社区成员，矿工和开发人员之间的快速响应-修复程序在四个小时内发布，并且网络在七个小时内实现了完全恢复。这篇文章描述了遇到的问题，中断影响，快速响应以及下一步的工作。
原因
潜在的问题是对存储矿工参与者实现中的对象映射进行潜在的不确定性迭代。角色在Go中实现。众所周知，遍历Go映射是不确定的，并且参与者在使用迭代之前实施了始终对迭代结果进行排序的模式（强制执行静态分析）。不幸的是，在对两个这样的地图进行排序时使用的比较函数中的错误导致排序无效（请参阅修复迭代不确定性 ＃1335）。因此，不同的节点以不同的顺序处理地图条目，从而导致不同的结果和气体消耗。
该代码路径实际上只有通过（a）一个矿工声明多个扇区立即终止，或（b）一个矿工立即恢复跨越多个分区的故障，才能到达。（其他两个代码路径到了这一点，但实际上极不可能）。在此之前，主网中都没有使用这两种路径，没有将多个扇区/分区作为暴露非确定性的数据。多个部门的同时终止引发了这一停顿。
Filecoin参与者的测试涵盖了所讨论的代码，但不包括验证不同测试运行之间确定性执行的机制。Lotus节点实现的集成测试未涵盖终止多个扇区。
中断影响
最重要的是，应该强调的是，在中断期间没有丢失任何数据。虽然无法创建新的数据块暂时抑制了网络上的交易，但存储供应商提供的所有数据都是安全的，并且一旦网络恢复运行就可以使用。此外，重要的是要注意，即使在链中断的情况下，Filecoin协议的规范也提供了数据检索。因此，尽管在事件持续时间内不可能进行链上交易，但Filecoin网络的核心功能仍保持不变。此外，已采取的修复措施确保采矿作业本身不会因?；艿酱Ψ＃蝗《氖?，为了降低优先级并鼓励网络恢复，暂时降低了共识削减。
快速反应
首次发现，识别，修复和部署基本问题的速度也很明显：
? ? 事件发生后十五分钟内，自动监控触发了警报
? ? 在三十分钟内，矿工和实施开发人员聚集在一起
? ? 在四个小时内，开发人员确定并发布了此问题的修复程序
? ? 在七个小时之内，足够多的节点采用了此修复程序，以超过多数共识的功率阈值，使网络处于恢复的道路上
对于上线时间不长的分布式网络而言，这是一个令人难以置信的快速响应。即使是已上线很久的区块链也会经历链中断和分叉，Filecoin解决这一事件的反应速度与已经运行了几年的链相当。整个社区都应该为处理这一事件的速度感到自豪。
只有在世界各地多个团体的共同努力下才能实现这种修复。整个生态系统中的各方进行了协作以实现这一目标：矿工检测并报告了该问题，并引起了开发人员的注意；工程团队进行协调，以针对潜在问题开发并发布经过同行评审的补丁程序，同时通过社区渠道传达此修复程序的状态；全球各地的网络参与者都在努力应用补丁程序，并使网络尽快恢复在线。虽然如此紧迫的事件不需要重复，但这是Filecoin生态系统中参与度和关注度的一个非常令人印象深刻的展示。
下一步是什么
建立区块链就像建立软件火箭。它们是非常复杂的技术，因此很难在第一次尝试中就将所有事情都做好。就像真正的火箭一样，事情可能以意想不到的方式出错。当发生这种情况时，重要的是要有适当的基础架构以尽快解决问题，最大程度地减少影响并减少再次发生问题的可能性。
为此，多个团队进行了寻找bug的编写和执行，这些报告确定了对actors/lotus的测试覆盖率的其他改进，以及网络基础设施/通信的警报和问题升级，以帮助缓解未来的事件。
由于Filecoin社区的耐心，辛勤工作和投入，这种新颖技术的缺点不断得到解决。在发现并解决所有问题后，网络将进一步发展成为一个稳定，可靠且经过飞行验证的平台。
