第66章 用区块链升级神通[2/2页]

天才一秒记住本站地址：[巴拉小说]https://m.balaxs.com最快更新！无广告！

    
    nbsp“速度减少的话，大不了到了目的地之后，等一会儿就可以了。花费不大。”

    nbsp“但是如果想让这个速度增加的话，那可就不简单了。”

    nbsp“就像前世，就一直没能让光速上升哪怕一毫米。”

    nbsp“至于是什么物质，而它的传播速度具体有多少，那就得等以后再进行测试了。”

    nbsp这个问题暂时没条件测试，所以路明远就将其先放在心里了，准备以后再测。

    nbsp现在呢，是网络的问题。

    nbsp“网络有了，信号也有了，那么现在就是数据的包装与传播了。”

    nbsp接下来，路明远便通过上一世学到的计算机网络知识，来进一步的设定网络。

    nbsp“直接上tcp协议吧！”

    nbsp“这个既可以保证信号传输质量，和信号完整度，也可以一定程度上进行保密。”

    nbsp“至于计算的话，先用气运点顶着。”

    nbsp设定了这一部分之后，路明远发现，形成网络所需要的气运点急速下降，现在竟然只要八个亿左右了。

    nbsp见此，路明远轻声呢喃道：

    nbsp“难道原来的网络里面就已经有了数据的包装和传输部分？

    nbsp我想在将其细化了，所以所需要的成本就大幅度减少了？”

    nbsp“如果真是这样，那我前面关于信号传播速度的猜测应该就是对的。

    nbsp确实只是利用了某一物质的固有特性来进行传播。”

    nbsp“数据传输解决了，那么现在还有一个问题，数据存在哪儿？”

    nbsp路明远肯定不能自己建造一个服务器，而且就算可以，也容易被人查出来。

    nbsp通过气运点硬砸一个别人不容易查出来的，所需要的气运点又太多。

    nbsp“看来，得祭出我的无服务器大法了。”

    nbsp“现在这个传播速度够快，远超光速，那么我就可以让每一个神通的持有者都来充当服务器。”

    nbsp“这样一来，就算有人能追踪信号，也根本找不出来我到底是哪一个。”

    nbsp“这或许就可以叫：大隐隐于市。”

    nbsp信号传播速度够快，处理速度也足够的话，才能让几百亿甚至上千亿、上万亿个服务器在短时间内完成交流，这样才能同步。

    nbsp要不然延迟太大，体验效果就很不好。

    nbsp虽然无服务器很好用，但是没有了中央服务器，数据的分发就是一个问题。

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

    nbsp这就相当于是网页一样。

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

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

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

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

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

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

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

    nbsp“还好，我上一世研究过区块链技术，对去中心化也比较熟悉，这个刚好合适。”

    nbsp没错，路明远的解决办法就是和区块链类似的想法。

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

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

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

    nbsp而且是加密存储。

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

    nbsp这已经相当安全了。

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

    小主，这个章节后面还有哦，请点击下一页继续阅读，后面更精彩！

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

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

    nbsp而且是每个使用神通的人都得交流这么多次。

    nbsp这肯定不行。

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

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

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

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

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

    nbsp这大大降低了每个节点的运算量。

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

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

    nbsp“至于节点的挑选……”

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

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

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

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

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

    nbsp“还有，充当这些节点和存储数据的，得有酬劳。”

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

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

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

    nbsp就在即将结束的时候，路明远又想到一个问题。

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

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

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

    nbsp“跟我路明远没什么关系。”

    nbsp过了半晌，路明远又自我安慰道：

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

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

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

    nbsp到时候死就死吧！”

    nbsp……

    喜欢。

第66章 用区块链升级神通[2/2页]

『加入书签，方便阅读』