A personal note
I am currently employed as a Director of Engineering at the Storj company. This post and the discussion here are entirely in a personal capacity and reflect my own views, not those of my employer.
Motivation
Storj’s new $50/month minimum fee — jumping from the $5 minimum introduced last year — is turning away a meaningful part of the ecosystem. Small users who genuinely value decentralised storage simply don’t need $50 worth of it per month. While accounts paying with the STORJ token are exempt from the minimum fee, dealing with crypto is a barrier for many users. I’ve spent 8+ years working on the Storj tech stack, and I find it hard to watch this segment of the community leave for centralised alternatives.
This got me thinking: is now the first time there is a tangible niche open for a community-run satellite? And if so, what would it take to run one sustainably?
I’m not committing to anything here. This is a thought experiment, and I’d love to hear the community’s honest opinion before anyone — including me — considers taking this further.
A note on perspective: my thinking here is heavily shaped by living in the EU and being most familiar with EU regulations — VAT, GDPR, sanctions, and payment infrastructure. I’d love to hear from people in other regions too, as the concept could apply more broadly even if the specifics would differ.
Who would this satellite serve?
- Users with a small storage footprint: up to 5 TB
- Users who want cheap, durable storage with no monthly minimum fee
- Users who don’t want to deal with crypto
- Users who don’t need enterprise performance or SLA
Think someone storing a few hundred GB of family photos and backups, currently paying well under $50/month and now priced out.
The math
Let’s assume the average small user pays €0.50/month, and the satellite operator keeps a 20% margin after paying SNOs and covering operating costs:
| Monthly margin target | Paying users needed |
|---|---|
| €100 | 1 000 |
| €1 000 | 10 000 |
| €10 000 | 100 000 |
The uncomfortable truth: until the satellite reaches around 100 000 paying users, this is a part-time side project at best. Sustainability requires keeping costs ruthlessly low.
The risks — and how to address them
Taxes
Running a satellite that compensates node operators means charging users for a digital service. In the EU this requires:
- Operating via a registered company
- VAT registration with no minimum threshold for digital services
- Collecting and remitting VAT at each EU member state’s rate — most countries falling between 20–25%; non-EU customers would not be charged EU VAT, though their own country’s digital services taxes may apply
- Corporate and dividend taxes on top
This is manageable but adds accounting complexity and cost.
Payments
Storage services are a well-known magnet for card fraud and abuse. Chargebacks are always at the merchant’s expense regardless of fault — and a high fraud rate can get the operator’s bank account frozen, which kills the business immediately.
On top of that, Stripe charges 1.5% + €0.25 per transaction for EU cards, more for international cards, plus $15 per disputed charge — win or lose. On a small top-up, that dispute fee alone wipes out the margin from dozens of users.
One approach worth discussing: asking users to prepay their usage via SEPA Instant transfer or Wise rather than charging cards. Both are fast (often instant) and usually free in the EU. To keep accounting overhead manageable, there would need to be a minimum non-refundable deposit of around €5 — similar to topping up a prepaid SIM card. The balance would never expire, so a single top-up could cover many months of light usage.
Question for the community: Would a prepaid, non-refundable minimum deposit be a blocker for you as a user? Or is it an acceptable trade-off for no monthly minimum?
Regulations and sanctions
An EU-operated satellite means EU sanctions rules apply — and EU sanctions impose significant restrictions on payment services to Russian nationals and entities in Russia, meaning paying Russian SNOs via SEPA or Wise is effectively not possible. This unfortunately excludes a large portion of the SNO community from receiving payouts from an EU-operated satellite.
Paying SNOs with crypto (STORJ token or stablecoins) would complicate sanctions compliance significantly. EU regulations such as the Transfer of Funds Regulation (TFR) require crypto transfers to carry verified sender and recipient information, meaning the satellite operator would effectively need to perform KYC on thousands of SNOs to ensure none are in sanctioned countries — expensive and complex. The simpler path is EUR payments via Wise, which delegates KYC and sanctions compliance to a regulated institution.
SNO adoption
The satellite needs a few hundred nodes before it can onboard users. In the early phase, SNO earnings would accumulate but not be paid out until a minimum threshold (around €5) is reached — to keep payout accounting manageable.
Questions for SNOs:
- What payout rate would make this satellite attractive to join? For reference, Storj currently pays $1.50/TB/month for stored data and $2/TB for egress.
- How do you feel about receiving EUR instead of STORJ tokens?
- Would Wise-to-email payouts work for you? (Zero fee for Wise accounts, free or small fee for SEPA bank accounts)
- Is a €5 minimum payout threshold acceptable if unpaid earnings roll over and accumulate?
User adoption
Performance, especially in the beginning, won’t match storj.io or other providers. The satellite would be operated by a single person, so availability would be best effort without an enterprise SLA. That said, data durability is guaranteed by the underlying Storj protocol — as long as SNO churn remains manageable, the network repairs data accordingly.
Questions for the community:
- How critical are performance and availability for your use case? How forgiving would you be about occasional downtime?
- Given these limitations, should pricing be lower than Storj’s current rates? Or is the absence of a monthly minimum fee enough of a differentiator?
- Note that the satellite would not include free egress — users coming from the old Storj free egress model should factor this in
- Would the lack of a card payment option be a blocker for you?
- Would forum-only support — no individual email support — be acceptable?
Service abuse
The measures below are not about making money — they are about keeping the service fair and sustainable for everyone who relies on it.
- No free tier or free trial — without this, throwaway accounts become trivial to create at scale
- No card payments — eliminates card fraud and chargeback abuse entirely
- Minimum billable storage duration of 30 days — prevents abuse from short-lived or frequently overwritten objects. In practice this means the satellite is not suitable for frequently updated files or ephemeral storage use cases. Would this affect your use case?
- Minimum billable object size of 128 KB — coordinating tiny files has real costs that aren’t reflected in storage volume alone. Objects smaller than 128 KB would be charged as if they were 128 KB, similar to S3 Infrequent Access
- Object metadata counts — metadata is included in the storage and egress measurements and billed accordingly
- API request charges — frequent bucket listing is one of the most expensive operations on a satellite and a common abuse vector. As a reference point, AWS charges $0.005 per 1,000 LIST/PUT requests and $0.0004 per 1,000 GET requests. Would a similar pricing be acceptable?
Question for the community: Are these measures reasonable for the type of storage use cases you have in mind? Are there any that would be a dealbreaker?
Burnout
A single operator cannot provide individual email support for thousands of users. Support would have to be community forum only, addressing issues that affect larger groups rather than individual tickets. Availability would be best effort with no enterprise SLA.
Several design decisions already help reduce the burnout risk: the prepaid model eliminates billing disputes and refund requests; no free tier eliminates abuse-related support overhead; forum-only support is the only model that scales for a one-person operation.
The harder question is: what happens if the operator steps away? A single-person operation has no built-in succession plan. Users trusting their backups to this satellite deserve a clear commitment — at minimum, adequate notice and a wind-down period that gives them time to migrate their data if the service ever shuts down.
On the continuity side, there is some natural protection: the satellite software is open source, and the infrastructure scripts for running a satellite would be published openly. The hope is that a working community satellite — with all its operational knowledge shared publicly — would motivate others to launch similar satellites in different regions. A healthy ecosystem of community satellites would be far more resilient than any single one, and would serve small users across the world rather than just one region.
Until the satellite reaches significant scale, this will realistically be a part-time side project. Users should set their expectations accordingly — and that is precisely why the no-SLA, forum-only support model is the only honest one to offer.
Question for the community: Would a clear wind-down commitment — e.g. a minimum notice period before shutdown — be enough to give you confidence in relying on a one-person operated satellite for your storage?
Let’s discuss
I’m not launching anything yet — this is a conversation starter, not a proposal. Before anyone invests time or money, I want to hear from the community:
- Small users: does this resonate with your situation? What would make you trust a community satellite with your data?
- Node operators: would you join a satellite like this? What terms would matter most to you?
- Everyone: what am I missing? What concerns or ideas haven’t been raised here?
Please share your use case, your concerns, and your honest opinion. The goal is a lively discussion that either validates the idea, improves it, or reveals why it wouldn’t work. All of that is useful.
