2 ms·
> especially if, say, someone has infrastructure issues or decides to stop participating and removes their capacity? The network uses Reed Solomon erasure codi
by Taek 9y ago
> especially if, say, someone has infrastructure issues or decides to stop participating and removes their capacity?
The network uses Reed Solomon erasure coding to prevent against failures. You can pick your own redundancy scheme, but the default is 10-of-30 today. (3x overhead).
> Does the system allow those specific encrypted blocks to be removed
Hosts have the ability to remove specific blocks if law enforcement informs them that they are storing illegal material. The host must make the choice to remove it though, you can't just choose to take down data.
> How do you protect against correlated failures - i.e. does separate hosts rule out the same person operating multiple servers? Any geographic requirements so the same power outage, hurricane, etc. doesn't take out multiple copies?
A combination of proof of burn and ip address lookups help us guarantee diversity.
- problems 9y ago> The network uses Reed Solomon erasure coding to prevent against failures. You can pick your own redundancy scheme, but the default is 10-of-30 today. (3x overhead). Oh wow, I misunderstood that completely. Very cool. Will this be a user configurable setting when uploading in the future? Would it also be possible to calculate a sort of "odds of safety" using historical transactions of the whole network? If so, please consider implementing some sort of slider in the GUI between "cheap", offering whatever the failure rate of a single host may be to "safe", offering the failure rate of as many hosts as needed to match the guarantees of most cloud storage providers today.