• by guntherhermann on 10/3/2023, 11:21:47 AM

    > The “Public IPFS DHT” is henceforth going to be called “Amino”. This follows along with the trend from 2022 in the IPFS ecosystem to use more precise language to create space for alternative options

    I'd argue that "Public IPFS DHT", if less catchy, is far more precise than "Amino".

  • by stavros on 10/3/2023, 11:41:34 AM

    Is IPFS working these days? I was very excited about it eight years ago, to the point where I made one of the first IPFS pinning services, but lost all my interest. IPFS is a great idea, but the implementation basically doesn't work, and it certainly doesn't work to the point where people can be running the node locally.

    It used to have tons of problems discovering content from other nodes on the network unless it was directly connected to them, and it broke often. It also didn't seem like Protocol Labs worked on any of these problems at all, focusing on launching a cryptocurrency instead.

    Has it changed now?

  • by j_m_b on 10/3/2023, 12:52:38 PM

    I've been looking into a private IPFS network as a way to share photos. It doesn't seem ready for that. Is there something out there that allows clients to update a mounted drive and keep in sync? Something that is transparent enough that ordinary users aren't intimidated to use it?

  • by londons_explore on 10/3/2023, 12:38:48 PM

    The concept of an "Interplanetry Filesystem" is a good one.

    The actual IPFS implementation doesn't live up to expectations though.

    Expectations:

    * I want to be able to mount / as IPFS and know that I can boot linux from anywhere.

    * I want to have my photo library on IPFS and add to it from anywhere.

    * I want to be able to share anything on IPFS, and if someone else has already uploaded it for the upload to be instant.

    * I want all the storage on my phone/laptop/whatever permanently full of other peoples stuff, earning me credits to store my own data.

    * I want my stuff reed-solomon encoded with lots of other data, so that in case of a failure of a chunk of the network, my data is still recoverable.

    * I want the network to be fast and reliable with excellent sharding of data and minimal hotspotting.

  • by kosolam on 10/3/2023, 6:09:38 PM

    Works fine for us so far. Discovery of newly added files is immediate. Downloading speed is fast. It’s quite easy to get this to work, you need to have a few or more instances with these objects pinned. And make sure the bandwidth and other resources are sufficient and the servers are always online. Or use a reliable pinning service that can do this for you.

  • by eternityforest on 10/3/2023, 8:27:16 PM

    I still think the biggest problem with IPFS is that they put every block of every file in the DHT. It's just insane compared to BitTorrent, which only puts the top level torrent info in the DHT.

    Having the option to pin just one file is useful, but they could greatly reduce DHT traffic if they didn't need to allow access to arbitrary resources without starting at some parent block.

    BitTorrent requires you access files via a collection, and only the collections are stored in the DHT, and the bandwidth use when idle is single digit kb.

    I think BitTorrent itself could be extended to cover most IPFS use cases, possibly better than IPFS itself, although IPFSes database-like stuff is pretty unique.

  • by mtillman on 10/3/2023, 11:18:36 AM

    I clicked About and received a 500 Error “Importing a module script failed”.

  • by jl6 on 10/3/2023, 7:18:27 PM

    It would be nice if there was an IPFS implementation with much lower memory requirements. I tried a while back on something equivalent to a “free tier VM” and it quickly ate all available RAM.

  • by tjrgergw on 10/3/2023, 12:05:20 PM

    Am I especially dumb, or is IPFS messaging really flaky?

    For example, I still don't understand how to access their resources. Do I need a special client?

    And this is coming from a person who LOVES torrents...

  • by silotis on 10/3/2023, 2:03:17 PM

    > assuming a network size of ~25k DHT Server nodes

    I guess they've given up on the idea of end users running full nodes.

    There still might be some value in having a federated CDN service, but I think they will struggle to compete with centralized CDNs for all the same reasons other federated services have struggled.

  • by Double_a_92 on 10/3/2023, 2:03:07 PM

    I never really understood IPFS... It seems to be something similar to Torrents, but with a subtle smell if crypto bullshit smell attached to it.

  • by GTP on 10/3/2023, 2:05:55 PM

    Is any of you currently using IPFS? What's your use-case?

  • by based-nerd on 10/3/2023, 11:52:49 AM

    IPFS is trash. The APIs and interfaces of which there are millions change signatures every 6 months. Your 4 month old code will not run anymore and fixing it is a real slog.

    Sigh.