Live data from Hacker News

IPFS is the Distributed Web

ipfs.io

111–120 of 286 posts

Re: IPFS is the Distributed Web

#111
post #100

Earlier quoted context omitted.

No, that doesn't add up: You only host data that's already available on a public network, pretty much by definition. If the rights distributor didn'f want it to be globally accessible, they wouldn't have put it up on IPFS.

I'm happy to play the naivete card when it comes to downloading. (If the producers didn't want me watching this CAM footage of a new release on YouTube, they wouldn't have uploaded it, wink wink.) I'm a bit more cautious when it comes to uploading.

But you're not uploading something that hasn't been, you're mirroring something that's already up.

Re: IPFS is the Distributed Web

#112
post #98

I have a truly naive question about the distributed web: what makes the supporters of it think it will be any different from the original web. I mean, isn't it likely that at some point, there will be the need for a centralized search engine for it? Isn't it unavoidable that big companies like facebook runs their own non-distributed subnetwork, so that it can deliver standard functionality to all its users? The origi…

IPFS + Ethereum Smart Contracts = Distributed Web The idea is that we run that centralized search engine via Smart Contracts. In other words, using a decentralized currency such as Bitcoin and decentralized execution environment like Ethereum, we create softwares which pays people for providing CPU time and disk space (facilitated by IPFS). Few missing pieces of this puzzle are homomorphic encryption implemented on S…

A search engine via ethereum is not going to scale, is not easily upgraded, and will fall far short of any properly centralized search engine. If you want a competitve decentralized search engine, you're going to need a different technology.

Re: IPFS is the Distributed Web

#113
post #105
post #36

Earlier quoted context omitted.

That is true but most external or IPFS-external sites will probably want to point at the IPNS link, bookmarks are gonna point at the IPNS link, etc. In the same way you could still use the old IP + header manipulation if someone took over a Domain in DNS, it's possible and you can use the old site but in reality you're gonna have lots of people on the malicious attacker's site.

I think that's an important distinction though, and it doesn't mesh with what I thought you meant by > since old content remains visible and online but if the private key is leaked or the node is malicious, it has exactly 0 protection The old content remains visible and online if the private key is leaked, afaik. I think there was some discussion about having there be a chain, so each updated entry would point back t…

>The old content remains visible and online if the private key is leaked, afaik.

The problem is that content that is not access becomes garbage collected and that links and listings will most likely not point towards the hash itself and instead at the IPNS entry.

It doesn't have much more protection than a DNS entry if the private key is stolen; you could use the last known IP but it's not very practical and might eventually become dead if the IP changes.

In the same way, the old content may remain online after an attacker takes over and people could continue using it but it only remains online if people are using it. If the attack remains unknown for long enough there is no previous version IIRC.

>I think there was some discussion about having there be a chain

Still same problem, if the private key gets leaked, a malicious attacker can manipulate the entries on the chain.

The real solution is something like Swarm or Filecoin where Users can actually encourage keeping old versions around, something IPFS lacks atm. Theoretically any IPFS link can become dead once it's no longer used, which is a problem.

Merely putting the entries on chain solves little, you need to actually encourage archiving of data to get resilient against attacks.

Even then, you would also need some sort of PKI, where someone can set a master key which authorizes other nodes to manipulate content and can also revoke that. This allows to easily fight off attacks based on leaked private keys.

However, the PKI should remain largely private, not much different to Bitcoin Cold and Hot Wallets.

Re: IPFS is the Distributed Web

#114
post #75

Interesting, I have two questions: Can you create your private ipfs network? (accessible by anyone, upload only me) If you upload sensitive material to the global ipfs network, what do you think will happen?

Private networks is something that we're working on (track it here: https://github.com/ipfs/notes/issues/146 ) but it would be private-private, only access+upload between your nodes. "Accessible by anyone - upload only by you" is not gonna be supported since it doesn't really make sense. If someone has a hash of a file, they can rehost it because they can access it. In IPFS you're not locating files based on WHERE th…

> Private networks is something that we're working on

Pretty sure you can already do it by setting up your a node on e.g. a Digitalocean droplet, removing all bootstrap nodes from its config file, and having everyone on the network replace the bootstrap node addresses in their config file with your server's address. Granted that's not a very user-friendly way to do it, but when I tried it it seemed to work.

Re: IPFS is the Distributed Web

#115
post #98

I have a truly naive question about the distributed web: what makes the supporters of it think it will be any different from the original web. I mean, isn't it likely that at some point, there will be the need for a centralized search engine for it? Isn't it unavoidable that big companies like facebook runs their own non-distributed subnetwork, so that it can deliver standard functionality to all its users? The origi…

>what makes the supporters of it think it will be any different from the original web.

Disclaimer: I have worked on building the Internet since before the web, and have a BOFH kind of point of view of things, 2 or 3 times over now ..

I support IPFS - and things like it - as a technologist/hacker/punk-ass because, in fact, we have built an utter monstrosity of a beast of a spaghetti god of an Internet, and we can always do better.

Software - and by extension, inter-networking - is like music. There will always be better ways to do it, beyond the horizon of what is current and now. Just because what we've got "basically works, even though its all broken", doesn't mean we can't 'fix whats broken'.

To those of us in the group of your postulate, whats broken is the fact that its all so damned hierarchical, and requires canonical/authority issue and agency in multiple forms before the bits can flow. We can't just set up an IP address - we also have to have DNS, serve content on it on some port, etc. And, on top of this, we end up having to sort it out all the way down the OSI stack, at the hardware layer, by keeping as many hosts as possible up and running as are required to service the customers, here and now, who are using our service.

All of that is what is broken about the current Internet, but of course the irony is that it is all that works about the Internet at the same time.

So, IPFS/distributed/etc. means this: we can un-bork all of the above, and just have all the things route down to the real, hard, user of the system, i.e. the original content provider. IPFS, and its ilk, is all about putting the original content provider in control, while also having the network - as a function of its operating capability - contribute to helping those content providers who become, eventually, popular.

So, we don't have a lot of rigid hierarchy - we have instead multi-variate spread spectra of responsibility/duty to serve up the bits of it all - packets at a time, as part of participation in the whole - to those who want something, and those who know how to find it, from those who have something, and know how to name it.

In short, "its not about the network any more, its the people..."

Re: IPFS is the Distributed Web

#116
post #109

Earlier quoted context omitted.

The internet may run on content (storage) and communication, but both those things run on computation . Until computation can be safely distributed real changes can't happen

What do you mean? It seems to me that the single largest destructive force on the internet is forcible content takedowns. IPFS is immune to those.

In which way is IPFS immune to content takedowns?

IPFS provides no anonymity, so it won't take long before DMCA notices to start arriving.

Re: IPFS is the Distributed Web

#117
post #113
post #105

Earlier quoted context omitted.

I think that's an important distinction though, and it doesn't mesh with what I thought you meant by > since old content remains visible and online but if the private key is leaked or the node is malicious, it has exactly 0 protection The old content remains visible and online if the private key is leaked, afaik. I think there was some discussion about having there be a chain, so each updated entry would point back t…

>The old content remains visible and online if the private key is leaked, afaik. The problem is that content that is not access becomes garbage collected and that links and listings will most likely not point towards the hash itself and instead at the IPNS entry. It doesn't have much more protection than a DNS entry if the private key is stolen; you could use the last known IP but it's not very practical and might ev…

I'm not sure what attack you're talking about then. If someone steals my key and points my IPNS location to a new file, I'd likely still be hosting the files right?

> you need to actually encourage archiving of data to get resilient against attacks.

Yes, but this feels like a distinct issue. Neither of these things are enough on their own (encouraging mirrors or providing the tech to distribute the hosting).

Re: IPFS is the Distributed Web

#118

Earlier quoted context omitted.

The difference is IPFS (or similar) would distribute content . Currently communication is distributed, but content is not. IPFS is like https, but where every page is a bittorrent. There are challenges for security in distributing services and monetization. However, the key is that content would be distributed. YouTube probably would not switch to ipfs, but DNS (what was targeted recently) would make sense. A DNS hos…

With the web going more mobile with less storage space. Why would anyone would want to be a node in such a network where you have to cache content for others.

same reason why people seed torrent?

Re: IPFS is the Distributed Web

#119

What problem does IPFS actually solve?

Content distribution. Many people however don't even realise this is a problem, because they have been spoiled by free-as-beer services provided by Google, CloudFlare, Github and various other companies.

Just exactly how does IPFS solve content distribution?

You still have to serve the content from a server, since you cannot depend on the kindness of strangers to persist your content.

Re: IPFS is the Distributed Web

#120
post #117
post #113

Earlier quoted context omitted.

>The old content remains visible and online if the private key is leaked, afaik. The problem is that content that is not access becomes garbage collected and that links and listings will most likely not point towards the hash itself and instead at the IPNS entry. It doesn't have much more protection than a DNS entry if the private key is stolen; you could use the last known IP but it's not very practical and might ev…

I'm not sure what attack you're talking about then. If someone steals my key and points my IPNS location to a new file, I'd likely still be hosting the files right? > you need to actually encourage archiving of data to get resilient against attacks. Yes, but this feels like a distinct issue. Neither of these things are enough on their own (encouraging mirrors or providing the tech to distribute the hosting).

>I'd likely still be hosting the files right?

Yes but the entire web points to the wrong files since you no longer own the IPNS location.

It's similar to loosing access to your DNS configuration or loosing your GPG keys to an attacker.

Post reply on HN