Don't give up, I won't give up
Don't give up, no no no
Don't give up, I won't give up
Don't give up, no no no
(I know I know.. I couldn’t resist.)
Sia – Decentralized cloud storage network
61–70 of 199 posts
Re: Sia – Decentralized cloud storage network
#62Earlier quoted context omitted.
So exhausting watching people argue that trust is no longer necessary when they're simply pushing the trust around. You have to trust someone at the end of the day, and it's more practical to use the law to trust them (and enforce that trust) than cryptography. If I want to decentralize my storage, I would replicate data between multiple cloud object stores (Backblaze, S3, Wasabi, etc, a library to abstract PUTs and…
> or less costly They're definitely less costly. I could host over 10x the amount on Sia for what I pay for B2 at the moment, B2 is already one of the cheapest providers, plus that's just in storage, ignoring all bandwidth costs. I'm really curious what the numbers will look like in terms of reliability here. Theoretically you can figure out how often storage contracts try to retrieve and fail and the host has to pay…
2x3Tb disk at hetzner, line rental, electricity included is 30€pcm.
Re: Sia – Decentralized cloud storage network
#63I'm trying to understand the reliability story better. I'm currently looking at this page:
http://siastats.info/contracts_status
Does that mean for every individual hoster-renter contract, of ones that were established and used, some ~9% of them failed?
That would essentially mean that to get equivalent numbers to those advertised by B2, which claims 11 9s I'd need to buy over 10 contracts. Is this actually how bad it is at the moment?
Re: Sia – Decentralized cloud storage network
#64These ideas are all the wrong direction to decentralize. We don't need more layers and more complexity and more blockchains, we need simple, reliable, accessible household appliances. For storage, for sharing, for posting.
Please stop adding layers and layers of calculations, it's a waste of energy.
Re: Sia – Decentralized cloud storage network
#65Earlier quoted context omitted.
Non-reliant on central services or entities.
This also cuts both ways. Your business needs a file but your customer can't connect to that node because of some political blocking of internet connections. Who can you rely on? What central service can you call to get this fixed asap?
It's kinda designed to expect that; you end up paying for more redundancy over more hosts, which is a win. Yes some will / may be down, but a) they're penalized financially, b) you can (by default do) have redundancy
Re: Sia – Decentralized cloud storage network
#66Abuse concerns and “does it need a blockchain” cynicism aside I find all of these “crypto” cloud computing projects fascinating. I highly recommend playing around on their testnets. Storj and Filecoin are also competing in the storage space, and BitTorrent is vying to be a CDN alternative. SONM aims to be an EC2 competitor, and interestingly requires ID verification to participate in their testnet due to the clear ab…
Storj was a brilliant idea then suddenly someone put blockchain into it.
You can use storj to host your files without using blockchain. I think they accept credit cards directly. Also storj is doing a lot to make sure only reliable hosts are allowed to continue to operate on the network. If you aren't serious about having a reliable hosting node then you'll eventually get booted from the network.
Re: Sia – Decentralized cloud storage network
#67Long time user and follower of Sia. It's always surprising to me that it's overlooked compared to filecoin (which is similar, but seems like $250m+ vaporware to date). I use it to have tertiary backups.
Weird caveat I found: the smallest chargeable size is actually pretty large.
Re: Sia – Decentralized cloud storage network
#68I tried Sia about 2 years ago. It worked "ok" for half a GB files, However, for 4-5 GB my upload got stuck while the help forum couldn't provide answers besides "wait for the next release".
There were also unclear issues back then. Are the files encrypted on my computer before being uploaded? are they sharded between many hosts? or are they stored in one host? How long will they be stored.
Most of these issues seem like they could be improved. Not an inherent faults of the technology or something. I like Sia's idea and tech in general; I'll give it a try again now.
Re: Sia – Decentralized cloud storage network
#69Earlier quoted context omitted.
> or less costly They're definitely less costly. I could host over 10x the amount on Sia for what I pay for B2 at the moment, B2 is already one of the cheapest providers, plus that's just in storage, ignoring all bandwidth costs. I'm really curious what the numbers will look like in terms of reliability here. Theoretically you can figure out how often storage contracts try to retrieve and fail and the host has to pay…
2x3Tb disk at hetzner, line rental, electricity included is 30€pcm.
Depends largely on your bandwidth usage if that's beneficial, for me personally I'm talking home/small business backups where the additional reliability of B2 is great and the price actually works out better than putting that system in RAID1.
Re: Sia – Decentralized cloud storage network
#70I'm trying to understand the reliability story better. I'm currently looking at this page: http://siastats.info/contracts_status Does that mean for every individual hoster-renter contract, of ones that were established and used, some ~9% of them failed? That would essentially mean that to get equivalent numbers to those advertised by B2, which claims 11 9s I'd need to buy over 10 contracts. Is this actually how bad i…
You are correct that the failure rate for contracts is somewhere around 9%, and you are also correct that you need over 10 contracts to get 11 9's of redundancy, however this doesn't translate to needing 10x redundancy on the Sia network to get high reliability.
Data is uploaded to Sia (per-default, it's configurable through the API) in a 10-of-30 scheme using Reed-Solomon coding, which means that each piece of data is held by 30 hosts, and out of those 30 hosts any 10 of them are sufficient to recover the original data. This has a total overhead of 3x, and the algorithms behind it are in my opinion super fascinating.
If you assume each host independently has 91% uptime, you get this amount of downtime as a result: https://www.wolframalpha.com/input/?i=sum+of+(30+choose+x)+*...
In reality, the software reliability is a bigger factor in downtime than the host's reliability.