最近在琢磨 IPFS（星际文件系统）。但仍然有些概念和逻辑问题求解

資深大佬 : kop1989 2

1 、根据我的了解，IPFS 是不是一个基于区块链技术实现的类似 BT 系统？（文件分发 /共享系统）只不过他文件的分发机制除了主动获取（通过 CID ）之外，还有节点的被动做种，以及主动挖矿？

2 、经过我的远程测试，发现新文件端到端的传输文件能力很差。是不是使用姿势有问题？（ A 端上传，且 pin，B 端搜索 CID 下载，要么等待时间巨长，要么失败）

3 、下载后的文件是缺失后缀的，文件名是 hash 名。

4 、假设 ipfs 的参与人员密度足够大，突破了某个阈值。是不是就相当于我们全员（包括使用节点和挖矿节点）在靠硬盘+带宽维护一个无限容量的云空间？目前有机制保障空间的利用效率么？（既不会被恶意人士上传垃圾文件轰炸）

大佬有話說 (6)

資深大佬 : codehz

你就当是升级版 BT 协议就好了

資深大佬 : Darkside

4：ipfs 的本地缓存有空间限制的，默认好像是 10 G，超过的会被 gc 清掉，只有你自己 pin 住的不会被 gc

資深大佬 : xarthur

IPFS 分成两个部分。
底层的是 IPFS 协议，上层的是 filecoin （也就是所谓的激励层）
1. IPFS 本身没有区块链，filecoin 才用到区块链技术。底层的 IPFS 其实确实是个 BT 系统，但是他们的库（ libp2p)做的比较好，相比起 BT 系统好像有改进，具体的区别要去看 IPFS 的白皮书
2. 「新文件端到端的传输文件能力很差」，是个，这个是分布式系统的问题，所以如果是端到端传输，建议互相添加对方的节点，或者建立私有的 IPFS swarm （翻译成用户池？）
3 「 3 、下载后的文件是缺失后缀的，文件名是 hash 名。」这个解决方案很简单，把文件放到一个文件夹里，然后分享文件夹的 CID，这样里面的文件就有文件名和后缀了。
4 「硬盘+带宽维护一个无限容量的云空间？」理论上上来说是这样，但是一. IPFS 是有缓存大小的限制的，默认 10 个 G，你可以在它的配置文件里修改这个大小。二. 你需要下载了某个东西才会有缓存，如果你不 pin 的话，这个缓存最后会消失的，此外 IPFS 不保证文件一定不会消失（没有人缓存了，或者缓存的人不在线，就消失了）
5.「目前有机制保障空间的利用效率么？」文件通过 Hash 比较之后只会存一份。

資深大佬 : xarthur

确实是个类 BT 系统

資深大佬 : xarthur

另外你通过 CID 获取文件的过程，和在 BT 里面通过磁力获取文件的过程是类似的（都是通过 DHT 网络）。
如果想了解这个过程不如看看回形针出的一期视频：

資深大佬 : xarthur

《不要在问我什么是 BT 种子》
顺便这里面介绍的算法是 Kademlia 算法，其实 DHT 网络可以用的算法还有很多，只是 BT 用了 Kademlia 而已。