看了 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 真的好太多了… |