一种改进 p2p 的设想

[handle233]

各位大佬好，第一次发主题，言辞不通，含义不明，希望各位多多见谅。 首先我不是专业人士，所以可能观点不切实际，希望各位能多给出指点， 由于以往的 p2p 都要下种子，传播很不方便，而且主服务器一旦没有要重新建立网络会很麻烦，所以我的设想是文件不进行分割或者不一定进行分割（用内部算法决定），然后呢通过某种方法把 p2p 服务器之间连接在一起，这样就可以实现在 p2p 网络下较为稳定的搜索资源（替代种子进行树形搜索）并且任何一个主服务器崩了所有人都可以跳到另一个服务器传输。

以上语言可能有诸多疏漏请各位大佬轻喷。

[ganyouxuan]

看起来“某种问题”就是最大的问题

[ganyouxuan]

然后呢通过某种方法把 p2p 服务器之间连接在一起

感觉“某种方法”应该就是最大的问题
pt 应该能算一种 有 hash 和 tracker 就好了
bt 上有 hash 和 tracker 也会自动下载元数据（应该就是种子的内容 了解不多）
现在 bt 上的搜索我知道的有 dht 爬虫

[handle233]

@ganyouxuan 我的想法就是降低服务器设立成本，然后在用户本地维护 server list，通过强制性的 server list 共享来扩大范围。

[handle233]

另外在实现细节上面还考虑过通过 sha1 校验来检验和标记病毒等威胁文件。

[Sylv]

磁力链接了解一下。

[nvkou]

有这玩意，叫 DHT 。只不过一直被 NAT 拦着

[yeqizhang]

额，我了解的，不知道有没有错哈，
p2p 应该是去中心化的，每个节点都是服务器，不知道你说的某种方法连接起来是什么意思，是强制节点不下线吗？单个节点一个单位时间传播出来的数据也是有限的。
种子也是必要的，不然怎么定位资源？不可能每个节点拥有所有资源。

[ZRS]

DHT 网络和你想的就比较类似

[est]

DHT 就是这个概念吧。基于 Kademlia 实现的。

分布式种子有个问题就是 FBI MPAA 可以钓鱼。让用户连自己的蜜罐服务器。然后看用户在下载什么。搜集足够多的证据就起诉，无法起诉就找 ISP 断网或者发通知。

[handle233]

@nvkou
@yeqizhang
@ZRS
@est 谢谢各位大佬回复，根据各位的说法，还可以通过合适的加密技术和不通过 hash 表而是简单的树状搜索是否可以有效解决这些问题呢？以及服务器被拦，我觉得降低服务器成本之后应该可以实现大量部署就没法封了。

[ganyouxuan]

那些个 bt 搜索站的成本应该也不高

[handle233]

主要是搜索方面我选择了根据关键词 树状搜索：也就是类似于在搜索引擎上面搜索，然后给搜索加入各种各样的限制来维护环境的稳定。

[nguoidiqua]

目前 BT 下载就是靠用户间互相连接，人人都是服务器，这技术在 BT 出来之后一直就有。

eMule 也是如此，它甚至可以让用户直接搜索 eMule 网络上的所有共享资源。

但是现实很残酷，愿意做种的人不多，大部分人都比较自私，尤其是国内还有迅雷之类只进不出的软件吸血，所以离开了那些专门的分享站还是玩不转，一旦分享站倒了或者分享站把旧的资源清理了，那些资源就很难再下载到了。

所以发展到现在，这类技术主要还是起到热门资源的快速分发作用，减轻服务器的压力，起初它们就是这目的，最后也只达到了这目的。

其他的不要指望太多，人性如此。

[handle233]

@nguoidiqua 谢谢大佬回复，所以说去掉 hash 下载改用树状搜索才是重点啊。

[Juszoe]

去掉 hash 的话，如何标识文件呢？又如何保证下载的文件是没被篡改的？

[masker0817]

Ipfs

[DoctorCat]

20 世纪 90 年代，p2p 早期的鼻祖 Napster 也是，创始人破产走人。

后来 eMule 诞生后搜索就是服务器索引式搜索方式 （ BTW：FBI warning 来喝茶。ISP 断网了解一下）

再后来改进了的 KAD 搜索是 DHT 的搜索方式 （ BTW：天朝 NAT 用户 lowid 基本无法 Downloading 呵呵哒）
总结：前人的路都摸索过了，实在不行才彻底拥抱 DHT 的（ BTW：FBI 奈何跨国执法？？？？海盗湾表示哈哈）

当今的区块链解决问题？ IPFS 、FileCoin 了解一下吧。

[firefox12]

不用 hash 搜索的话，数据量太大 基本不可能。纯文件名的话又没有意义。

[handle233]

补充一下，这个 p2p 不希望实现绝对的共享资源，而是通过与链接的朋友之间进行树状搜索并且给搜索加权来限制那些吸血客户端。不是各位的任意吸血的那种啊。