EOS应缩短原3天质押赎回期

前面的CPU分配公式中,小编一直在强调一个概念叫做24小时可获得的CPU和24小时可分配CPU,这个细节很重要。BM 在设计这个循环单位的时候,应该是经过慎重考虑的。

1. 质押一次EOS,获得的是24小时的CPU,为什么不是每秒、每分,也不是每月,每年?

如果是每分、每秒,每几个小时,按前面的公式,将导致质押同样的EOS,分配到的可用CPU更少了,更快进入爆了的状态,尽管此时等待CPU恢复的时间是短了,但对于用户而言其实更加不友好。因为一般我们倾向于一个时间段内集中使用EOS网络。如果是一个星期,一个月,一年,虽然你分配的CPU多了,用的时候一时爽,用完等半年….

小编的试验账户在今天下午2点和傍晚7点的CPU可用情况

因此,人以一天为一个作息单位,EOS也一样,充分考虑了用户习惯,一次性获得一天的CPU使用量,想用就用,用完恢复再等一天。

2. 由于用户获得的是24小时的CPU, 所以恢复时间也设置成24小时,从CPU的分配和恢复上讲,这个模型是比较合适的,但由于获得CPU的前提是质押EOS, 而一旦质押EOS,要解除EOS质押的状态却要等三天,这个时间我们认为是非常不合理的。理由如下:

a. 等待恢复状态的这部分EOS,不能继续抵押获得CPU,也不能交易,什么都不能做,这是一种资源浪费;

b. 由于解除质押将导致3天不能用,从行为心理上看,普通用户倾向于如果质押了就放着懒得动,而大户则通过质押获得安全性上的保障(质押时不能转账,账户被盗了有3天时间向ECAF求救)。事实上,站在资源利用的角度,如果你放着半天不用是合理的,但是十天八天半个月都不用,就是大大的浪费!过去EOS主网刚启动,为了达到1亿(10%)的激活启动花了不少时间,但是如今质押的雪球越滚越大,有近5亿EOS质押了。从前面的公式可以估算出,同样质押1个EOS,过去1个亿的时候,实际可以获得300μs的CPU, 现在只能获得60μs多。

EOS Flare 显示当前主网EOS质押情况

c. 不少操作过赎回的用户都知道,我今天赎回一个EOS,如果明天再赎回1个EOS,那么这两个EOS都要再等3天才能赎回,我们站在CPU租赁服务平台的角度去思考,如果质押赎回时间缩短的话,进入租赁市场的EOS将获得更好的流动性,有利于CPU使用单价下降,提高EOS主网的可用性。

这就是结论3:从资源利用的角度,EOS 应该缩短解除质押的3天赎回时间。

小编总结:

60万用户只是EOS的一个小小开始,从长远看,大规模CPU租赁市场的崛起是解决CPU资源分配的基础。只有解决了CPU经常爆的问题,让更多用户用得更舒服,更多的dApp才能发展起来,而繁荣的生态推动EOS价格的上涨,也将促使节点更主动地进行技术升级,整个生态才能实现正向的生长。

Close Menu
×

Cart