Private forums are good, but don't desert this thread.
I try to check into this forum regularly, but it's a lot easier to follow the conversation on our private forum, because everything is broken up into multiple topics. I come here and see 3 threads of conversation that are all interwoven and sometimes overlapping, and it's more effort than I want to put forward to unravel it =/. And frequently, I'll completely overlook an important question that's buried.
"Sia", by the way, does not refer to an entity of any kind. There is Nebulous Labs, which develops and releases Sia code under an open source license. Thus, the question "what will Sia do?" is non-sensical. If the question was "Does Sia implement blacklisting / retroactive removal of files/peers?" then the answer is "Currently, no". I hope the Sia code-base never gets to this point. I don't see why it has to.
At this point, Sia is more of a meta-organism. Nebulous is like the queen bee (eh, kinda). We write all the code and make all the important decisions, but the community has to agree to go along with them and other people are free to write as much or as little code as they want. 'siad', which is Nebulous's maintained client, actually does support removal of contracts. But, I do think you can ask 'what will Sia do', and in asking that you are wondering which direction the decentralized ecosystem will move. At this point, Nebulous has an enormous amount of sway over the direction of the ecosystem, but that's only because you guys like us and trust us. Already we're seeing people who refuse to upgrade, we're seeing alternate clients come out for the miner, alternate graphical clients and desktop plugins being released, which means people are exclusively restricted to the software we produce.
For this reason, it would be nice if in the future an uploader can choose its own redundancy (currently hard coded) to make such an attack more difficult (at the price of also resulting in more expensive uploads).
Full programmability of the redundancy is planned. Already you can do this by forking the client and changing the hardcoded numbers. In doing so, you will not fork yourself from the network (well... not from changing the redundancy constants. There are other constants you really shouldn't change). In the future, the API will allow you to change these number per-file, rather than requiring you to fork the codebase to make the changes (one step at a time).
Unnecessary to assume that anyone would have to bully Sia hosts to remove chunks/block uploaders by IP etc etc. Many hosts, especially those running a business based on Sia would willingly and enthusiastically remove content that has been blacklisted by a "reputable" source (read: copyright protection agency etc). Now, there is a problem and that's that not even hosts know what is stored in the encrypted chunks uploaded to them. Blacklists would have to operate on uploaders, i.e. hosts would have to block certain IPs from uploading to them.
Yeah, the real protection against censorship comes from the fact that all of the data is encrypted, and nobody can tell which files are bad or which are good because every upload uses a different encryption key. You can't even make a file blacklist for Sia, only a one-time-use 'ban this guy' list. And that only works for files that are being shared. It would be easy for someone to upload a file multiple times (therefore upload it using multiple keys), and then only one copy. When it gets deleted, they upload it another time, and share another copy. It's a whac-a-mole game that won't end.
well, Sia does not provide anonymity at the moment. So a host needs only record your IP address when you upload something to be able to ban you altogether. If whatever enforcement agency decided to be iron fisted, there are probably some pretty draconian things they could do to keep illegal files off of Sia. But again, only if the uploader ever shares them. If you upload a file and never share it with anybody, it's going to be essentially impossible to accuse you of wrongdoing.