ipfs

Farcaster

Cohost /gmfarcaster livestream Farcaster news and culture show🎙️💬 Founder Tenger Ways, bringing joy into work with DevOps practices 🤗 mom x 3 💗

1) IPFS can be slow and unreliable
2) The network is less self sufficient because casts now depend on IPFS
3) Embeds rot over time if data is not pinned or preserved
4) Clients need to build custom UI for every possible extended cast type
5) Competing standards for different data types may fight each other

Love you horsefacts, but this is one of the most tired arguments against IPFS. If I run an HTTP server on my computer and expose the port to the world, anyone making requests to it would say it's slow and unreliable. That's why people don't do that when they need speed and reliability.

Writer. Building @pinatacloud. Working on simple static site hosting https://orbiter.host \ https://polluterofminds.com

Doesn't IPFS [nodes] (unless pinned) down score/remove files that aren't accessed often? 

If true:
Comparing with HTTP: direct access to the server adds reliability, while IPFS if I ask for a file, the network decides whether I'll get it or not depends if someone has it.

Unless I'm julian assange with wiki leaks expose, my files are almost always going to be hidden.

I ran nodes back when to support my (non-important) files, and that was a bad experience, even with pinning (and I didn't want pinning).