@bob @joeyh But given how Mozilla *claims* it's trying to set itself apart from Chrome as a privacy-oriented browser, what the heck why *not*

@bob @joeyh (Okay yes IPFS does not deliver privacy, stuff needs to be layered on top. But still, within the same line of arguments.)

@cwebber @bob @joeyh am i right in supposing that the ability to get more stuff p2p and bypassing centralized official servers with whatever they might be using to track stuff would also contribute to privacy?

@cwebber @bob @joeyh afaik Mozilla development is all (or nearly all) ultimately funded by Google. Would Google be able to do the same indexing and targeted ads on IPFS, particularly where they don't have much of a handle on DNS lookups? It doesn't seem very likely. So I wouldn't expect Mozilla to adopt anything which potentially degrades Google's revenue.

@bob @cwebber @joeyh I think Google would be able to index IPFS as readily as they do HTTP! They merely need a good place(s) to start crawling.

It's all publically published information!

@alcinnz @bob @cwebber @joeyh Maybe so, although they wouldn't get the DNS lookups. I think IPFS is only static content, so no modification of pages based on targeting.

@bob @alcinnz @cwebber @joeyh IPFS content is immutable ... but you can run JavaScript which rewrites / modifies what is actually displayed in a browser. So it’s not like you’re necessarily browsing individual HTML files.

@bmann @bob @cwebber @joeyh Yeah, in this situation I'd have to guess that Google would want to ask such websites to embed HTTP iframes like they have for HTTP sites.

Not something the existing IPFS community would be very keen on, but they're not the ones Google's profitting from.

@alcinnz @bmann @bob @cwebber @joeyh

Sorry if I missed something but isn't this what https://docs.ipfs.io/concepts/ipfs-gateway/ is for?

@sl007 @alcinnz @bob @cwebber @joeyh yeah. Either way the content is immutable, I was just trying to point out that personalization and content rewriting can happen at the front end JS layer.

“Native” IPFS browsing isn’t really a thing, although Brave’s IPFS:// could make it more of a thing.

@bmann @bob @alcinnz @cwebber @joeyh
Or just use IPNS which gives you a name who's reference can be changed to point at new roots of the content tree giving you both the directory (that a search engine needs) and a mutation-like operation.

@cwebber @joeyh Current browsers seem to be intent on removing support for protocols (eariler Gopher, recently FTP), and only adding protocols that increase surveillance opportunities (Device enumeration? Web bluetooth? Really?).

The only browser that does support IPFS is basically Chromium + ads as a means to milk people's attention for magic beans (cryptocurrency) so it doesn't count. Software being a means to an end that doesn't involve serving users is a red flag.

@joeyh Case in point: you can install IPFS Companion and it’s the same thing, whereas in the past such a move required modifying the browser itself or creating a new one. And browser vendors (in particular, Apple and Mozilla) definitely care about putting effort only on what is going to be agreed on by the whole industry.

Also, as it was pointed out while I wrote this: what makes IPFS better than others? Might as well stop making a web browser and do a net browser instead (idea which I did propose recently, btw)