为什么EOS原力在启动主网时，要先去掉超级权限？

摘要： 如果代码什么都不改、不修复，拿过来就跑，那整个系统就会漏洞百出；但若启动一条不稳定、不安全的链，对整个社区、对EOS持有者其实都是一种不负责的行为。

在昨天的文章中，队长和小伙伴们解释了EOS原力在启动主网时去掉超级权限的原因。很多小伙伴看了昨天的文章后，在后台跟队长反应说，他们是第一次意识到EOS超级权限的存在对区块链去中心理念产生了多么大的冲击。

不过也有老铁问队长说，去掉超级权限的原因他们明白了，但EOS原力社区为什么要先公测后采用最小化功能的方式去启动主网呢？对这个问题，今天队长就来给大家解释一下！

为什么要先公测？

原力研究EOS的代码其实已经有半年多的时间了，在这个研究过程中，我们发现现在的代码其实是存在不少问题的。我们就认为，如果代码什么都不改、不修复，拿过来就跑，那整个系统就会漏洞百出。启动一条不稳定、不安全的链，对整个社区、对EOS持有者其实都是一种不负责的行为，因为这毕竟涉及到大量用户的资产问题，如果出了问题，谁来负责，怎么负责，这肯定是不能一直靠回滚的，因为回滚就是一种分叉，经常分叉对社区的伤害肯定非常大。

所以我们是想在主网启动之前，先把代码放到一个不可控的公共环境中跑一段时间，看看它会出什么问题，要怎么修改，然后才去启动主网。如果没有经过大规模的公测，有些问题其实很难发现的。一定要是在一个非可控的环境内，做长时间的公共测试，然后才能暴露这个系统中存在的一些问题，然后在主网启动之前就把问题解决掉，而不是启动之后再改。

我们到现在已经发起过3轮公测， 修复了EOSIO原有代码的几十个可能导致系统不稳定的BUG。公测期间有35个社区候选节点、多个安全团队加入测试验证安全。经过公测，我们认为主网启动条件已经成熟了，决定在本周五（6月22日）正式启动一条安全稳定的EOS主网。

为什么要最小化功能启动主网？

我们上面说了，现在的代码其实是存在不少问题的，有些地方存在安全隐患，有些地方代码逻辑还没有写完。

出于对保障用户资产安全和维护主网稳定的考虑，我们选择的启动方式是最小化功能启动，也就是随着整个主网的优化，逐步启动新特性。

比如延迟交易、私钥恢复、IPFS存储等等，我们都是放到19年再上线。因为这些新的功能的以往的区块链系统都不具有的，如果直接部署，你不知道会不会出错，不知道会发生什么。

再比如之前360爆出的合约漏洞，这个bug其实是很严重的，我们也发现了这个问题，所以我们选择先暂时关闭合约系统的升级功能和用户部署智能合约的功能，等整个主网稳定之后，我们再去开放智能合约，这样就更能够保障用户的资产安全和主网的稳定。

然后另外一方面，节点熟悉相关操作、维护主网的稳定性也是需要一些时间，一个过程的。我们最小化功能启动主网也是给了节点这样的一个熟悉的、慢慢变得熟练的过程，等系统稳定了，节点也稳定了，再慢慢启用新的功能，才更能保障主网的安全稳定，才是对社区成员真正负责。