deleted
deleted
mastodon?可行吗?
不是 mastodon,mastodon 是多中心,不是去中心。
如能解决前面说的连接问题就可行,是谁都封不住的那种。
zeronet 在你那边没被墙?我这里 N 年前就连不上了。
开启dht的bt sync是封不住的,但是它不是论坛。
而zeronet的开发者已经有了增加dht功能的计划,你可以帮助开发一个zeronet的dht插件。
dht 是分布式哈希表?
论坛的帖子是 k-v 式数据,存在 dht 里没问题。但 dht 确定封不住?我得再学习一下。
不是封不住,是党国不想封。BT下载的人那么多,封了影响生活
严格来说也不是封不了。根据编程随想的说法,dht使墙内节点可以不需要中心服务器就可以互相发现。这样,即使中国与外界物理断网,墙内节点还是能互相交流的(我说的封不住是这个意思)。但是如果每个小区都有墙(在小区交换机上安装墙),dht还是会被封住的。
这叫“联盟式”(federated)
看介绍和 mastodon 差不多,也是多中心的。
我说的去中心方式与多中心的区别在于,如果大家都有公网 IP 或者能以某种方式连接,就不需要服务器。
如果没有达到你需求的产品,就需要你自己去开发
必须依靠现成的。如果开发专用技术,只能用于这个论坛,部署量就会太小。
单靠用户的服务器肯定不行,如果你有个内容存在了用户a家里,然后a再也不上线了,等于该内容丢了
关于去中心服务与网络自由,我有时间的话可能写一篇文章探讨一下。我的观点是为了达到最高的网络自由,所有或几乎所有用户必须使用的核心服务(类似现在的DNS、PKI等等)必须去中心化,而很多其它应用(如论坛、网站)反而更适合多中心化,非要「无主」式的去中心化反而有碍网络自由。简而言之就是公共领域去中心化,私有领域多中心化
当然不会只存一份。谁认为这个内容有价值就保存一份。
只存文字信息,一个人能读过来的内容用不了多少空间。
还不知道你的理由是什么。有必要说明的是,去中心是数据层面的事,而对内容分发的控制可以做在数据层之上。
例如,用户可以定义一个子论坛,自己管理。管理者删除帖子的指令也传递给其它节点并生效,则任何用户(除非自己改程序)都不能在这个子论坛中看到管理者删除的帖子。
由于管理需求的普遍存在,此产品的最终形态可能是一个论坛群。
不可靠用户组成的分布式没法可靠保存数据,复制多少份都没用。当然如果能接受部分数据损失,也行
可以接受数据损失。对于论坛类的应用,丢几个帖子不是大问题,而且很可能回头又找到了。
用户主要靠本地存储。认为不重要而在本地删除的,也无须确保能从其它节点读到。
BT和电驴的网络保存了海量的数据