第66章 用区块链升级神通(4 / 4)

那就是交流太过于频繁的话,能量的消耗实在太高了,也就是太耗费灵气了。

其实这也可以大致算出来,假如每秒有十个人出题,而总共神通的使用人数是一百亿,那么每秒的交流数至少就得是一千亿。

而每个出题人的交流次数至少也得一百亿。

这肯定不行。

先不说修为低的承受不承受的住,这个也太浪费资源了。

所以路明远想了一个办法,那就是随机挑选一部分人来充当节点。

假如有一万个节点,同样是十道题目,那么除了这些节点之间的交流之外,每个出题人只要交流一万次即可,而其他人甚至只要交流十数次。

甚至如果不想要最新数据的话,一次交流都不用。

而那一万个节点呢,现在也只要相互交流十来万次便可以了。

这大大降低了每个节点和神通持有者的运算量。

减轻了负担。也减轻了使用要求。

想到此处,路明远进一步细化这个想法:

“首先,节点得是奇数个,而且得自动调节……”

“至于节点的挑选……”

“随机吧,每个地域随机挑选几个节点,得保证不能让其聚集在一起,免得被一网打尽,甚至控制修改数据。”

“恩,为了安全,节点还得经常随机变化,不能固定下来。”

“那就再来个节点报名功能。每次在报名的名单里面随机生成。免得有些人不想充当节点。”

“等等,还得再配置一些专门存储数据的,并且这些数据只有节点才有手段查看。”

“这样的话,数据就可以分开存储了,不至于让人将整个数据库给端了。”

“至于充当节点和数据存储的能量消耗,那就将原来的充灵气功能扩大一点,到时候只要往神通幻影里面充一定量的灵气,就可以一直充当起作用。”

“还有,这么做的话,他们也得有酬劳才好。”

“不过气运点嘛,我多得是。一会再算一下,看看多少合适。”

“说到酬劳的问题,出题的也应该有,要不然估计没人愿意当一个长期的自来水。”

对于酬劳的问题,路明远细细想了一会儿,便有了决定。

“那就按照分成来算吧,我抽成就行。而且这本来就是平台的盈利方式。”

就在神通改造计划即将结束的时候,路明远又想到一个问题。

“神通补遗发布之后,我可不能第一个接入网络,得等个合适的时机才行。

就当自己是一个普通的用户,什么时候‘买’了补丁,什么时候再接入。”

“反正到时候真有人来查的话,查的也是前一批更新的。”

“跟我路明远没有半点关系。”

愣了一会儿神,路明远又自我安慰道:

“而且到时候如果真的查到我的话,我就说我赚到的那几百亿全砸进去了,一点也不剩了。”

“至于其他的,能蒙混过关就尽量蒙混过去吧。总不能,要将我切片吧?”

“反正第一个数学神通已经发了,也回不了头了。

到时候死就死吧!”

……