点就只有总数的三分之一。
换言之，就算外面的节点全被摧毁，也并不影响通讯迷锁的存在，只不过外面作为节点的是一个个通讯法器，全被摧毁了，也就相当于没人用了，迷锁再存在也没多大意义。
但这只是一种理论上存在的情况，现实根本不可能发生这种事。
如果使用阵列设计，本质上就变成固定节点了，失去了分布式的超强自适应性，一旦关键节点被摧毁，很可能对整个迷锁造成难以忽视的巨大影响。
就算节点数上限再高，又能怎样呢？
就像地球上的手机通讯，手机用户再多，一旦摧毁了无法移动的基站，那势必会有大量用户受到影响。
这点夏多不得不慎重考虑，而妮雅也听懂了夏多的意思，立刻解释道：「我说阵列并不是指节点层面，而是指节点映射的魔网宏观结构。
「不会对分布式根基造成影响，只是会影响到迷锁本身，具体表现可能是可加载功能减少，以及完全掌控迷锁所需要的节点比例上升。
「另外我说的节点数量上限无限提升，也仅仅只是理论上，实际上可能不可能达到，预计节点总数达到一定程度
，迷锁将无法加载新功能，甚至于整个迷锁就是为这些节点的存在而服务。用你家乡的话，来说就是有种喧宾夺主的感觉了。」
妮雅最后说了一句汉语，夏多楞了一下，随后反应过来，继续问道：「那你预计这个实际可以达到的节点上限是多少？」
「如果通讯迷锁未来不准备增加新功能了，那以现在的状态，差不多可以支持过亿的节点总数，增加新功能则会缩减这个上限，但这些都是我现在的判断，具体如何还需要进一步研究才能得出更加靠谱的结论。」
对于这样的回答，妮雅自己都觉得有些不满意，不过夏多听完却觉得再满意不过了，虽然牺牲了迷锁功能拓展的上限，却带来了节点总数的迅速攀升。
对于目前的通讯迷锁来说，可以说是极其适用了，当然从长远来看，还是需要更换为更通用的设计，而不能继续维持那种看似是通讯迷锁，实则是特殊的节点展示迷锁的迷锁。
「快和我说说你的设计思路？」
尽管通讯迷锁这个夏多是交给妮雅来负责的，但好奇之心任何人都有，更何况他这个通讯迷锁初代设计者呢！
他也很想知道妮雅会将他奠基的通讯迷锁带去何方呢！
「是这样的，阵列设计的发现源于一次实验意外，当
…。。