# What a prepaid cloud wallet is, and why credit that never expires beats usage-based billing

> A prepaid cloud wallet vs postpaid usage-based billing: how each one bills, why rollover credit that never expires changes the math, and when a pure meter still wins.

- **Published:** 2026-09-05
- **Author:** Ownkube team
- **Category:** Product
- **Tags:** prepaid-wallet, usage-based-billing, cloud-cost, pricing, railway-alternative
- **Canonical URL:** https://ownkube.io/blog/prepaid-wallet-vs-usage-based-billing
- **Cover:** https://ownkube.io/blog/prepaid-wallet-vs-usage-based-billing.png

---
A prepaid cloud wallet is a credit balance you load up front, that your apps then draw down per minute as they run. Usage-based billing does the opposite: the meter runs first and the invoice arrives after. Both charge you for what you use. The difference is the order, and the order is what decides whether a forgotten service can surprise you.

[Railway has argued](https://docs.railway.com/) that usage-based pricing is the honest model, because you pay for exactly what you consume and nothing more. That is a fair point, and it is worth taking seriously. This post is the honest counter: a prepaid wallet charges for exactly what you consume too, and it does one more thing a postpaid meter cannot, which is bound the total before anything runs.

**TL;DR**

- A prepaid wallet is a loaded balance. Usage draws it down per minute, and at zero your apps pause with their data kept, so the most you can spend is the balance.
- Usage-based (postpaid) billing meters what you run and charges a card after the cycle. It is precise, but the total is unbounded until the invoice lands.
- On Ownkube, unused wallet credit rolls over and never expires. A quiet month carries forward instead of resetting to zero.
- A prepaid wallet still meters real usage under the hood, so an idle app barely draws it down. You get precision and a ceiling.
- A pure usage-based meter still makes sense for spiky, high-scale, or pass-through-billed workloads. We say where below.

## What a prepaid cloud wallet actually is

A prepaid wallet is a dollar balance you keep on the platform. You load it (or your plan loads it for you), and every app you run draws it down per minute for the CPU and memory it actually uses. It is the same model as a transit card or a prepaid SIM: the money goes in first, and consumption spends it down.

The mechanics that matter are what happens at the edges. When the balance runs low, you top up. When it reaches zero, your apps pause and your data stays put until you add credit. There is no card being charged in the background, so there is no total that can run past the balance you chose. The ceiling is not an alert or a budget you hope holds. It is the money itself.

On Ownkube the wallet is the billing model for Ownkube Compute, the managed compute you deploy onto with no cloud account of your own, no config, and no card to start. Your plan loads the wallet each month: Personal is $5 a month and loads $5 of credit, Team is $20 a month and loads $20. Usage draws that balance down, and you top up any time from a $5 minimum.

## What usage-based (postpaid) billing is, and where it leaks

Usage-based billing meters consumption and charges you after the fact. [Railway bills per second](https://railway.com/pricing) for what runs. Most clouds bill per hour or per GB at the end of a cycle. The pitch is precision, and the pitch is real: you are charged for what you used and not a flat box you half-filled.

The leak is not in the precision. It is in the timing. Because the spend happens before the bill, three shapes of surprise are structural, not bugs:

- **The forgotten service.** You spin something up for a test, move on, and it meters quietly against your card until the invoice reminds you it existed.
- **The spike.** A busy day or a runaway process meters faster than any alert can reach you, and the overage is already spent by the time you read the email.
- **No ceiling.** A budget cap on a postpaid meter is a notification, not a wall. The meter can cross it, because the thing enforcing the limit is a promise to email you, not the absence of a payment method.

None of this makes usage-based billing dishonest. It makes it unbounded. Honesty about the rate and boundedness of the total are two different properties, and a postpaid meter only gives you the first.

## Why rollover credit that never expires changes the math

The strongest objection to prepaid is that it feels like a loss. If you load $20 and use $12, did you just burn $8? On many prepaid systems, yes, because the credit expires at the cycle boundary. That is the version of prepaid worth being suspicious of.

Ownkube does not do that. Unused wallet credit rolls over and never expires. Your plan loads credit each month, usage drains it, and whatever you did not spend stays on your balance while the next month loads on top. A quiet month is money still in your account, not money gone. Over a year of uneven usage, the balance self-levels: the light months bank credit that the heavy months draw on.

This is the piece a postpaid meter cannot match, because there is nothing to roll over. On a pure meter you pay for August in September and the slate is blank again. On a prepaid wallet with rollover, a $5 month you barely touched leaves roughly $5 waiting for the month you ship hard. The rate you pay per vCPU is the same either way. What changes is that underuse stops being a penalty.

One honest caveat: the monthly build-minutes allowance (300 minutes on Personal, 1,500 on Team) resets each month and does not roll over. It is the dollar balance that carries forward, not the build allowance. We would rather say that plainly than let you assume everything rolls.

## Prepaid vs usage-based billing, side by side

Both bill for real usage. The table is about what happens around that fact.

| | Prepaid wallet (Ownkube) | Usage-based / postpaid (Railway, most clouds) |
|---|---|---|
| Order of events | Load balance, then usage draws it down | Usage runs, then a card is charged |
| Charges for real usage | Yes, per minute on CPU and memory | Yes, per second or per hour |
| Total spend ceiling | The balance you loaded | Unbounded until the invoice |
| Idle app | Barely draws the wallet down | Metered continuously if the instance exists |
| Unused amount | Rolls over, never expires | Nothing to roll over |
| At zero / non-payment | Apps pause, data kept | Meter keeps running against the card |
| Forgotten service | Draws down the wallet, then stops | Runs up the bill until you notice |
| Best for | Personal software, small teams, bounded budgets | Spiky scale, pass-through billing, pooled org spend |

## When a pure usage-based meter still makes sense

A prepaid wallet is not the right tool for every shape of spend, and it would be dishonest to pretend otherwise.

- **Genuinely spiky, high-scale traffic.** If your load swings by orders of magnitude and you need to absorb every spike without ever pausing, a postpaid meter that just bills the overage fits better than a balance you have to keep ahead of. A prepaid ceiling is a feature when you want a limit and a friction when you never do.
- **Pass-through or client-billed usage.** Agencies and platforms that re-bill consumption to customers often want the raw postpaid meter to reconcile against invoices, not a pooled prepaid balance.
- **Large orgs with central procurement.** When finance already runs on monthly postpaid invoices and pooled commitments, a per-project prepaid wallet can be more accounting than it is worth.

The honest framing is that usage-based billing optimizes for never interrupting the workload, and a prepaid wallet optimizes for never being surprised by the bill. Most personal software and small-team apps want the second. Some high-scale, re-billed, or procurement-heavy setups want the first. Ownkube leads with the wallet because that is who Ownkube Compute is for: a cloud for personal software.

For a closer look at how the wallet mechanics play out in day-to-day usage, see [how to keep your cloud bill from surprising you](/blog/prepaid-wallet-no-surprise-bill). For the reserved-vs-metered choice inside the wallet, see [metered or a flat box: how to choose pricing for each app](/blog/metered-vs-reserved-pricing). And for where this lands against the field, [our comparison of Railway, Render, and Northflank](/blog/railway-vs-render-vs-northflank-2026) walks through each billing model at the end of the month.

## FAQ

### Is a prepaid wallet just usage-based billing with extra steps?

Under the hood it meters the same real usage per minute, so the rate you pay is the same idea. The extra step is loading the balance first, and that step is the whole point: it caps the total at what you loaded, which a postpaid meter cannot do.

### Does prepaid credit on Ownkube expire?

No. Unused wallet credit rolls over to the next month and never expires. The dollar balance persists across cycles and each monthly plan load adds on top. The one thing that resets monthly is the build-minutes allowance, not the wallet.

### Is prepaid more expensive than paying only for what I use?

No. You still pay per minute for actual CPU and memory usage, so an idle app barely registers. The metered rates are about $18 per vCPU per month and $4.50 per GiB per month, roughly a third under an equivalent Railway bill for a typical always-on app.

### What happens if I load $20 and only use $12?

The remaining $8 stays on your balance and carries into next month, when your plan loads more on top. Underuse banks credit rather than burning it.

### When would usage-based billing be the better fit?

When you have genuinely spiky high-scale traffic you never want to pause, when you re-bill consumption to clients and need the raw meter to reconcile, or when a large org already runs on pooled monthly postpaid invoices.

## Where Ownkube fits

A prepaid wallet and a usage-based meter both charge for what you use. The wallet adds a ceiling you set on purpose and rollover credit that never expires, so a quiet month carries forward and a forgotten service cannot outrun the balance. Usage-based billing is the honest choice when never interrupting the workload matters more than bounding the bill, and we say so. For personal software and small teams who would rather draw the line before the spend than reconcile it after, the wallet is the calmer default, and it is the model behind Ownkube Compute. [Deploy your first app](https://app.ownkube.io/login).