第(3/3)页

    如果有中央服务器，此时有人想拿到最新数据的话，那么他直接访问中央服务器就可以了，中央服务器会保证此时的数据是最新的。

    这就相当于是网页一样。

    每刷新一次网页，电脑就会自动连接服务器，从而取到最新的数据。

    但是如果没有了中央服务器，谁能保证自己的数据就是最新的。

    张三说他的数据是最新的，李四说他的才是最新的，王五……

    这公说公有理、婆说婆有理，没完没了了。

    而且也容易起冲突。

    毕竟大家都是服务器，权限都一样，谁也没有比谁更高级。

    这时，就需要有一定的机制来保证此过程的顺利进行。

    对于这个问题，路明远也有相应的解决办法。

    那就是区块链。

    想到区块链的去中心化思路，路明远不由的感到几分庆幸：“还好，我上一世研究过区块链技术，也对去中心化比较熟悉，这个能用到这儿。”

    至于去中心化思想。

    那就是每有一条数据更改，那么就向其他服务器节点同步扩散此条更改消息。

    而且只有超过一半的节点认为此条信息有效，那么此次的更改才真实有效。

    当然在此之后，这条信息也会记录在每一个节点的账本上。

    而且是加密存储。

    这样的话，如果谁想改动历史信息，甚至篡改信息，那么就得控制超过一半的节点才能行，要不然没用。

    这已经相当安全了。

    不过在这个过程中，路明远也发现了一个问题。

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

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

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

    这肯定不行。

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

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

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

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

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

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

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

    想到此处，路明远进一步细化这个想法：

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

    “至于节点的挑选……”

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

    愣了一会儿神，路明远又自我安慰道：

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

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

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

    到时候死就死吧！”

    ……


    第(3/3)页