I like IPFS, I really do, but whenever I try to use it, it's either too slow to become usable or sometimes it plain doesn't work. I pinned a whole bunch of files on IPFS a while back to experiment with it and the system seems to work, but every time I try to fetch those resources from a location that hasn't cached the content yet, it takes several seconds to show me the HTML/JSON/PNG files. HTTP may be inefficient fo…
HTTP is obsolete – it's time for the distributed, permanent web (2015)
251–260 of 337 posts
Re: HTTP is obsolete – it's time for the distributed, permanent web (2015)
#252People hating on IPFS DHT performance probably aren’t using the experimental accelerated DHT client. https://github.com/ipfs/go-ipfs/blob/master/docs/experimenta...
Re: HTTP is obsolete – it's time for the distributed, permanent web (2015)
#253Earlier quoted context omitted.
I don't know about IPFS but Arweave solved the "permanent" part by asking nodes to periodically prove that they're actually storing what they're supposed to be storing: https://www.arweave.org/
What happens when the servers then fail to provide that promise? Isn't the data lost?
Re: HTTP is obsolete – it's time for the distributed, permanent web (2015)
#254Re: HTTP is obsolete – it's time for the distributed, permanent web (2015)
#255Earlier quoted context omitted.
BitTorrent was invented to cut down the scope of an earlier IPFS-ish system https://en.wikipedia.org/wiki/Mnet_(peer-to-peer_network)#Ev... It's reasonable to try again at the bigger goals now that there's more infrastructure / theoretical progress / audience.
I see this kind of claim posted a lot, but what does IPFS actually do that torrents do not? What is a new use case which has been enabled?
IPFS also does some deduplication against the data when you publish things.
In terms of the software, browser integration, which there isn't a whole lot around for BitTorrent AFAIK.
Re: HTTP is obsolete – it's time for the distributed, permanent web (2015)
#256Oh it's one of the "cryptocurrency" solution looking for a problem to solve? Thanks, no, thanks! :)
Re: HTTP is obsolete – it's time for the distributed, permanent web (2015)
#257The "permanent web" goal didn't survive that well. I work closely with IPFS since 2018, and it's not part of the narative by now. The distributed part is still going strong, but in my eyes distributed (or decentralization) should be a tool, not a goal. The question is which kind of Internet we want to build with these distributed infrastructure? If it's just cloning the current Internet, then I don't see what it brin…
So the minority of users see/talk about/hear what the majority wants? So they are forced just fork it and form their own distributed network independent and isolated from the internet at large?
Re: HTTP is obsolete – it's time for the distributed, permanent web (2015)
#258Re: HTTP is obsolete – it's time for the distributed, permanent web (2015)
#259Earlier quoted context omitted.
I would have preferred IPFS to do the storage and propagation of data really well and not implemented stuff like IPNS in the core. To me this should be a separate codebase. And I see this in other features they have been including too. I'm using IPFS quite heavily to store content generated on https://pollinations.ai but there is no way I could run it without a centralized node that I have control over at the moment…
I haven't used IPFS so I was trying to see what the IPFS image URL would look like but when I tried to inspect the images using (right click -> inspect element), Chrome selects the whole division tab (class=MuiCardContent-root) in the Elements tab in web console. I found that it's happening because of (style="pointer-events: none;"). When this style attribute is removed from web console, I'm able to inspect individua…
The landing page is a bit of a mess
Re: HTTP is obsolete – it's time for the distributed, permanent web (2015)
#260Earlier quoted context omitted.
… if someone else paid to host a copy. Major companies hosting it makes that less likely and if their backing increases usage that also increases the cost of hosting everything, making it more likely that the content you want will be available. When Google shuts down their mirror, suddenly all of that traffic is hitting nodes with far fewer resources. The underlying problem is that storage and bandwidth cost money an…
> suddenly all of that traffic is hitting nodes with far fewer resources. One of the points of IPFS (and bittorrent before it) is that this is not a problem; each node that downloads the data also uploads it to other nodes, so having lots of traffic actually makes it easier to serve something (indeed, if it was already widely seeded by Google's mirror, there wouldn't be any sudden traffic).
BitTorrent as many have noted is great for popular things, even not-particularly-popular things, but absent incentives to continue seeding (i.e. private trackers' ratio requirements) even once-popular things easily become inaccessible as the majority of peers don't seed for long, or at all.
I guess what I don't quite is what IPFS adds vs. say, a trackerless BitTorrent magnet link that uses DHT? Or is it really just a slight iteration/improvement on that system?