想基于电报开发完全去中心化的端端加密的即时通信 APP,目的是避免审查,有朋友有兴趣吗

2022-09-05 12:51:01 +08:00
 wanmyj

Problem:

  1. 不翻墙的墙内安全群聊
  2. 中心化的 APP 一定会在被封和被审查当中二选一
  3. imessage 这种虽然不会被关键字审查(理论上),但不能跨平台

Solution:

  1. 基本设想是类似于magnet link,需要客户端,并且所有客户端都可以作为某些服务节点
  2. group owner发起一个group link,内容包含群 hash ,和自身 IP 和开放端口等信息组成的 tracker (NAT 造成的困难可以再想办法解决,我还没想到最优方案),有效期,校验等信息。发布出去等待group member连接,建立群聊天室。
  3. 任何群组员group member都可以当 tracker 提供group link给其他人。
  4. group 内采用端端加密通信,并且无中心 server 。如果所有group member在同一时间换掉了 IP 地址,那这个群就会消亡。
  5. 聊天记录记录在一个或多个group member的本地,如果所有group member同时删掉了某条聊天记录,则这条记录无法恢复。

本人在外企工作,平均每天能有 3 个小时的开发时间.这个项目可能需要数千小时的开发量,我的工程经验怕难以承担这种项目,所以想找一些同好一起完成这个 project 。最好有个有 IM 和网络工程经验的大佬来做 leader 。

我想这个项目一定要开源,无论哪种许可证。

9698 次点击
所在节点    程序员
153 条回复
zhaokun
2022-09-05 14:53:25 +08:00
@wanmyj 目前的 IM 不都是中心化的,也有去中心化的,只是用的人挺少
ericgui
2022-09-05 14:55:54 +08:00
看来每天都有不怕死的
Bad0Guy
2022-09-05 14:56:23 +08:00
@ulyc 但是说实话用的人不会多,我曾经还想把 session 推给我在墙内的朋友用,但是一想到让他们注册个 TG 都要大半年,但是在微信却聊的很快乐,就直接放弃了这个想法😂
lengyuqu
2022-09-05 14:56:56 +08:00
matrix 就是目前最健全的方案,没有之一。

你所需要的所有的问题都具备
1 ,自建服务后,可以不翻墙在国内安全聊天
2 ,不存在审查问题
3 ,跨平台
4 ,任何一个自建节点和所有节点互联互通

客户端 element 也很容易获取到。

题主所有说的构想:
1 ,你自己编写要求所有客户端作为服务节点就很难实现。手机杀后台,那么节点就断开。还是需要一台中心服务器作为主节点。
2 ,手机做节点,那么就大量耗电。
3 ,由于没有云服务,就无法做到消息推送,这是目前又有基于去中心网络的匿名 im 都具备的问题。
ulyc
2022-09-05 14:58:20 +08:00
@Bad0Guy 确实,虽然 M 注册的难度比 TG 小多了。
我的做法是自己用 Matrix ,跟 TG 拉个桥,还挺好用的
HugoChao
2022-09-05 15:08:11 +08:00
发射个低轨卫星做中继怎么样,能解决被审查的问题吗
Bad0Guy
2022-09-05 15:11:28 +08:00
@ulyc 我目前就这么玩的,主要是玩的人真的少,导致没什么人最后还是 tg 多于 matrix
xsqfjys
2022-09-05 15:12:37 +08:00
你这么搞会被请去喝茶的
lengyuqu
2022-09-05 15:23:11 +08:00
@Bad0Guy tg 的魅力还是频道号可以自由创建,大量的内容在 tg 产出,你就算不把 tg 当微信用,也能把 tg 当成一个今日头条用。而且 tg 群容量大,总有活跃的人,随时可以吹水
yolee599
2022-09-05 15:27:53 +08:00
不要用技术来解决非技术问题
liuxiniszuhi3
2022-09-05 15:30:54 +08:00
聊天室?
shijingshijing
2022-09-05 15:40:44 +08:00
@HugoChao 以危害 xx 安全,直接地基激光给你打瞎。实验都做了好几轮了,很成熟的技术了,期间还被米地控告制造太空碎片。
wanmyj
2022-09-05 15:48:31 +08:00
@lengyuqu 你说的很对,参考很多人的回复,我也觉得完全去中心化的想法还是不够成熟。除了 V4NAT 之外,要维持这些链接付出的网络消耗成本太大。
ersic
2022-09-05 15:56:43 +08:00
@totoro625 最最好别这么干,你不知道最后会传给谁,会做什么。最后的责任都是你承担,而且这是传播,有人管的。
wanmyj
2022-09-05 16:02:50 +08:00
@F798 至少从 imessage 的文档里我是这么理解的,不备份 icloud ,是不能被监听的,因为传输用的公钥对应的私钥只在手机里。
上传到 iCloud 时候用的另一对公私钥加密已经存在的信息再上传到服务器,Apple 有一份 copy of 这对公私钥。

如果我的理解没错,我对 imessage 还能活着的解释就是用 imessage 但不用 iCloud 的人太少太少了,犯不上因为这个和 Apple 这种提供了百万就业的大公司作对,何况 Apple 态度很好也愿意合作。执法司法都有成本考虑,没有绝对锁死的原则。
Ashore
2022-09-05 16:05:19 +08:00
我觉得这个想法很刑!
wanmyj
2022-09-05 16:17:56 +08:00
@Bad0Guy 跟你遇到情况差不多,挂梯子对多数朋友都麻烦。我当然可以自己建个 whatever-server 供朋友们使用,但这只是用技术钻个阿 sir 懒得搭理的空子,不是解决根本问题的办法。其实应用下载审查是比较容易克服的,只要没有固定的中心服务器,E2EE 通讯基本没办法被阻拦,除非拔网线。
lengyuqu
2022-09-05 16:22:10 +08:00
@wanmyj
1 ,imessage 在国内属于高门槛软件,使用者的 sim 卡必须插手机上。
2 ,大多数用户使用的 imessage 用户都是采用手机号作为默认账户。
3 ,当网络不佳时或者对方未打开 imessage 时,会默认使用短信发送。
4 ,既然大多数用户使用 imessage 都不会用于敏感用途,对于少数用于敏感用途的用户,你封了 imessage 实际上这类用户完全可以使用其他 im 软件代替。所以 imessage 没被封属于很正常的事
wanmyj
2022-09-05 16:26:38 +08:00
@ulyc 感谢回复
> P2P 式的去中化,其实对于匿名化和效率都不会太友好。
我在发帖时候还没太深入考虑效率的问题,保持连接会占用很多网络资源,不保持连接就没有稳定性可言,这应该是个死结。

至于匿名性,我理解只要侦测不到流量特征,那和普通的加密流量应该没有区别,除非有群友被解锁手机暴雷,否则不会引入不安全的因素。理解有错请指出
wanmyj
2022-09-05 16:32:07 +08:00
@leefor2020 都想着逃避审查了,肯定不会想在国内站着赚钱了 Hhhhhh

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/877787

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX