大家觉得 IPFS 星际文件系统 + 区块链的前景怎么样，去中心化互联网有希望吗？

国外不知道，国内不能监管就一票否决

当然国外也不是绝对的，一般人不能删改，FBI 能不能啊

IPFS 和区块链一毛钱关系都没有。

目前看来没希望。IPFS 其实就是 BT 。

@murmur 点对点的感觉也不好一票否决吧，除非从协议层面处理？

@kop1989 Filecoin 了解一下 兄 dei

Fil 就别瞎传销了奥

@baiyun #4 Filecoin 是完全独立的一个网盘服务。只是基于 IPFS 的技术实现而已，和 ipfs://本身没有任何关系。不能混为一谈。

没有希望

可靠性 存储空间 带宽 都是瓶颈

玩过，想不到应用场景

搞个去中心化的社交产品是不是有可能解决懂王被封杀这种情况。

等等，互联网难道不是本来就是去中心化的么

@Narcissu5 建议看看开头那个视频

可以解决域名问题，秒杀 gfw

@wangkai123 解决域名问题的方案也有不少的

比如 t/748633

ipfs 就是微型化的 bt…

最近写了一个能工作的 ipfs 的节点客户端出来，感觉跟 bt 顶多算是互有优劣。

ipfs 尽量以文件或者文件夹为单位，在易用性上比 bt 要高。
但是 bt 有的底层问题一样都有，资源的存活和获取速度都是问题。

而且现在 ipfs 客户端的数据存储方式在上了规模之后也成问题。我曾经式过 add 100g 的文件（默认参数），最后存储了 50g 文件的时候硬盘占用已经到了 250g 了，这些地方还需要 ipfs 客户端进一步优化。

前景一般开放服务逃避不了监管需求，以后这类边缘计算都会面临这个问题

IPFS 的一个应用场景就是在极其不稳定（比如被国家力量封杀）的环境下保存信息

在这种环境下，一份信息有几十份甚至几百份冗余也是可以接受的

没看到有基于 ipfs 的资源站（可能是涉猎过浅）去中心化下载大姐姐，这个想法多好……

@lnkn 我也比较好奇，如果海盗湾之类的 BT 站直接用 IPFS 建站。。。 是不是只能靠拔网线了才能阻止了。

我已经开始在干了，大致原理是本地 IPFS 客户端添加文件，将 cid 上传到我的服务中，我后台使用很多节点在不同的地方通过不同的网关下载这份数据 (注意这里并不转储)，这个时候数据就会在某个网关被缓存一段时间，只要我下载的频率够高，理论上可以将数据无限续命。

框架写完了，但有些细节问题比较麻烦还在努力 debug 中。

@lnkn @baiyun 已经有了，比如 https://torrent-paradise.ml/ipfs.html

这有一个基于 IPFS 的去中心化网盘

https://github.com/gpfs-group/gpfs-world/blob/main/README_CN.md

对于基于这种策略的 node 来说，archive cold data 的收益是不是就非常非常低了。。

@woctordho 网站用很多机场代理都打不开，自建的可以

虽然这是一个 9 天前的帖子，而且前面还有我自己的回复，还是想再吐槽几句 ipfs

如果你只是在 ipfs 上面做个分布式的应用的话可能还没啥，单纯调用一下 go-ipfs 的 cli 可能就足够了。

但是如果涉及到底层开发，哪怕调用各种现成的库糊一个简单的节点出来的话，就会瞬间变得非常难受，难受在现在 ipfs 的文档虽然有一大堆概念上的介绍，但是无论是顶层的 ipfs 还是底层的 libp2p 你都很难针对某个概念找到清晰的 spec 。

如果你去发 issue 问某某某有没有 spec，某个好心人可能会把当前的实现贴给你，至于 spec，那是多半没有的…（比如用于数据交换的 bitswap 协议的 issue ）

而且就 ipfs 的 go 语言的实现来说，整个 go-ipfs 的代码分布在 multiformats，libp2p，ipld 以及 ipfs 几个组织下面大大小小接近一百个仓库里面，你因为没有 spec 用找某个实现的时候，可能要先去 go-ipfs 里面找到他到底引用了那个库，然后再去看对应库的代码。（好的我用的是 go，认识了某位用 rust 实现 ipfs 的国外老哥深受其苦…）

相比之下 BT 协议的 spec 真的好太多了…