Backblaze B2 (legacy cloud benchmark)
S3-compatible centralised object storage at $6.95/TB/mo with free egress up to 3x stored volume and no minimums.
Short answer: S3-compatible is a spectrum, not a binary. Full API surface with versioning and lifecycle is the genuine article; core operations with silent no-ops are where client code breaks. Test multipart, pagination and consistency before you commit.
providers on this page: 5 · status active: 100% · facts verified by us: 80% · publish independent proof: 0%
quick picks
S3-compatible centralised object storage at $6.95/TB/mo with free egress up to 3x stored volume and no minimums.
Single-tier S3-compatible object storage at $7.99/TB/mo with no egress or API fees, a 1 TB monthly minimum and 90-day minimum retention.
Centralised hyperscaler object storage: 11-nines durability design and a 99.9% SLA, but ~$23/TB plus $0.09/GB egress and fiat-only payment.
S3-compatible distributed object storage at $7/TB/mo with $7/TB egress and no API fees; operating under Chapter 11 after the Inveniam acquisition.
S3-compatible object storage plus IPFS pinning with free object egress; $15/TB, free 5 GB tier (2026-09-24).
"S3-compatible" is the most useful and most abused label in storage. The S3 API is the lingua franca - existing tooling works unchanged - so everything wants the label. But compatibility is a spectrum: full API surface with versioning, multipart and lifecycle policies at one end; gateway-only surfaces that silently no-op on advanced features at the other. The ranking records what each surface actually covers; this page gives you the test that tells them apart. The median entry price across the population is $7.99, and the honest test is one afternoon - which is why a compatibility failure discovered after a migration, not before, is this category's most expensive mistake.
Three honest tiers [1] - and the tier boundaries are exactly where the durability story diverges too, since several providers in this population publish no durability nines or SLA at all. That is not a decentralized-only problem: the benchmark [5] publishes theirs, and everything else is measured against it. Compatibility and accountability travel together on this ladder:
| Provider | From | Unit | KYC | Proof | Verification | Score |
|---|---|---|---|---|---|---|
| Backblaze B2 (legacy cloud benchmark) | $6.95 per TB/mo | per TB/mo | required | no | n/a | 8.6 |
| Wasabi Hot Cloud Storage (legacy cloud benchmark) | $7.99 per TB/mo | per TB/mo | required | no | n/a | 8 |
| AWS S3 (legacy cloud benchmark) | $23.55 per TB/mo | per TB/mo | required | no | n/a | 7.4 |
| Storj | $7 per TB/mo | per TB/mo | none | partial | n/a | 7.1 |
| Filebase | $15 per TB/mo | per TB/mo | none | partial | n/a | 6.8 |
Live from our database - caveats and sources in each linked review.
Test these with your production client library - the failures are all at the edges [1]:
The honest compatibility test is one afternoon with your actual client library at production shapes - cheaper than the migration you avoid. Run it before signing anything: 5 providers cover the population, and every one of them passes the curl test. Only the edges sort them.
The S3 API makes providers look interchangeable; the three-layer cost model separates them [2]. Price your real read/write ratio across put, keep and get - the storage cost tool prices the round trip, and the storage hub covers the decentralized backends behind some of these surfaces. An afternoon of API testing plus one priced round trip is the entire due-diligence loop this category needs - the free-trial hub lists the no-card windows to run it in.
The S3 API makes providers look identical; the egress bill makes them different [2][4][5]:
Price the exit first: the storage cost tool prices the full round trip at your read ratio, and read-heavy workloads reorder this whole table. The 90-day retention on the no-egress plans deserves its own line in that arithmetic: churny workloads pay for deleted data, archive workloads never notice [4].
The honest disclosure in this population: 80% of the rows carry facts we verified ourselves, and several of them publish no durability SLA at all - the label promises API compatibility, not durability. The durability mechanisms behind each surface are documented in the storage hub; the short version here: erasure coding with audits, collateral-slashed storage networks, and endowments are three different bets that all speak S3.
5 providers make this population - 40% of them without mandatory identity checks, 80% of the rows carrying facts we verified. The spectrum claim is testable on all five rows in one afternoon; the free-trial hub lists which ones give you a no-card window to run it in.
A spectrum - full API surface with versioning, multipart and lifecycle; core object operations where advanced features silently no-op; or gateway-only surfaces that differ under load. The label is a marketing claim, the API test is the fact.
Multipart uploads, list pagination, and consistency timing under load. Test all three with your production client library, not curl - the failure modes live at exactly these edges.
Where documented, yes - filebase publishes free object egress, B2 includes egress up to 3x stored volume, Wasabi has none - but Wasabi's fair-use ceiling excludes hot-read workloads. Read the cap, not the headline.
Wasabi charges for 90 days of storage per object regardless of earlier deletion - a real cost for churny workloads and irrelevant for archives. Price your deletion pattern before choosing a no-egress plan.
Some route to verifiable storage networks (Filecoin deals, IPFS pinning), others are gateways over token mechanics. The S3 surface is compatible; the durability model underneath is not the same product.
Yes - as the reliability and documentation benchmark, not the price benchmark. Its egress fees are the reason the alternatives exist; its API surface is what "compatible" claims get measured against.
Consistency timing - read-after-write behavior differs across backends. Test with production traffic shapes, because every provider passes the single-threaded test.
Mostly not - several providers in this population publish no durability nines or standard SLA at all. Where an SLA exists, read what counts as downtime before you count on the number.
At your read/write ratio across all three layers - put, keep, get. The [storage cost tool](/tools/storage-cost/) prices the round trip; a cheaper headline with pricier retrieval loses at any read-heavy ratio.
Because the S3 API is the lingua franca of storage - existing tooling works unchanged. The value is the backend: verifiable storage, crypto rails, or different cost structures. The API is the door, not the house.