一文了解FIL链暂停事件

[复制链接]
10187 |0
发表于 2021-1-18 15:30:00 | 显示全部楼层 |阅读模式
  专业专注    共建共赢  
近日,FIL开发团队发文回顾去年12月FIL网络短时中断事件,称当前多个团队已经开始事后分析的编写和执行,以确定actors/lotus的测试覆盖范围,以及网络基础设施、通信警报等其他改进,以降低问题再次发生的可能性。今天就带大家回顾一下上次网络中断事件的前因后果以及改进方案~

wk588_mgszdzthhvv.jpg

wk588_mgszdzthhvv.jpg
2020年12月19日,FIL网络经历了链式停顿,这意味着可以在一段时间内创建新的区块,但链上节点无法就产生的状态达成共识,因此每个节点计算出不同的数值。

wk588_zevaphhhmpi.jpg

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

使用道具 举报

您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

热门版块
快速回复 返回顶部 返回列表