大家觉得 IPFS 星际文件系统 + 区块链的前景怎么样，去中心化互联网有希望吗？
baiyun · 2021-07-28 15:04:50 +08:00 · 3150 次点击这是一个创建于 1216 天前的主题，其中的信息可能已经有所发展或是发生改变。
看了 B 站的这个视频： https://www.bilibili.com/video/BV1uw411R7gL
IPFS 配合区块链看起很有趣。
以后是不是可以用 IPFS + Filecoin 搞个真正安全可靠的网盘服务？
大家还有什么脑洞？
 |
1
murmur 2021-07-28 15:08:52 +08:00
国外不知道，国内不能监管就一票否决
当然国外也不是绝对的，一般人不能删改，FBI 能不能啊 |
 |
2
kop1989 2021-07-28 15:11:15 +08:00
IPFS 和区块链一毛钱关系都没有。
目前看来没希望。IPFS 其实就是 BT 。 |
 |
5
hakim 2021-07-28 15:27:56 +08:00
Fil 就别瞎传销了奥
|
|
6
kop1989 2021-07-28 15:30:22 +08:00  1
@baiyun #4 Filecoin 是完全独立的一个网盘服务。只是基于 IPFS 的技术实现而已，和 ipfs://本身没有任何关系。不能混为一谈。
|
|
7
kop1989 2021-07-28 15:38:38 +08:00
|
 |
8
atpking 2021-07-28 15:41:12 +08:00
没有希望
可靠性 存储空间 带宽 都是瓶颈 |
 |
9
viWww0vvxmolvY5p 2021-07-28 15:45:01 +08:00
玩过，想不到应用场景
|
 |
10
baiyun OP 搞个去中心化的社交产品是不是有可能解决懂王被封杀这种情况。
|
 |
11
Narcissu5 2021-07-28 18:57:56 +08:00
等等，互联网难道不是本来就是去中心化的么
|
 |
13
wangkai123 2021-07-28 19:08:00 +08:00
可以解决域名问题，秒杀 gfw
|
|
14
baiyun OP |
 |
15
Trim21 2021-07-28 19:55:40 +08:00 via Android
ipfs 就是微型化的 bt…
|
|
16
Trim21 2021-07-28 20:17:28 +08:00 via Android 1
最近写了一个能工作的 ipfs 的节点客户端出来，感觉跟 bt 顶多算是互有优劣。
ipfs 尽量以文件或者文件夹为单位，在易用性上比 bt 要高。 但是 bt 有的底层问题一样都有，资源的存活和获取速度都是问题。 而且现在 ipfs 客户端的数据存储方式在上了规模之后也成问题。我曾经式过 add 100g 的文件（默认参数），最后存储了 50g 文件的时候硬盘占用已经到了 250g 了，这些地方还需要 ipfs 客户端进一步优化。 |
 |
17
wanguorui123 2021-07-28 20:42:20 +08:00
前景一般开放服务逃避不了监管需求，以后这类边缘计算都会面临这个问题
|
 |
18
woctordho 2021-07-29 03:14:20 +08:00 via Android
IPFS 的一个应用场景就是在极其不稳定（比如被国家力量封杀）的环境下保存信息
在这种环境下，一份信息有几十份甚至几百份冗余也是可以接受的 |
 |
19
lnkn 2021-07-29 10:20:16 +08:00
没看到有基于 ipfs 的资源站（可能是涉猎过浅）去中心化下载大姐姐，这个想法多好……
|
 |
21
SaltyLeo 2021-07-29 13:30:38 +08:00 1
我已经开始在干了，大致原理是本地 IPFS 客户端添加文件，将 cid 上传到我的服务中，我后台使用很多节点在不同的地方通过不同的网关下载这份数据 (注意这里并不转储)，这个时候数据就会在某个网关被缓存一段时间，只要我下载的频率够高，理论上可以将数据无限续命。
框架写完了，但有些细节问题比较麻烦还在努力 debug 中。 |
|
22
woctordho 2021-07-29 15:52:12 +08:00
|
 |
23
stirlingx 2021-07-30 09:58:16 +08:00
|
 |
24
GrayXu 2021-07-30 15:17:10 +08:00
对于基于这种策略的 node 来说，archive cold data 的收益是不是就非常非常低了。。
|
|
26
Trim21 2021-08-09 02:02:28 +08:00 via Android 1
虽然这是一个 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 真的好太多了… |
Select Language