@my3157 比如：A 和 B 点对点通信，A 先发一个要求和 B 通信的请求给节点，节点转发给 B ，然后 A 、B 协商一个对称密钥，建立管道（相当于 tg 上面的建立加密会话），两方用对称密钥加密通信。

A 和 B 与节点的通信都是基于 TLS 加密的，各方身份是由各自的自签名公钥确定验证。

公钥代表身份，私钥保存在本地。

国内中心化的即时通信系统，久而久之都会出现腾讯那样的问题：为了不违反法律、为了企业自身利益，宁可错杀三千，而不放过一个。如此就误杀了许许多多无辜的用户，造成用户体验的严重下降。

用户想解决这个问题，目前有 2 个方法，一个是用国外的（需要技术），一个是自己搭建（还是需要技术）；

（就连国内电子邮件也要被过度审查）


用分布式的系统，如果能做到网速、操作方法体验上和微信差不多，应该可以受到一定的欢迎。

如果该技术受到欢迎、形成一定规模，那么腾讯就能受到压力而减少作恶，甚至打击到了腾讯垄断的根基：即时通讯。

（除非不可抗力突然说这种技术不应该存在）

@DiamondYuan 电子邮件之所以在国人很少人用，是因为用户习惯问题。用户喜欢像微信这样的功能，所以我架构图上画的都是微信有的功能，是为了替代微信、给用户第 2 个选择，是为了不让腾讯一家独大、封杀内容随心所欲，而想做这个项目。

@AoEiuV020CN
如果只有墙外的人才能用，那确实不是开发目标。
这个项目构想是为了能在网络环境恶劣的地方运作，是为了普通的人都能用上，是为了对现有的即时通讯垄断形成压力。
在使用的技术上，仅仅搭建节点的人需要一点点技术，而普通人使用方式像微信那样简单。

对于封杀，考虑下面几个情况：
第一，有些人会那他作为企业内部通信使用，这方面不应该担心有什么违规信息，毕竟企业负责人自己看着，用他就是为了避免商业机密泄露，如果根据法律要被政府审查，他们照着法律办。
第二，某些边缘小团体使用。这种情况下，他们自己负责自己的节点安全，自己对自己的行为承担责任，被封杀的是他们自己的节点服务器，和其它企业内部节点无关。
第三，普通群体，如技术爱好者、其它正规团体为了隐私、为了不被腾讯以毫无根据的理由封杀而使用该项目。这种情况下，身正不怕影子斜，需要的时候被法律审查审查，没什么大不了的。

综上分析，用户的大部分使用情境下，是不违反法律的。违反法律的那部分人，就交给法律处理。并且，违反法律的那部分人，通信上的数据并不会连累到其它大多数遵守法律的用户节点。

@Jooooooooo 我想知道这个构思，技术上是否有无法实现的问题。

@AoEiuV020CN 作为做技术的，如果法律禁止我做架构上这个项目，那么我自然没法做。如果在目前没有法律禁止的情况下，那么我就可以先把他做出来。
而用的人担心其它的问题，那么他可以自己权衡风险去用，至少给了他们另外一个选择。

@AoEiuV020CN 不是写死在客户端的节点。客户端是瘦客户端，刚安装时，没有任何节点。用户自己一个一个加，或者是好友分享的二维码节点。

@AoEiuV020CN 对于挖矿，我不评价。根据这个项目的构思，一个用户可以在多个节点上注册，用户之间有多个节点的冗余信道，一个节点崩了，还有其它冗余信道。并且目前没有法律规定不准做开源即时通信系统。

@dcty 一台 200 块的云服务器，仅负责不超过 2000 人的群聊和中转，根据架构图，有很多台不同人的服务器组成系统整体，你看速度和计算资源可以不？