Sia – Decentralized cloud storage network
blog.sia.tech
blog.sia.tech
What a refurbished hard disk does not give you:
- Redundant storage
- Redundant power/network/etc.
- Geographic distribution
- A network API
- Any networking, or uplinks at all
- Access control
- A team ensuring the reliability and security of your data
- Global network of datacenters and pops
- Integration with other cloud services
All that and Amazon et al. do not store your 1TB of data in a single refurbished hard disk. This is beyond non-sense.
Sure, some of these costs are amortized, but I still think this is a lame comparison. If all you wanted was at-cost block storage with crappy reliability and speed, you could probably accomplish that in easier ways.
Sia is able to provide, at 1/10th the cost of Amazon, high throughput, high reliability, high redundancy, geographically distributed cloud storage, and it can do that without high reliability drives or datacenters.
There's no way refurb drives are cost effective for these environments.
Also, very anecdotal, I know.
Because of such plagues, data-centre operators often mix drives of different manufacturers, models, batches and ages. Running heterogeneous devices in a redundant array helps makes the failure distribution more random so that the safety margin is less likely to be suddenly overwhelmed by correlated failures.
Not saying you shouldn't, I'd probably do so as well. Curiously, there's no 6GB HGSTs over at Backblaze.
The whole point is that a decentralized storage network can add such features on top of the 1TB refurbished hard drive.
The refurbished drive may not be reliable, but if you replicate your data amongst many separate drives with independent failure (geographically distributed; different providing entities) then you can create a system with greater reliability. By using erasure coding schemes (similar to RAID5/6), it's possible to reduce the storage overhead which supports reliability to a fraction of the principle amount. Thus, providing 1 TB of storage to the network could earn slightly less than 1 TB of reliable storage in return.
Comparatively, a single cloud provider has the disadvantage that, because they are a single legal entity, they can decide for whatever reason to not continue your service.
The line that is annoying me and probably others is this:
> Buyers are essentially paying Amazon each month the entire cost of the hard drives used to store their data
...They're not. Because redundancy. Because electricity, CPUs, network, software development, etc.
The comparison establishes the fact hat Amazon's price is not coming from the physical storage HW itself, its the everything around it. Then you can move to discussing how to get other parts cheaper.
This may lead people to think cloud storage is a waste of money, which I personally think is untrue (though Sia certainly may be able to do it for cheaper than cloud storage, too. Both things can be true.) While the cost to us is certainly more than the cost to the provider, the cost for us to replicate what a cloud provider offers is certainly greater at small scales where we benefit less from amortization and volume pricing.
A good point may be that we don’t actually need to replicate what a cloud provider does to offer a compelling alternative for various use cases. This I would probably agree with. It is certainly cheaper for me to have my own NAS and offsite backups than it would be to pay for cloud storage, though it is still surprisingly expensive (at least to the uninitialized. Check out what a fully loaded Synology 8 bay would cost! Multiply by number of backup sites. A lot of storage, but definitely not cheap.)
> This may lead people to think cloud storage is a waste of money, [...]
But that is exactly the argument being made -- that a trustless distributed system can substitute and obsolete cloud storage.
Then I respectfully disagree. I don't think cloud storage is always the best use case, but I do believe it is a good value for what it actually offers you. Backblaze B2 is my ideal marker for what a 'good value' in cloud storage should look like. At $5/mo per TB[1] it easily crushes the metric of monthly cost being less than equivalent non-redundant refurbished storage media.
> that a trustless distributed system can substitute and obsolete cloud storage.
OK, I have literally no qualifications to say that this isn't true. After all, what I am NOT claiming is that it can't be done for cheaper. What I AM claiming, is that without a service like Sia, it is certainly not going to be cheaper for common use cases of end users. I'm talking about comparing harddrives to services.
> Buyers are essentially paying Amazon each month the entire cost of the hard drives used to store their data
I still think though, that a compelling case could be made without bad comparisons or hyperbole. Which makes this more frustrating than it needs to be imo.
[1]: https://www.backblaze.com/b2/cloud-storage-pricing.html - Assuming I am not deeply mistaken.
The Author could have done it as the cost (for ownership) of a brand new NAS with 2x2 TB disk (which can be - just checked on tiger direct) around 350+65+65=480 US$ vs 6 months of 4 TB cloud storage 6x4x20=480, but the overall message would have been the same.
Imagine that you rent a car for 6 months and during the 6 months you pay rates equating the price of the car brand new.
And more importantly, if you're focused on storage then don't pay for features you don't need.
I think the comparison with a $20 1TB hdd is perfect. Cloud providers, and phone makers, have convinced you to have your photos, music, data, online, always. Like a bank. Among other things, its much easier to mine your usage patterns that way and enforce DRM of other cloud services.
I have my IDE PC drive from 20 years ago. It still works. I can burn a CD if im that worried about failure. I dont need the redundancy of a billion user website, a networking api, access control, all that other crap you use in enterprises that comply with ISO standards.
Before cloud providers, people didnt take their photos to Apple and tell them to store them. The only reason u do it now, is because of marketing and service integration.
SONM aims to be an EC2 competitor, and interestingly requires ID verification to participate in their testnet due to the clear abuse potential of unattributable internet-connected VMs. (which exist in plenty of other places anyways since at present date, hosting providers have no KYC requirements)
Will the sharing economy extend to computing resources? I’ll stay tuned.
With storage, we can encrypt and checksum everything client-side in a cryptographically secure manner, and we can have full faith that even though we are giving our data to someone else, they have no way to view the data or tamper with the data.
If techniques like homomorphic encryption gain substantial speedups, I'm sure that we'll start to see decentralized/trustless computing, but for now you really need to be doing your outsourced computing with someone you can trust and someone who is regulated, because it's possible to act maliciously.
Homomorphic encryption solves this, but it’s throwing an awful lot of performance out the window.
The enclave gets to see everything that's going on, but in theory nothing can view or corrupt what's going on inside of the enclave.
I'm personally pretty skeptical that SGX is a secure platform, however if you do decide that SGX works and is trustworthy, it would be possible to outsource your computation in a mostly cost effective way to anyone who has an SGX enclave.
1. Now I have to trust two providers, each of which could have problems.
2. Now I have to pay for encryption, then pay for storage, and probably have higher ingress costs, too (I can probably trust AWS/GCP/Azure/Backblaze/whatever; not sure about random-blockchain-guy #67812).
Can you use storj to host anything at all, regardless of blockchain? As far as I can tell they don’t have a product in the market.
I'm sure there's use cases for this that require more sophisticated compute than what smart contract platforms like Ethereum offer but I'm not sure what those are. If someone is being prohibited from using a cloud platform and needs to resort to a decentralized hosting platform, I can see them simply using a VPN and hosting the application on a different platform that's not censoring them. SONM requiring KYC for their decentralized platform sounds like an oxymoron.
And what about all the other features that cloud providers offer? You say "[the] Sia software is exponentially improving, and performance and featureset is quickly approaching Amazon S3", but I see absolutely no evidence of even the most basic features of cloud storage providers.
Authorization? Regulatory compliance? High-performance bandwidth? High-reliability public API/URLs? Customer support? Private cloud peering? Zero effort integration with many (most?) major data-related open source projects? Versioning? One-click, no-knowledge reliability?
How much do you need to grow to hit cloud scale? 1,000,000x? More? And you're already claiming that you're going to make S3 obsolete?
Your blog would hold more weight if you weren't so over-the-top, bullshit-level optimistic.
Only took me a couple of minutes to get a file uploaded using the aws-cli. It’s the only decentralized object storage solution I’ve ever seen that seems to actually work.
Filebase uses a decentralized service on the backend, but the service itself is centralized. If Filebase shuts off their servers, you lose all your data.
As an analogy, email is decentralized but Gmail is not.
All of the projects I’ve seen appear to be quite far away from being easily accessible by ordinary users.
Based on where the technology is currently at, if you want to compete with traditional could services, you need a service provider like this to build a platform on top of the underlying network.
My point is that this service seems to have achieved that. People talk about storj a lot in this space, but go and try upload a file to storj right now. You can’t because they don’t actually have a product in the market. This is the first time I’ve seen a press release like this, gone to a web page, signed up for a service, and uploaded a file immediately. Which is a refreshing change from an industry that tends to talk big about the impact they’re going to have for months or years on end, without ever releasing a functional product to the market.
The player that I prefer in this space is Goobox.[1] I think their goal is to build a Sia-based service similar to Mega, but they have an S3 API as well. They've been around longer than Filebase, and their marketing comes across to me as more honest.
Any chances that Sia will eventually support directly restic/Borg?
I did not know about filebase (and looks interesting), but honestly it is barely competitive with backblaze/wasabi for backups.
Using Sia on our backend enables us to offer cloud storage at very competitive rates. Currently, Backblaze charges egress fees (we don't) and Wasabi has a 90-day minimum charge for all objects. (we have no minimums)
Really? That's the argument? That you could store your files cheaper on a single, refurbished disk without considering the cost of housing, electricity, network, physical security, redundancy, management etc.?
Looks like it from looking at the site:
>File segments are created using a technology called Reed-Solomon erasure coding, commonly used in CDs and DVDs. Erasure coding allows Sia to divide files in a redundant manner, where any 10 of 30 segments can fully recover a user's files.
[...]
>Before leaving a renter's computer, each file segment is encrypted. This ensures that hosts only store encrypted segments of user data.
I'd love for someone to do an analysis on the performance and availability of the data. I wonder if you could pay more for faster speeds or higher levels of redundancy? That would be neat features.
I would expect that building large datacenters and employing people to manage them is exactly how you go about providing reliable storage capacity.
And while it's true that providers don't have to worry about marketing or branding, well... the flip side is that they can't do any marketing or branding and need to compete in a market where the product is completely commoditized.
Further, I imagine that if there is money to be made providing reliable storage to Sia users, then those with experience of reliably providing low-cost, high-volume storage will corner the market pretty fast!
This means that you can run a much leaner database and require substantially less expertise to keep things going. If a rack goes down, you don't need someone on-site to bring it up ASAP, you can fix it the next workday without upsetting your customers.
95% uptime for hosts translates to 99.99+% uptime for Sia users, because users store data across hosts in a 10-of-30 scheme. As long as 10 out of 30 of the hosts are online, you will be able to access your data. The probability of losing 20 hosts when each of your 30 hosts have 95% uptime is exceedingly small; your practical uptime depends more on the reliability of the software than it does the reliability of the hosts you use.
As for commoditization: that's the goal! If we can completely commoditize data storage, prices should come down dramatically, and the market should be a lot more efficient. You won't need to be an Amazon or Google to have a stable and competitive data offering.
This is already the case for cluster storage systems like Ceph.
If you get unexpected "bus factor", you can handle replacement combing back early from holiday.
Get creative.
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.
Sia is happy with files that are hundreds of GBs in size today, and with a filesystem that that gets up to about 20 TB. Beyond that it starts to struggle, but we're continuously working to expand its capabilities.
Data has always been encrypted client-side, even in very early releases. Data today is sharded between hosts in a 10-of-30 Reed-Solomon scheme.
I think you will find that the experience is much smoother and more complete compared to the experience from 2 years ago. And, a critical feature is now available as of the latest release: seed based file recovery. After you upload your files, it's possible to create a snapshot of your data that you can recover later on a different machine using nothing more than your wallet seed. This makes Sia a practical and cost effective solution for secondary or tertiary backup.
Weird caveat I found: the smallest chargeable size is actually pretty large.
This and the cost to form contracts is is large enough that it doesn't make economical sense until you are storing > $1gb.
That said, they seem to slowly be working through a number of these concerns. They very recently released seed based backups, one of the biggest issues I had last time I looked.
Given they publish their apps on all platforms they could probably add this in the future as an ssd or PCIe storage tier by doing regular disk benchmarks.
However it seems like a major limiting factor, given that random access speeds on spinning drives or even cheap ssds can drop drastically by an order or two of magnitude (i.e. from 130MB/s to 2MB/s). Given how they're doing error correction in a distributed manner, having a fast storage tier would be a major advantage for them which would eliminate any problems from flash storage wearing out and fully gain the benefit of throughput, random access times and cheap new prices of nvme drives.
At the moment I probably can't use this for streaming my own 4k videos to myself because an up to 300mbps network is not good enough for that, the slowest storage in it would be a bottleneck for a significant amounts of the experience of watching the streamed file.
And I definitely can't use it for application storage given how important response time is to the user experience and user growth.
That all aside, those 2 are relatively extreme examples and there's a lot of usage scenarios in between them.
I do admire how far they've gotten this given all the blockchain hyped products that have failed. They seem to have a solid system here that will only improve on performance and put pressure on bringing online storage prices down.
A single host with slow storage is not a blocking factor because Sia downloads in parallel from as many as 30 hosts at once when composing a stream of data. Even if each has an I/O bottleneck of 1 MB/s (8mbps), you'll be able to get your video out at 240mbps.
In practice today, Sia hosts are almost all network bottlenecked, most use HDDs which do not have trouble keeping up with network latencies (HDD seek times are 11ms, network latencies usually 50ms+) or throughputs (HDDs can usually get close to 100 MB/s, far more than the network throughput)
Can I ask, have you tried streaming 4K video from the latest version of Sia? Seek times might be 5-10 seconds, but I believe that once your stream has loaded you will see completely smooth playback. Our next release has a focus on reducing those seek times, but the code is not ready yet.
No I have not tried it however, based on your information, this looks ideal for something like showing auto-playing video on a splash screen using your API to pull the file on the client side.
/renter/stream/*siapath [GET]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?
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.
This sounds good - I'm just trying to understand how this is counted - are you establishing 30 separate contracts to achieve this?
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 GETs) and pay them for their service. I trust them, but can verify each is holding up their end of their commercial agreement (similar to RAID block scans, but with object hash verifications). They aren't randomly going to yank their storage node of the network like a home NAS device or other consumer level storage device, because it's their business to be available.
A superior solution has yet to present itself.
Sidenote: The blog post is holding cloud provider data egress fees up as an example of exorbitant bandwidth pricing; this is true, but only from cloud providers. You can get bandwidth extremely cheap from non-cloud providers or through other means[1].
[1] https://www.cloudflare.com/bandwidth-alliance/ (random example picked from Google search)
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 a fee by looking at the block chain, anyone done the analysis on this yet?
I'm paying for trust, and it is a hard sell that a distributed storage system spanning worldwide jurisdictions is inherently more trustworthy (although it is possible that it can be as durable and reliable as traditional storage systems, but the proof is in the data).
I would like to be proven wrong.
No, I trust the cryptography to, I sure as hell wouldn't trust Backblaze, let alone Amazon not to do that either. I use Restic when using such services to encrypt before sending anything to them.
> durability and availability
This is IMO the only real question. I want to see some numbers and I think their blockchain should actually be able to provide values for this theoretically.
Overall, given this, while I'm not 100% confident in their software and cryptocurrency yet, given time I think this could prove to offer an even higher guarantee of reliability than traditional cloud storage services at much lower prices.
It doesn't look like its built for large data sets, since the capacity of the network is fairly low, and the providers fairly small. So if I want to store ~5TB of data, this isn't much of a fit and if I want to store ~5GB of data well there are tons of options and if I want it replicated, I'll replicate it.
Seriously though, I don't want to play game theory games with a list of storage providers, especially for tiny sums of data, I just want it to be there.
The key thing in our blockchain is the storage contract, which is something like a blockchain-SLA. The host has an obligation to store some data, and the host also puts up money out of pocket as a promise that the data will be stored faithfully. The blockchain will occasionally challenge the host, and if the host cannot create a proof that the data is still being stored, the host's collateral is forfeit.
The renter also puts money into the file contract, this money is used to pay the host if the host is honest/keeps the data, and the money is destroyed if the host is dishonest or loses the data. The money gets destroyed so that the renter has no reason to interfere with the host, nothing to gain from seeing the host fail or working to make the host fail.
Thanks to the blockchain, the host has a guaranteed payment if they store the data, regardless of whether the renter sticks around for the duration of the contract or not. And also thanks to the blockchain, the renter knows that the host will not get paid until the end of the contract, and that they will actually lose some of their own money if they lose the data.
There's another great benefit though to cryptocurrency, which is that payments are super low friction. Every time you upload data to the Sia network or download data from the Sia network, you make hundreds to thousands of tiny payments to the various parties over state channels. This wouldn't be feasible using more traditional payment systems, we'd have to track everything in a centralized database, and that actually doesn't scale very well.
Sia is both low cost and high speed, but these are side benefits over the primary goal of uncompromising decentralization. Storage just happens to be an application where the decentralized version is actually highly competitive to the centralized versions.
I'm glossing over a fair amount here, if there's anything that doesn't make sense or seems off feel free to ask, I'm happy to clarify.
I run a video rendering service that currently uploads previews (call it 5-10mb) to S3 for ~3 days and then deletes them. Finished renders (~50-200mb) are stored for 2 weeks. I upload 500-1000 new files a day.
Amazon just bills me for this once a month. Would I need to load up a wallet and prepay each of these contracts individually? How would I send out a download link or play a video in a browser?
Anything that you paid for but didn't use will be refunded in full at the end of the 3 months.
Right now Sia does not support filesharing of any kind, however that's in the mid-term (6-12 months) roadmap.
with VC money? with a fickle settlement system that requires 5 layers of financial institutions before you get a REST API? where you probably still need 50+ money services licenses and compliance department anyway? where any of those financial institutions can still cut you off for any reason? to maintain operations in a single country?
why do all that when you can just print money, or more accurately create a scarce digital asset of value to the market you create, available internationally on day one
you don't have to agree with it, but the pendulum has swung waaay in this other direction and thats the answer for "why" before you even get into the implementation that the founder wrote.
See https://www.microsoft.com/en-us/photodna
If someone pre-encrypts data and then uploads that to Dropbox, it gets more complicated and AFAIK involves more of monitoring the IP addresses that things are coming from and/or being shared to.
Also, I'm not sure what scenario in which you would be able to find the encryption key, yet not have access to the wallet controlling the contracts? Even if you did, I'm not sure why hosts could not assist in cancelling contracts in a similar fashion to cloud providers taking down content on request.
I am not a lawyer and this is not legal advice, but as a third party you are not responsible for illegal data uploaded to your server/machine so long as you are not aware that it is illegal data. Once you are informed that there is illegal data on your machine, you have 24 hours to remove it.
You don't have any real proof that Company XYZ aren't using your money to do bad things.
You would stop participating if it turned out the Sia network was mostly used for bad things. In the same vein, you may choose not to use Amazon because it is unfairly treating warehouse workers.
Sia's encryption doesn't protect the file hosts, if the uploader posts a link + decryption keys for pirated content to a public file sharing forum.
Does the take down notice go to everyone that hosts a fragment of the file? Who is liable if the uploader can't be traced?
I suppose that would only work if whatever keys the pirate needed to publish to allow the data to be downloaded wouldn't _also_ give the keyholder the ability to delete that data. Otherwise the copyright holder could just issue the command to delete the file themselves. I'm not sure if Sia works that way or not; would be interesting to see.
A complete S3-like service would require a third-party tool on top of Sia. Goobox[1], for example, uses sia as a storage backend and provides an S3-compatible API[2].
In other words, right now - I think if you are interacting with Sia directly you can do whatever you want with the files you have access to. Not 100% sure about that.
[1] - https://goobox.io/
[2] - https://doc.goobox.io/#section/Why-you-should-choose-Goobox-...
[0] - https://siaprime.net/
So if I am busted and my key/etc compromised, it is possible that those hosts are compromised as well.
This says nothing of Sia's implementation, just that encryption itself does nothing to prevent a party from being prosecuted from illegal content.
Though, I feel like you're injecting meaning into my reply. I was replying to your comment about how authorities wouldn't know if content on my computer (a Sia host) was illegal. My point was simply illustrating that encryption by itself does not prevent me from being the host of illegal or illicit content.
[1]: probably not implemented yet.
For encrypted data, I think it will be similar to the situation with other storage providers. If law enforcement searches your computer and discovers that you've uploaded illegal content in encrypted form to S3/GCS/Mega (especially Mega because they make it so easy to upload client-side encrypted data), then law enforcement will order the provider to destroy all copies of the data.
It will be interesting to see what happens if the provider is a Sia host. Law enforcement entities have standard processes for reporting illegal content to Amazon/Google/Mega/etc, and those companies have teams responsible for handling those requests. Casual Sia hosts currently wouldn't know how to handle such a request. The outcome might be that the compliance costs are too big for casual home users, so hosting on Sia becomes a specialized task that only dedicated companies can provide.
1) If childporn was not banned, how many people would consume that content anyway?
2) What about hyper-photorealistic childporn movies with fictional characters and future rendering technologies? How will you tell the video is true or not and worth to be removed?
Say you have a pro-democracy pamphlet on your hard-drive in China. If they find it they would imprison you no doubt but they don't care so much to look for it, and it is hard to find if you never share it with anybody.
SIA provides private storage so if your only crime is possessing illegal content but never sharing it with anybody no big deal (I would assume). But if you share it then SIA can not protect you because the exchange must happen somewhere outside of SIA.
You'd be wrong - people get nabbed for having or creating child porn, not just distributing it.
It would be an interesting case for the Supreme Court. Did you do something illegal by allowing SIA to store encrypted data on your hard-disk not knowing what it was?
Should it exist? Well sometimes important content is illegal, such as political content in China. It’s good to have a way to publish important illegal content, even if bad stuff slips through.
What if someone posts illegal violent or sexual content? That is unfortunate, but it means that a real person took the time to post such content on the network. Keeping them from speaking will not change their warped beliefs, it will just hide them from the world and keep people from remembering that evil people exist. The person who published the content should be punished through existing regulations and the content should stay on the network to remind us that some people are horrible. Hopefully no one accesses it.
I suppose you could use a custodian site to link an email and password to the seed, but then you enter a centralized third party to the mix.
I see value in Sia but it's just not for the average person in its current state.
With a 100 bit password, assuming every flop of the 1.8 exaflops of the Top500 supercomputers tested a new password, it would still take 25,000 years to crack. Key stretching should add at least 30 bits of security by taking a billion operations--
$ perf stat argon2 asdfasdf -id -m 16 -t 16 <<< asdf
Type: Argon2id
Iterations: 16
Memory: 65536 KiB
0.781 seconds
6,331,020,712 cycles # 4.021 GHz
13,467,211,117 instructions # 2.13 insn per cycle
Here's what 100 bits of security margin looks like with a more sophisticated scheme (abbrase): "Hope raised between unpleasant bellows. Devil rode sullenly, refugees waiting." => (first three letters) hopraibetunpbeldevrodsulrefwai.> [Sia] makes a small transaction fee from each file contract.
Am I wrong in observing that the number of intermediaries between hosting data on AWS == the number of intermediaries oh Sia == 1?
What exactly is this doing? Blockchain contracts to rent out your hard drives?
> Hosts on Sia do not have to worry about building and maintaining enormous datacenters, employing thousands of employees, and marketing their services. They only need to worry about providing reliable storage capacity to renters on Sia.
And yes, it's essentially a decentralized storage market built on smart contracts. You can either pay to store your files (the client software handles redundancy, contracts, etc automatically) or _get_ paid to rent out space on your hard drive.
Data is verified probabilistically on the Sia network. The blockchain has access to the Merkle root of the data that the host is supposed to be storing. The blockchain will request that the host provide a 64 byte segment of the data (chosen randomly) along with a Merkle proof that the data is part of the Merkle root.
If the host can provide the data and the proof, the host is rewarded as though they've demonstrated that they have all of the data. If the host cannot provide those 64 bytes along with a proof, the host is punished as though they are not storing any of the data.
Also what about bandwidth constraints on the host end
Before a renter creates a contract with a host, the renter will perform some measurements on the host and determine if the host is suitable. A renter in China will chose different hosts than a renter in the US, because the latencies and throughputs of each host will be different.
A bad host could only store, say, 1/3 of the data that they say they are, and play the odds that they are storing the requested random chunk.
I've always thought the most important use case around decentralized storage was more around censorship. You can post content that is harder to block in countries that firewall AWS, etc.
Took a little time to set up, but renting 200 GB for 10 cents/mo, in a decentralized system that encrypts my data, has great uptime, and doesn't mine my personal or "aggregated" data, is unbeatable.
I heard Sia is not great at handling large number of files, so I'm using a backup software to create automated, compressed backups first, and Sia handles those larger files.
I'll see how it pans out over time.
https://www.stavros.io/posts/holy-grail-backups/
"I Found the Holy Grail of Backups"
If you want to compare Sia to anything, compare it to Dropbox or OneDrive. S3 was made for an entirely different purpose and Sia can't even remotely compete with it.
As a personal data store? Maybe. But wait until this thing becomes more popular and hackers start making a mess. Will be interesting to see how stable this "fully decentralized" network is, once it gets the full attention from bad actors as all the cloud providers.
what I like and want is encrypted distributed data that I can store and retrieve quickly and cheaply
I also like an economic model that aligns the hosts to maintain the data, and how the proliferation of that economic model lets me invest in its growth from merely being a passive non-productive speculator, and finally I would like a clear easy to understand ROI from being a productive host: can I subsidize the cost of my hardware that I'm already interested in having.
any cryptocurrency can do that, but how the software uses the cryptocurrency is a key factor, and unfortunately we can like an idea and team but get forced to accept an economic model that has flaws
so for me, it is easy for me to understand why teams want to promise the sky against S3, and it really isn't that relevant to using this securely. like, you might be able to subsidize all of your hardware and provide a service without worrying about if the SIA comparison is accurate because its really not relevant.
but finally, it turns out that unmonetized and non-cryptocurrency based decentralized cloud storage networks are good enough! so I stick with IPFS.
hope that was useful to someone.
there are also services and nodes which will maintain pins for you, and the capacity for decentralized encrypted shards is fine.
There may be circumstances where I want the piece of mind to pay multiple nodes to store/retrieve encrypted shards of data. SIA nor STORJ seem to be it.
You're not going to be able to compete on the speed anytime soon probably, and maybe even the capacity if it really takes off. But, anyone here that works on an Amazon-based internet company knows that S3 is the most unreliable (in terms of availability, not storage) universally used product they have, next to EC2.
A good chunk of incidents can be attributed to S3 downtime in some AZ. With a decentralized storage network, the probability of actual downtime in terms of availability go wayyyyy down. If Amazon us-east-1 has a bad deploy or a network event, you lose access to those buckets, full-stop.
With something like this, you'd need a much larger network event, and if the app is fully decentralized itself, blast radius can be contained to individual customer regions instead of where you host your servers.
Probably more useful to compare to GCS Storage honestly, since they have multi-region buckets.
Sia today running in the default configuration gets as much as 300mpbs upload and download, which I believe is comparable to S3. Latencies are several seconds, which is not comparable to S3 however this is a matter of software optimization, not a fundamental limitation of the network architecture.
There's still no SLA on durability AFAIK.
Can you serve clients directly over HTTP using Sia in a permissioned manner? If not, then it's not usable like S3. If it's not usable like S3, then S3 pricing comparison is meaningless.
Also, how correlated is Sia pricing to the overall cryptocurrency market? Will my costs go through the roof when there's another crypto bubble?
Would it actually scale? If Sia became popular, would prices go up like Bitcoin transaction prices? Isn't the extremely cheap bandwidth due to spare capacity of average broadband plans? If so, wouldn't providers eventually cut that off? Broadband pricing relies on the fact that most users don't use all of the bandwidth most of the time.
Please stop adding layers and layers of calculations, it's a waste of energy.
The trend in electronics is that this has become less true over time. As transistors have shrunk, the relative cost of calculation has diminished compared to the cost of transmission over distances. A cryptographic operation can be cheap compared to accessing main memory because the distances signals travel within the crypto logic block are tiny.
Complexity (as in more to understand) does not equate sensibly to higher power consumption.
Filebase[1] provides S3-compatible object storage at a fraction of the price. We happily use Sia on our backend. :)
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
- Blockchain guys(I know I know.. I couldn’t resist.)