想了一下，林鸿又重新在它们之间添加了两条粗线，将原来的那一根粗线给划掉了。
经过刚才一阵头脑风暴，林鸿对于cqcq新版的架构已经有了底稿，总体的设计框架已经想清楚了，接下来就是对它的技术细节的实现。
放弃中央控制服务器的架构，转而采用点对点的架构，消息可以通过每一个客户端进行中转。
不过，还是会存在一个对整个拓扑网络节点进行维护的“中继服务器端”，这些服务器端并不涉及到数据的中转，只保存客户端节点信息，例如ip映射地址，在线节点列表以及它们之间的拓扑结构。
考虑到稳定性方面的问题，这些服务器端不能只有一个，而是多个，并且他们共同维护同一张数据表，即每一台服务器上都有全部的备份，这样，即时某一台服务器下线了，整个通信网络也不会受到影响。
并且，按照林鸿现在的设想，就算是所有中继服务器都被关停或者下线，也不会造成整个通信网络的瘫痪，最多会影响到消息发送的即时性。
当网络中存在中继服务器的时候，客户端会和中继服务器保持连接，以便获知自己好友在线状态，要发送信息的时候，也会先向中继服务器查询整个拓扑结构，然后通过算法计算，随机找出一条最优路径，通过这条最优路径将消息发送到目的地。
而假设所有中继服务器都挂掉了，大家便无法确认好友是否在线，数据传输的时候，是一种广播式的行为，即向全网广播自己的消息，在传输之前，还得确认下一个节点是否在线，然后再传输，最终总会到达自己发送的目的。
不过这样一来，通信就失去了时效性，可能一条信息发送出去，快则几秒钟，慢则要好几分钟甚至上十分钟对方才能够收到，时间的长短和网络的拓扑结构有关。
这种结构，在安全方面也有保证。
一条信息发出，会首先通过自身的软件进行加密，然后再传送到“中转节点”中，那些节点都是匿名的，经过至少五次跳转之后，完全查不到来源路径，最终从“出口节点”对消息进行解密，然后再传递到目标客户端。
在整个流程中，唯一有可能被监听的环节就在于最后的“出口节点”，假设有人正好在出口节点监控，则就可以截获被发送的消息。
这个缺点林鸿也发现了，所以他在后来对图纸进行整理的时候，再次进行了完善。
他想了一个解决方案，那就是消息发送之后，会加密成一个数据包，然后再对这个数据包进行分割，包的各部分通过几条不同的路径最终传递到目的地，这样，就算某一个“出口节点”被监控了，他们截获的内容也只有一部分，没有截获其他包的话，根本无法对整个包进行解密。
理论上，同时将所有包都截获的可能性是趋近于零的，所以这样一来，通讯安全得到了最大限度的保障。
林鸿设计的整个新的架构，不但实现了信息传递的匿名性，而且消除了中心化的服务器端，极大地提升了软件的保密性和稳定性。
经过反复完善和优化，林鸿觉得最终没有问题之后，便开始着手进行代码编写。
由于他对加密解密方面还不是很了解，所先将其他基本功能暂时实现，将加密解密放到了最后。
到天亮的时候，新版cqcq的原型便被编写出来了，首先实现的功能非常简单，只能传递文字版，并且还没有对其进行加密。
今天是周一，林鸿的课不多，上午在十点多的时候就已经没课，他便立刻奔向了学校图书馆。
今天来这里有两个问题需要解决。
一个是查找一下，看看有没有posix标准的书籍，另外就是学习一下加密解密算法方面的内容。