没错,路明远的解决办法就是和区块链类似的想法。
每有一条数据改动,那么就向其他服务器节点同步扩散此条改动消息。
而且只有超过一半的节点认为此条信息有效,那么此次改动才真实有效。
当然在此之后,这条信息也会记录在每一个节点的账本上。
而且是加密存储。
这样的话,如果谁想改动历史信息,那么就得控制超过一半的节点才能行,要不然没用。
这已经相当安全了。
不过在这个过程中,路明远也发现了一个问题。
那就是交流太过于频繁的话,能量的消耗实在太高了,就是太耗费灵气了。
其实这也可以大致算出来,假如每秒有十个人出题,而总共神通的使用人数是一百亿,那么每秒的交流数至少就得是一千亿。
而且是每个使用神通的人都得交流这么多次。
这肯定不行。
先不说修为低的承受不承受的住,这个也太浪费资源了。
所以路明远想了一个办法,随机选出了一部分人来充当节点。
假如有一万个节点,同样是十道题目,那么除了这些节点之外,其他人只要交流十数次即可。
甚至如果不想要最新数据的话,一次交流都不用。
而那一万个节点呢,现在也只要相互交流十来万次便可以了。
这大大降低了每个节点的运算量。
想到此处,路明远进一步细化这个想法:
“首先,节点得是奇数个,而且得自动调节……”
“至于节点的挑选……”
“随机吧,每个地域随机挑选几个节点,得保证不能让其聚集在一起,免得被一网打尽,甚至控制修改数据。”
“恩,为了安全,节点还得经常随机变化,不能固定下来。”
“那就再来个节点报名吧。每次在名单里面随机就成。免得有些人不想充当节点。”
“等等,那就再配置一些专门存储数据的,并且这些数据只有节点才有手段查看。”
“这样的话,数据就可以分开存储了,不至于让人将整个数据库给端了。”
“还有,充当这些节点和存储数据的,得有酬劳。”
“气运点嘛,我多得是。一会再算一下,看看多少合适。”
“说到酬劳的问题,出题的应该也有,要不然没人愿意当一个长期的自来水
本章未完,请点击下一页继续阅读!