Comment by boramalper
18 hours ago
Is anyone still (or has anyone ever) used IPFS in production?
I’m not talking about technology demos such as Wikipedia-on-IPFS (which indeed worked and was impressive) but where IPFS is actually being relied on for some functionality.
At meta, there was a project for delivering binaries of internally built libraries / binaries to dev laptops using a private ipfs network. This was live for at least some period of time.
Very interesting! I wonder if it’s still live and there is any writing on it?
I use it for about 5 years, to publish javascript file (proxy auto-configuration) and serve the contents over different gateways.
It is a huge server traffic saver.
Used to use it to host different static websites on custom domains while Cloudflare's gateway was working, stopped using it for this purpose since its sunset in 2024.
Neocities used to publish their websites over IPFS, this feature got broken (for years) and finally got removed: https://github.com/neocities/neocities/issues/352
Also used it several times for almost-live video broadcasts, served over cloudflare ipfs gateway while it was working.
It used HLS with .ts files, in a special way which circumvented cloudflare protection against .mp4 and .ts files, or something along the lines. Don't remember the details, but it was a cheap way to deliver your stream to any video player using standard protocols only.
It's not literally IPFS but atproto/bluesky is using most of the bones of IPFS (IPLD) to do their entire data propagation and event broadcasting.
And tbh it shouldn't be terribly difficult to extend the existing infra to supporting a full IPFS based system but I don't think anybody has considered it worthwhile yet.
ATproto uses just the bits it immediately needs even if it could probably benefit from the other parts long term (ex for archival relay stream preservation).
https://swap.cow.fi uses it for order metadata registering iirc
Back when I was working at a website builder, we used IPFS for distributing content between our serving clusters.
If also made the sites available on IPFS, but that was a secondary concern.
It doesn't seem like it's popular to put old game ROMs on IPFS...? And that surprises me...
And why would you do that? As opposed to, say, distributing via BitTorrent or serving them using a good-old HTTP server?
edit: Not opposed to the idea, just curious what makes you pick IPFS over the existing alternatives.
The idea of simply mounting a filesystem and selecting from a list of titles which roms to download and add to your local games, unloading them and transparently re-downloading when you need to free up space, all without relying on a centralized host even for the file index, is pretty appealing. You can do similar things with torrents but it's not quite as "natural".
Most of the emulator frontends I've seen are pretty against integrating this kind of ease-of-piracy stuff, though, accepting recognizing and filling in metadata for well-known roms, but not making it easy to integrate with remote libraries of roms... except tools that run on "hacked" consoles, which seem to love just giving you a list of games with a "tap A/X to pirate" UI.
4 replies →
IPFS (at least initially) was designed to be a BitTorrent replacement, a new version of it, which you can use not only with a special software, but also via HTTP and also directly inside the browser.
It basically works as BitTorrent, but also provides HTTP access to the files.
In fact, many pirate websites use IPFS in one way or another (either directly, by serving the downloads over one of the public gateway, or indirectly, for internal needs).
4 replies →
Maybe fear of Nintendo coming to bite you?
Yeah.. IPFS is a bit disappointement. I was a bit exceited about it back in the day. Recently, I wanted to download sth large from archive.org, I used torrent (and my legacy torrent client) and it worked like a charm!
It seems pure HTTP tracker + Torrent is good enough.
I think the biggest sin of IPFS is not working natively in web browsers—instead, requiring the use of either HTTP gateways or native apps running outside the browser.
Actually, this works now! https://inbrowser.link/ https://github.com/ipfs/service-worker-gateway -- getting p2p working in browsers is still surprisingly hard: even the official routes like webrtc have lots of hard edge cases.
1 reply →
the thing that prevented me using ipfs in anger.. (granted i may not have looked hard enough) was that i couldn't have stuff in ipfs, and access it via posix filesystem at he same time. i'd have to store things twice.
fine for publishing, but not for having a live data set that is both used and published at the same time, as you can do with torrent.
NFT artwork, if you count that. Briefly checked, the ones that were traded for the most were using IPFS rather than HTTP. But I also don't trust that these aren't self-wash sales (easy given the "NF" part), also NFTs are dumb.
I don’t think NFTs (should) count: My first impressions of web3 by Moxie Marlinspike
https://moxie.org/2022/01/07/web3-first-impressions.html
Moxie doesn't trash NFTs or Web3 in that article. He just points out some limitations of the ecosystem.
Also, ipfs directly fixes one of the bigger issues:
> Instead of storing the data on-chain, NFTs instead contain a URL that points to the data.
If it's ipfs, it points to the content. If it's ipns, it points to a changeable link to the content, but one that is made consistent through the network, preventing the trick of making it differ based on the referrer.
His statement at the end was pretty interesting:
"If we do want to change our relationship to technology, I think we’d have to do it intentionally. My basic thoughts are roughly:
Funnily enough, later that year ChatGPT came out and blew away the excitement around cryptocurrencies by making software easier to manufacture to some degree. Though even with the latest LLM tools, I don't think this has changed at all so far: "Even relatively simple apps require a group of people to sit in front of a computer for eight hours a day, every day, forever." Maybe those people can program by texting from the coffee machine, but they're still working.
It's funny because even in Piracy, IPFS has never really taken off and that's a massive use case.
It slowly was taking off—e.g. Library Genesis on IPFS[0]—but then IPFS introduced Bad Bits Denylist [1] which killed it on arrival.
[0] https://freeread.org/ipfs.html
[1] https://badbits.dwebops.pub/
Suddenly it looks a lot less decentralised.
3 replies →
Also public key lists like what Whatsapp now publishes
the containerd stargz snapshotter has an IPFS integration so you can use IPFS instead of a traditional OCI registry to store your OCI containers
Not using it in production but i found it pretty cool to test