V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
探索世界的好奇心万岁
baiyun
V2EX  ›  分享发现

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

  •  
  •   baiyun · 130 天前 · 1694 次点击
    这是一个创建于 130 天前的主题,其中的信息可能已经有所发展或是发生改变。

    看了 B 站的这个视频: https://www.bilibili.com/video/BV1uw411R7gL

    IPFS 配合区块链看起很有趣。

    以后是不是可以用 IPFS + Filecoin 搞个真正安全可靠的网盘服务?

    大家还有什么脑洞?

    26 条回复    2021-08-09 02:02:28 +08:00
    murmur
        1
    murmur  
       130 天前
    国外不知道,国内不能监管就一票否决

    当然国外也不是绝对的,一般人不能删改,FBI 能不能啊
    kop1989
        2
    kop1989  
       130 天前
    IPFS 和区块链一毛钱关系都没有。

    目前看来没希望。IPFS 其实就是 BT 。
    baiyun
        3
    baiyun  
    OP
       130 天前
    @murmur 点对点的感觉也不好一票否决吧,除非从协议层面处理?
    baiyun
        4
    baiyun  
    OP
       130 天前
    @kop1989 Filecoin 了解一下 兄 dei
    hakim
        5
    hakim  
       130 天前
    Fil 就别瞎传销了奥
    kop1989
        6
    kop1989  
       130 天前   ❤️ 1
    @baiyun #4 Filecoin 是完全独立的一个网盘服务。只是基于 IPFS 的技术实现而已,和 ipfs://本身没有任何关系。不能混为一谈。
    kop1989
        7
    kop1989  
       130 天前
    具体信息可以参照我在之前发起探讨的帖。https://www.v2ex.com/t/742534
    @baiyun #4
    atpking
        8
    atpking  
       130 天前
    没有希望

    可靠性 存储空间 带宽 都是瓶颈
    mway
        9
    mway  
       130 天前
    玩过,想不到应用场景
    baiyun
        10
    baiyun  
    OP
       130 天前
    搞个去中心化的社交产品是不是有可能解决懂王被封杀这种情况。
    Narcissu5
        11
    Narcissu5  
       130 天前
    等等,互联网难道不是本来就是去中心化的么
    isbase
        12
    isbase  
       130 天前 via iPhone
    @Narcissu5 建议看看开头那个视频
    wangkai123
        13
    wangkai123  
       130 天前
    可以解决域名问题,秒杀 gfw
    baiyun
        14
    baiyun  
    OP
       130 天前
    @wangkai123 解决域名问题的方案也有不少的

    比如 https://www.v2ex.com/t/748633
    Trim21
        15
    Trim21  
       130 天前 via Android
    ipfs 就是微型化的 bt…
    Trim21
        16
    Trim21  
       130 天前 via Android   ❤️ 1
    最近写了一个能工作的 ipfs 的节点客户端出来,感觉跟 bt 顶多算是互有优劣。

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

    而且现在 ipfs 客户端的数据存储方式在上了规模之后也成问题。我曾经式过 add 100g 的文件(默认参数),最后存储了 50g 文件的时候硬盘占用已经到了 250g 了,这些地方还需要 ipfs 客户端进一步优化。
    wanguorui123
        17
    wanguorui123  
       130 天前
    前景一般开放服务逃避不了监管需求,以后这类边缘计算都会面临这个问题
    woctordho
        18
    woctordho  
       130 天前 via Android
    IPFS 的一个应用场景就是在极其不稳定(比如被国家力量封杀)的环境下保存信息

    在这种环境下,一份信息有几十份甚至几百份冗余也是可以接受的
    lnkn
        19
    lnkn  
       129 天前
    没看到有基于 ipfs 的资源站(可能是涉猎过浅)去中心化下载大姐姐,这个想法多好……
    baiyun
        20
    baiyun  
    OP
       129 天前
    @lnkn 我也比较好奇,如果海盗湾之类的 BT 站直接用 IPFS 建站。。。 是不是只能靠拔网线了才能阻止了。
    SaltyLeo
        21
    SaltyLeo  
       129 天前   ❤️ 1
    我已经开始在干了,大致原理是本地 IPFS 客户端添加文件,将 cid 上传到我的服务中,我后台使用很多节点在不同的地方通过不同的网关下载这份数据 (注意这里并不转储),这个时候数据就会在某个网关被缓存一段时间,只要我下载的频率够高,理论上可以将数据无限续命。

    框架写完了,但有些细节问题比较麻烦还在努力 debug 中。
    woctordho
        22
    woctordho  
       129 天前
    stirlingx
        23
    stirlingx  
       128 天前
    这有一个基于 IPFS 的去中心化网盘

    https://github.com/gpfs-group/gpfs-world/blob/main/README_CN.md
    GrayXu
        24
    GrayXu  
       128 天前
    对于基于这种策略的 node 来说,archive cold data 的收益是不是就非常非常低了。。
    baiyun
        25
    baiyun  
    OP
       128 天前
    @woctordho 网站用很多机场代理都打不开,自建的可以
    Trim21
        26
    Trim21  
       119 天前 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 真的好太多了…
    关于   ·   帮助文档   ·   API   ·   FAQ   ·   我们的愿景   ·   广告投放   ·   感谢   ·   实用小工具   ·   911 人在线   最高记录 5497   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 21ms · UTC 21:24 · PVG 05:24 · LAX 13:24 · JFK 16:24
    ♥ Do have faith in what you're doing.