第(2/3)页

    分布式节点设计最大的好处就是只要节点数量不被破坏到三分之二，迷锁就基本不会受到什么影响，而事实上夏多放出去的节点就只有总数的三分之一。

    换言之，就算外面的节点全被摧毁，也并不影响通讯迷锁的存在，只不过外面作为节点的是一个个通讯法器，全被摧毁了，也就相当于没人用了，迷锁再存在也没多大意义。

    但这只是一种理论上存在的情况，现实根本不可能发生这种事。

    如果使用阵列设计，本质上就变成固定节点了，失去了分布式的超强自适应性，一旦关键节点被摧毁，很可能对整个迷锁造成难以忽视的巨大影响。

    就算节点数上限再高，又能怎样呢？

    就像地球上的手机通讯，手机用户再多，一旦摧毁了无法移动的基站，那势必会有大量用户受到影响。

    这点夏多不得不慎重考虑，而妮雅也听懂了夏多的意思，立刻解释道「我说阵列并不是指节点层面，而是指节点映射的魔网宏观结构。

    「不会对分布式根基造成影响，只是会影响到迷锁本身，具体表现可能是可加载功能减少，以及完全掌控迷锁所需要的节点比例上升。

    「另外我说的节点数量上限无限提升，也仅仅只是理论上，实际上可能不可能达到，预计节点总数达到一定程度，迷锁将无法加载新功能，甚至于整个迷锁就是为这些节点的存在而服务。用你家

    乡的话，来说就是有种喧宾夺主的感觉了。」

    妮雅最后说了一句汉语，夏多楞了一下，随后反应过来，继续问道「那你预计这个实际可以达到的节点上限是多少？」

    「如果通讯迷锁未来不准备增加新功能了，那以现在的状态，差不多可以支持过亿的节点总数，增加新功能则会缩减这个上限，但这些都是我现在的判断，具体如何还需要进一步研究才能得出更加靠谱的结论。」

    对于这样的回答，妮雅自己都觉得有些不满意，不过夏多听完却觉得再满意不过了，虽然牺牲了迷锁功能拓展的上限，却带来了节点总数的迅速攀升。

    对于目前的通讯迷锁来说，可以说是极其适用了，当然从长远来看，还是需要更换为更通用的设计，而不能继续维持那种看似是通讯迷锁，实则是特殊的节点展示迷锁的迷锁。

    「快和我说说你的设计思路？」

    尽管通讯迷锁这个夏多是交给妮雅来负责的，但好奇之心任何人都有，更何况他这个通讯迷锁初代设计者呢！
    第(2/3)页