For context: IPFS is a distributed content-addressable storage system that is web compatible. If you want to learn how to use IPFS directly (i.e. without using and trusting a public gateway), start with the Getting Started guide: https://ipfs.io/docs/getting-started/
(I'm not the OP, but) If you want to use IPFessay without installing IPFS, you can use it on my hardbin.com public writable gateway (most gateways are not writable) at:
And if you want your resulting essay to stick around, you can pay a service like ipfsstore.it to pin it for you: http://ipfsstore.it/
EDIT: It doesn't actually work on my public gateway because it uses the IPFS node API instead of the standard writable gateway API. I'll submit a pull request to make it use the normal writable gateway API tomorrow.
EDIT2: StavrosK has updated it to use the gateway API! I updated the hash link so it does now work :)
Hey, thanks! Can we make it use your API by default, or perhaps as a fallback?
I'm not sure what the difference between the Node API and the Gateway API is, I had to hack around this by reading the js-ipfs code. If there's a better way to interface with the gateway without including the entire js-ipfs 2.5 MB file, please let me know.
There is currently a bug which means you first need to DELETE the filename (in my case "content") that you are trying to replace if it already exists, but apart from that it is straightforward.
Sorry, I meant your gateway. Thanks for the documentation, I had no idea this existed. I'll have a look, but if you already know how to use this API and would like to issue a MR, I'd be grateful.
EDIT: I have updated it to use the Gateway API, thanks for letting me know.
It is effectively uncensorable because the world is not 1 government, but 200 something. And no matter how much kicking and screaming the US does, not every country will comply.
It also uses the fact that the IPFS cache is also used to deliver content to others, similar to the way Bittorrent allows downloading and uploading based on blocks of content.
There still has to be someone hosting it initially to spread. But even that can be done over Tor, given the patches from OpenBazaar and IPFS.
Pinning ensure that the content doesn't get pruned when your clear your node's cache. I think as long as you have a block of any file you'll be a provider as well.
I think this opens up an issue of copyright, there are several public IPFS Gateways available on via HTTP. If you host a bad file, you can essentially pull it through any of these public IPFS Gateways to create other seeders for your file.
Keep in mind, there is no guarantee to how long those seeders will have the file, but they do become seeders for your file for some amount of time, at least until they clear their cache or other files need the space and prune your file.
This is one reason I stopped running an IPFS Gateway. You don't have to look very hard to find copyrighted material being served via IPFS.
> Seattle police spokesman Sean Whitcomb says the department understands how Tor relays work, and they knew Robinson was a Tor host.
> "Knowing that, moving in, it doesn't automatically preclude the idea that the people running Tor are not also involved in child porn," Whitcomb says. "It does offer a plausible alibi, but it's still something that we need to check out."
Hm, I think what you've seen is some gateways who blocked access to some content because of copyright protections. go-ipfs or js-ipfs have no built-in way of blocking content.
Running IPFS by itself does not mean you're hosting all content in the IPFS network. Rather, you need to explicitly agree to share content for it to be served.
If you are hosting certain content, I guess someone can approach the node owner and request you to take the content offline. But nodes outside EU could still host the content.
Accessing content puts it in the cache, which would be removed when `ipfs repo gc` is run (or automatically at certain points). However, content that is pinned will survive the GC, which is the explicit approval of content that should be seeded for as long as the node exists (or until you run `ipfs pin rm $HASH && ipfs repo gc`)
I think this might actually be covered by existing data protection legislation; if you're publishing personal information about someone, it doesn't make any difference whether that's on IPFS or whatever. You'll have to be amenable to takedown requests.
(Copyright will make this an issue first, though!)
Exactly - the right to be forgotten only applies to the results of search engines when querying an individual's name, so publishing or hosting "forgotten" content wouldn't be illegal - https://en.wikipedia.org/wiki/Right_to_be_forgotten
Different authors and documents are considered part of the same domain since the tokens are just path elements. The whole IPFS gateway might be considered one big domain.
So javascript in an essay can access/put the API.
I didn't really look into it too much, just wanted to give a pointer that this might need to be considered. In the sense that it might have security implications.
No, you're right in this, if you have it enabled, any app can put stuff to your endpoint. The people of IPFS are working on fixing this problem, but I personally think that the risk is low enough. Maybe I'm just not creative enough in thinking about attacks, though.
Yes, for now. There is code existing to set the Suborigin header, but browser support is limited, and I'm not even sure if that code is merged into mainline IPFS yet.
Although, how is IPFS censorable? As long as you can connect to a node, you can retrieve its content. You'd have to prevent connection to the entire network to censor something (minus the encryption that you correctly stated).
There's nothing to stop you now, but that's just because there's no encryption. Once encryption is implemented, this will be harder/impossible to do (especially since it's trivial for a client to verify that the content it got for some hash is correct).
Perhaps it'll be a great system if or when that happens. But it is a stretch to call it “uncensorable” when it isn't, and clearly hasn't been designed for it.
I don't know, when censorship entails deep packet inspection between all pairs of nodes on the internet, I'm good with "uncensorable" as a shorthand for "practically impossible to censor unless you control the entire internet".
Even with the firewall, you can't control what's going on inside of China, and you only need one node inside to fetch something from the outside, and that's it.
You can certainly control incoming traffic to china.
And once inside, you are subject to extreme government spying which can easily mean that everyone who gets a hold of unallowed content "vanishes".
Furthermore, this is an issue not even encryption can fully solve, you still need to do a key exchange which means you need to either find a source of trust in the other side via sidechannels (aka PKI, TOFU or similar) or you allow everyone to easily intercept the data without much effort (aka skip-verify on TLS)
The internet in china is not lacking in surveillance and censorship.
This is an issue that even Tor is still chewing on a lot, afaik plain Tor connections in China are not very welcome and even blocked.
So unless you claim that your crypt and security is better and more battletested than Tor, I'd say IPFS is anything but censorship resistant.
You can always have a USB-stick with the IPFS repository on it, and travel to china, setup your node within and start sharing it. People can trust the data is correct as they request the data based on the hash.
Another way to distribute once the data is within China is to do it via private networks built with cjdns or similar
This assumes that your USB stick doesn't get checked on the airport.
Secondly, people can exactly not trust the data because there is no way to trustlessly get those hashes to begin with from within IPFS and you get back to normal HTTP which... is censorable.
Lastly, this also assumes that the one running the node is not arrested either.
>Another way to distribute once the data is within China is to do it via private networks built with cjdns or similar
Which again, assumes cjdns and other methods do not get people into possibly lethal trouble or aren't censored/outright blocked to begin with.
edit: You also forgot about the government blocking IPFS within their own country.
Yeah, primarily, OpenBazaar did it a way, and the #ipfs team in freenode isn't sure if that's the best way.
It primarily has to do with Kadmelia and DHT. How does one consider an adapter or transit to IPFS as a "secure don't leak other addresses"? Does one run a secure IPFS for Tor and I2P? Should it be integrated with a flag on those interfaces?
The IPFS team wanted to get everything else settled, protocol-wise before going down the idea of secured, and hidden protocols, given IPFS's propensity of splattering all interfaces through it (even unroutable internal network addresses).
Yeah, I would say the biggest difference is in how content gets reshared. With Freenet, content gets reshared by nodes as soon as it enters the network, and users are unaware of what content exactly they are sharing.
While IPFS is not implicitly pushing content but nodes needs to request content and then reshare it.
This is very important, because it removes some of the most prevalent criticisms about Freenet. If you don't agree with some content (re: legality or any reason you wish), don't access it/share it. Freenet doesn't give you that choice, but IPFS does.
And you don't have true freedom of speech unless you allow speech you disagree with... I wonder how we got to the current "speech is free unless you're someone we don't like" society, and I say this as someone who dislikes Nazis.
I want to write a post on tolerance one of these days, and how tolerating things you like isn't really tolerance.
(I'm not the OP, but) If you want to use IPFessay without installing IPFS, you can use it on my hardbin.com public writable gateway (most gateways are not writable) at:
https://hardbin.com/ipfs/QmQUrYJ6sCSDV6duC4Db7U8NXZG3DpNrVF7...
and the sample essay:
https://hardbin.com/ipfs/QmWFSuFDaApxK6DaBzEXdSXhb325fQY1hHn...
And if you want your resulting essay to stick around, you can pay a service like ipfsstore.it to pin it for you: http://ipfsstore.it/
EDIT: It doesn't actually work on my public gateway because it uses the IPFS node API instead of the standard writable gateway API. I'll submit a pull request to make it use the normal writable gateway API tomorrow.
EDIT2: StavrosK has updated it to use the gateway API! I updated the hash link so it does now work :)