Live data from Hacker News

IPFS is the Distributed Web

ipfs.io

201–210 of 286 posts

Re: IPFS is the Distributed Web

#201

Beware anyone on a metered connection - in 20 or so minutes, the ipfs daemon has used 3 gigabytes of bandwidth.

Did this useable continue indefinitely? I would hope that there was a socket throttling option.

Frustratingly I couldn't reproduce this and the bandwidth-using part of the IPFS daemon appears to be completely opaque - i.e. I had no clue what was using all the bandwidth (other than the fact there were 200+ connections).

No visibility into an app means it's unlikely to stay on my system.

Re: IPFS is the Distributed Web

#203
post #16

Earlier quoted context omitted.

Well, as I understood IPNS is a bit limited; it only has one resource and there is only one authority that can change content, the node in this case. It does protect against DDOS, since old content remains visible and online but if the private key is leaked or the node is malicious, it has exactly 0 protection. Even worse, if the private key is stolen, you can't do much about it unless you have DNS setup... which bri…

I'm curious what the impact will be of the upcoming improvements to easily support multiple IPNS entries on a single node, along with navigating the Ethereum blockchain, which I'm guessing will make more complex authority schemes easier?

Probably not but it should make them more robust.

On Ethereum you can model complex PKI which IPFS nodes can utilize to validate IPNS data.

IPNS data should be signed by external keys you can revoke and manage. Or ideally even encrypted.

Re: IPFS is the Distributed Web

#204
post #194

Earlier quoted context omitted.

> Because mirroring content on IPFS is trivial and transparent to the consumer. Which is also why a regular consumer should never use IPFS and why prosumer should immediately disable caching and seeding upon install. > All it takes is a single user (or an arbitrary number) outside of US jurisdiction and the content is more or less DMCA-immune. Perhaps so, but if your plan for resiliency is based on the kindness of st…

>Which is also why a regular consumer should never use IPFS and why prosumer should immediately disable caching and seeding upon install. Unless they changed policy, seeding is strictly a manual, opt-in process. >Perhaps so, but if your plan for resiliency is based on the kindness of strangers in countries where the DMCA nor censorship does not apply, it's not much of a plan. I disagree, IPFS is a pretty reasonable p…

> Unless they changed policy, seeding is strictly a manual, opt-in process.

Pinning may be manual, but is not content automatically cached and seeded (until purged from the cache) once any content is retrieved?

> I disagree, IPFS is a pretty reasonable plan for resiliency in the case of static web content, as previously discussed.

How is it a reasonable plan to exploit the naive and the uninformed or to depend only on those that are outside your juridistiction and unassailable by their own?

> If instead of "kindness of strangers" you frame it as a "market with incentives" to maintain information availability it is both less condescending and more accurate to how situations are likely to play out with things like DMCA'd content.

What incentives exactly would those be?

I also find it interesting that you object to kindness from strangers.

>>So, while better than traditional HTTP

> (which is all it needs to be)

That might not be sufficient for IPFS to get enough adoption, tho.

>>IPFS isn't really immune to takedowns nor very resilient.

> That wasn't the goalpost we originally set, nor one of the project's longterm objectives, so I'm not sure the relevance.

Fair enough. It is however relevant in the sense that it both removes a use case and acts as a disincentive for users to participate, as there is no liability shielding.

Re: IPFS is the Distributed Web

#205
post #202

Earlier quoted context omitted.

Ok, when or why would you use IPFS instead of something else?

lol, you can troll better than that, c'mon :)

Are you just unable to answer the question or are you just so new to the interwebz that you think that was a troll?

Re: IPFS is the Distributed Web

#206

Earlier quoted context omitted.

Well apart from battery, If I was an ISP, I´d like it if a Youtube movie would flow from one persons mobile to the hotspot of the train said person is sitting on and on towards another person on the train. This scenario would require significantly less bandwidth overall. Same goes for neighbors accessing the same information. And this can be extrapolated to many situations. The IPFS powered internet would perhaps lea…

> Well apart from battery, ... and that's pretty much the deal killer for this on mobile, even ignoring everything else. > If I was an ISP, I´d like it if a Youtube movie ... except you are not allowed to download videos from YouTube or most (if not all) the popular video content services. > a Youtube movie would flow from one persons mobile to the hotspot of the train said person is sitting on and on towards another…

Depends, I'm wondering if it could be cheaper energy wise if everybody was tapping into each other phones nearby instead of reaching for the cell tower.

Re: IPFS is the Distributed Web

#207

If I try to host a javascript application that uses LocalStorage for saving data, it would be visible to any other ipfs JavaScript application because they all exist under the same domain, right? Have you thought about having the URLs be something like ipfs:// /index.html instead of http://local host/ /index.html so browsers keep the LocalStorage for each ipfs hash separated?

Could be wrong but I think [beaker](https://beakerbrowser.com/) supports using the protocol like that. Of course its very experimental so if security is a concern then it probably has its own issues.

Re: IPFS is the Distributed Web

#209
post #195

Earlier quoted context omitted.

I assume you would also like ext4 to automatically delete your seldom used files, without asking?

That's absurd, ext4 solves a different problem. This is about distribution.

it is the Internet Protocol File System. The clue is in the name. The analogy is entirely relevant. This thing is not just a replacement for http.

Re: IPFS is the Distributed Web

#210
post #164

Earlier quoted context omitted.

> Because mirroring content on IPFS is trivial and transparent to the consumer. Which is also why a regular consumer should never use IPFS and why prosumer should immediately disable caching and seeding upon install. > All it takes is a single user (or an arbitrary number) outside of US jurisdiction and the content is more or less DMCA-immune. Perhaps so, but if your plan for resiliency is based on the kindness of st…

> Perhaps so, but if your plan for resiliency is based on the kindness of strangers in countries where the DMCA nor censorship does not apply, it's not much of a plan. Have you ever used Bittorent? It works great.

Torrents work for content that is heavily seeded, but you also have a lot of content that has ~0-5 seeders with very bad bandwidth.

I don't see how IPFS tackles the problems of guaranteed availability and enough redundancy while relying on volunteers to mirror and serve content.

Also, if you want to DDoS content, it sounds like all you need to do is find the IPs of the nodes that host the content you want to target (which might not be many, and I guess become visible to you once you access/download that content) and knock them out

Unless I missed something?

Post reply on HN