EOS FORCE

EOS FORCE相比EOS做了那些改进?

  1. EOS FORCE在EOS基础代码上的进行了很多改进。继承EOS映射完成后的账本余额的EOS主网,并具有升级版的共识规则,一票一投避免超级节点快速形成卡特尔联盟,允许超级节点以分红的方式吸引更多用户参与到社区治理中来,并在启动主网时尽量删掉了一些不必要的功能,使得整个网络更加稳定。

    EOS软件默认超级节点以任何方式参与用户分红,极大的削弱了用户参与社区治理的积极性,一票三十投的规则会迅速使头部超级节点联合投票,控制整条链,进而增加了产生双花的可能性。虽然社区多次讨论并提出了意见,但是依然无法达成一致。所以EOS FORCE修改了投票规则为一票一投。

  2. 支持为投票用户分红:

    • EOS代码对超级节点每年有1%的奖励,但严禁给投票用户分红,那普通用户的投票意愿就不强,全链币的投票比例就低,几个大户联合就可能操纵投票,影响选举从而进行分叉攻击,全链的安全性无法得到保证。
    • EOS FORCE每秒增发3个币,每年持续有94608000个EOS的奖励。超级节点可以独立设置自己的佣金比例,比如1%等。他们当选并出块后,就可以拿走每个块奖励的1%,剩余99%会进入每个节点的奖励池,用户根据自己的投票金额和投票时间的乘积得出“用户票龄”,再根据节点所有用户的“总票龄”,得出自己在奖励池中的分红占比,随时可以从奖励池中提取分红。用户每次提取分红后,“用户票龄”就会归0重新累计。
    • 如果全网只有3亿的币参与投票,那么这些人将平分94608000个EOS的奖励,年化利率接近30%。用户的年化利率随着投票参与率的升高而降低。随着币总量的上升,每年的奖励比例也会逐年下降。
    • EOS FORCE 主网的用户分红需要用户手动领取,这是为了减少频繁自动分发造成的大量运算资源,领取的快慢并不会影响分红数量。提取的分红会立即变成可用余额。
    • 用户在节点还是备选的状态下给节点投票,仍会累计贡献值,等到节点选中为超级节点后,与后续投票者一起共享节点奖励池。
  3. 一票只能投给一个节点:

    • EOS基础代码是一票30投,要求用户抵押一定的金额,比如1000个EOS,然后才获得投票权,挑选最多30个节点进行投票。这会造成超级节点间的拉帮结派,结盟进行相互投票,21个节点一旦形成联盟,他们相互投票后后续节点很难再进入,严重影响区块链网络的去中心化特性,而被这些联盟控制。同时用户不能根据对节点的信任程度对节点投不同数量的票。
    • EOS FORCE修改投票规则为一票一投,1个币只能投给某一个节点,但是可以给多个节点投不同数量的币。例如我有1000个EOS,节点A的佣金比例是1%,我投给他300个币,节点B的佣金比例是1.5%,我投给他100个币,最后我的可用余额剩余600个币,最终我会从这两个节点分别收获分红。
    • 用户还可以调整投票数量,增加投票或减少投票,如果是增加投票,则自动进行一次分红领取,并扣除可用余额。如果是减少投票,则也会自动进行一次分红领取,同时减少的币量会有3天的冻结时间,3天后,用户需要手动进行“解除冻结”操作,才能把投票金额变成可用余额。
  4. 稳定性高

    • EOS基础代码是0.5s一个块,一个节点连续出12个块,这种速度在全球性的分布式网络中并没有得到有效验证,网络的延迟会造成区块链分叉和停止。
    • EOS FORCE改为3s一个块,一个节点只出1个块。启动阶段速度不是网络的核心功能,等节点网络环境稳定了,各个超级节点也完成了前期训练,EOS FORCE会恢复0.5s的速度。
    • 启动阶段以追求稳定性为主:在此阶段,只有管理用户转账、投票、分红的系统合约,用户不能自主部署新合约。等链基础功能稳定后,再开放合约部署功能,开发者可以开发DAPP。
  5. 收取交易手续费

    • EOS基础代码需要用户抵押币来获取资源,从而竞争性地使用区块链,从而达到“免交易手续费”。但这其实是一种自欺欺人的操作,节点收获1%的年化奖励,而将用户的手续费转嫁为用户必须承担1%的年化通胀。而且如果是币少的用户,将无法与大户竞争资源,只能获得一点点的交易配额,而链又没有完善资源租赁和转让功能,导致这部分功能的稳定性比较低。
    • EOS FORCE恢复了交易手续费功能,为了防止链被DDOS。手续费金额无需用户指定,会自动从用户余额中扣除。由于用户获得了分红的权力,所有用户总体肯定还是“赚钱”的。
  6. 超级节点数变为23个

    • EOS的基础代码设置的21个超级节点数正好是3个整数倍,不好进行大于1/3否决,大于2/3通过的更新治理逻辑。
    • EOS FORCE修改超级节点为23个,收集够8票即可否决一个提案,收集够16票即可通过一个提案。同时这个数字关系也会用于不可逆区块的判定。
    • EOS FORCE 在创世块中默认会有23个引导节点,由预选的几个技术合作方负责,保证先启动主网。他们无法接受用户的选举投票,真正的超级节点需要自己进行注册,然后引导用户给自己投票,根据超级节点最新的选举排名,每天替换掉一个引导节点,23天后完成全网节点选举。
  7. 系统合约热更新

    • EOS基础代码的治理功能并不完善,白皮书中所说的宪法更新,合约治理,密钥替换等并没有开发完成。
    • EOS FORCE开发了简化版的系统合约升级功能,可以对系统参数、合约代码进行投票升级。
  8. 映射用户默认拥有用户名

    • EOS映射合约里只是EOS公钥,需要用户在激活时由其他已存在的用户手动设置用户名。有了用户名才可以进行链上交易,但这个代为创建的动作需要耗费手续费,映射用户也非常多。
    • EOS FORCE在创世块中直接为用户生成了用户名,以其公钥后12位为准,遇大写字母变小写字母,遇大于5的数字减5。映射用户省去了要求其他人代为激活的动作,导入私钥后就直接可以进行操作了。
  9. 采用分层主链的架构:

    • 结算层主链(资产记账) 计算层链(Token) 应用层链(DAPP)
    • 就EOSIO技术路线区块链举例,分层架构有如下优势。结算层主链基于简化版的EOSIO技术,性能可以保持在EOSIO的10倍,如果有一天EOSIO达到了百万TPS的初始愿景,那么结算层主链将达到数百万TPS,同时各条应用层链均可以保持百万TPS,都可以有自己宪法规则、资源发行规则等。结算层币承担计算层链Token的初始发行融资和大额记账工作,当应用层使用各类 DAPP时,可以进行跨链转账操作。结算层类似银行的核心系统只负责资产记账,实际的经济模式运转资金在银行外的电商系统一样。
    • EOSForce.io旨在提供比以前开发的任何协议更包容的平台, Eosforce将建立单个结算层主链和多个计算层侧链的分层架构。结算层主链承担结算层基础货币的主要功能,并支持发行结算层二级Token和各计算层侧链Coin。结算层将继续保持精简高效高安全性的定位,聚焦于资产记账和跨链交互逻辑。计算层将扩充网络技术栈,支持多种底层链技术和智能合约技术。 目前EOSForce.io主链已经支持智能合约开发,欢迎开发者一起交流和开发。

注意

  • 在EOS中一个transaction中包含很多个action,而在Eosforce中一个trx只能包括一个action。
  • Eosforce与EOS一个明显的不同是Eosforce采用了基于手续费的资源模型, 这种模型意味着,如果一个交易在超级节点打包进块时失败了,此时也要收取手续费,否则会造成潜在的攻击风险,所以Eosforce中,执行失败的交易也会写入区块中,这样每次执行时会调用对应onfee。 另一方面, Eosforce虽然使用手续费,但是还是区分cpu,net,ram资源,并且在大的限制上依然进行检查。 后续Eosforce会完成新的资源模型,这里会有所改动。
Logo

开放原子开发者工作坊旨在鼓励更多人参与开源活动,与志同道合的开发者们相互交流开发经验、分享开发心得、获取前沿技术趋势。工作坊有多种形式的开发者活动,如meetup、训练营等,主打技术交流,干货满满,真诚地邀请各位开发者共同参与!

更多推荐