而夏多这边,因为掌握的节点太少,加上测试迷锁本身太过简陋,简陋到他甚至没办法加以控制。
复杂的体系才有漏洞,而简单的体系,在权限确定的情况下,找到漏洞的难度甚至比直接掀翻的难度更高!
小主,
想了想,夏多决定提醒一下妮雅,“你这样是不行的,任何测试都需要先明确目标,你现在这么笼统地搅和在一起连具体哪怕节点都无法分辨,那还测试什么?”
夏多说完,通讯法器那边先是沉默了一阵,然后问道:“那要怎么办?”
“先根据节点的链接状态为每一个节点编号,然后再逐一测试。”
“嗯。”
随后,在夏多的配合下,妮雅很快完成了对所有测试节点的编号,但这仅仅只是临时的,一旦多个节点下线,那编号就立刻作废。
测试时有人看着,当然可以确定哪个是哪个,但实际用起来,那就很难办了,可即便如此也不能给节点增加太过明显的预设特征。
所以,这就需要在正式投入使用之前做足够多的测试,确保不会有什么重大问题。
不过,通讯迷锁前期研发过程越是繁琐、成本越高,夏多心里其实就越高兴,因为这就意味着同类竞争者的门槛也高。
而且不同于其他常规迷锁实际使用者极少,通讯迷锁的目标使用者数量极高,完全是一个高并发的使用状态。
这属于迷锁发展的全新方向,或者说极端方向,如果没有足够多的用户陪同进行测试改进,那后来者几乎不可能形成有效的竞争力。
换句话说,只要夏多垄断了这个类型迷锁足够多的用户,就可以绝了其他竞争者在这个方向上的发展。
当然,这是一般情况,如果对方不惜一切代价的话,那也还是可以搞一搞的。