去中心论坛

每个人在自己的设备上运行一个论坛,并可与别人的论坛交换帖子数据,就像大家在用同一个论坛一样。

麻烦在于,设备通常在 NAT 之后,彼此很难连接。试过用 webRTC 基本不行。只能采用运行在公网服务器上的节点(同样功能的论坛)或者公共的数据库、mq 之类的服务。这些方案都比较重,容易被封。

最好能有极轻量级的服务端部署方案,封之不尽。大家有什么好的想法?

1 Like

mastodon?可行吗?

不是 mastodon,mastodon 是多中心,不是去中心。

如能解决前面说的连接问题就可行,是谁都封不住的那种。

zeronet 在你那边没被墙?我这里 N 年前就连不上了。

开启dht的bt sync是封不住的,但是它不是论坛。
而zeronet的开发者已经有了增加dht功能的计划,你可以帮助开发一个zeronet的dht插件。

2 Likes

dht 是分布式哈希表?

论坛的帖子是 k-v 式数据,存在 dht 里没问题。但 dht 确定封不住?我得再学习一下。

不是封不住,是党国不想封。BT下载的人那么多,封了影响生活

1 Like

严格来说也不是封不了。根据编程随想的说法,dht使墙内节点可以不需要中心服务器就可以互相发现。这样,即使中国与外界物理断网,墙内节点还是能互相交流的(我说的封不住是这个意思)。但是如果每个小区都有墙(在小区交换机上安装墙),dht还是会被封住的。

3 Likes

这叫“联盟式”(federated)

联盟式的Lemmy就挺不错的

看介绍和 mastodon 差不多,也是多中心的。

我说的去中心方式与多中心的区别在于,如果大家都有公网 IP 或者能以某种方式连接,就不需要服务器。

如果没有达到你需求的产品,就需要你自己去开发 :wink:

必须依靠现成的。如果开发专用技术,只能用于这个论坛,部署量就会太小。

单靠用户的服务器肯定不行,如果你有个内容存在了用户a家里,然后a再也不上线了,等于该内容丢了

1 Like

关于去中心服务与网络自由,我有时间的话可能写一篇文章探讨一下。我的观点是为了达到最高的网络自由,所有或几乎所有用户必须使用的核心服务(类似现在的DNS、PKI等等)必须去中心化,而很多其它应用(如论坛、网站)反而更适合多中心化,非要「无主」式的去中心化反而有碍网络自由。简而言之就是公共领域去中心化,私有领域多中心化

2 Likes

当然不会只存一份。谁认为这个内容有价值就保存一份。

只存文字信息,一个人能读过来的内容用不了多少空间。

还不知道你的理由是什么。有必要说明的是,去中心是数据层面的事,而对内容分发的控制可以做在数据层之上。

例如,用户可以定义一个子论坛,自己管理。管理者删除帖子的指令也传递给其它节点并生效,则任何用户(除非自己改程序)都不能在这个子论坛中看到管理者删除的帖子。

由于管理需求的普遍存在,此产品的最终形态可能是一个论坛群。

不可靠用户组成的分布式没法可靠保存数据,复制多少份都没用。当然如果能接受部分数据损失,也行

可以接受数据损失。对于论坛类的应用,丢几个帖子不是大问题,而且很可能回头又找到了。

用户主要靠本地存储。认为不重要而在本地删除的,也无须确保能从其它节点读到。

BT和电驴的网络保存了海量的数据