Usage-Based Billing
Pronunciation: YOO-sij-bayst BIL-ing
Also known as: Consumption-Based Billing, Pay-as-You-Go Billing
Definition
Usage-based billing calculates customer charges from measured consumption of a product or service rather than only a fixed recurring price.
Overview
Understand the idea
Billable units can include API calls, compute, storage, messages, transactions, data, minutes, or energy. Pricing may be linear, tiered, volume-based, capped, prepaid, committed, or combined with a platform fee and included allowance.
Usage is not automatically billable. Event identity, unit definition, timestamp, customer attribution, deduplication, correction, cutoff, and pricing version determine the invoice. Delayed or missing events can create adjustments, while customers may face unexpected cost without visibility or controls.
Providers should preserve raw usage evidence, normalized meters, price rules, effective dates, and an auditable calculation path to every invoice line. Customers need timely usage views, alerts, limits, estimates, and dispute procedures. Late data, credits, taxes, currency, and contract minimums require explicit treatment. Billing accuracy should be reconciled independently of product analytics.
What actually happens
Usage-based billing charges for measured consumption rather than only a flat plan. Cloud compute, API requests, storage, bandwidth and AI tokens are common examples. The technical challenge is not producing an invoice; it is measuring usage reliably, applying the correct price version and making charges understandable to customers. Crypto can serve as a payment method, but it does not solve measurement disputes by itself.
Metering records events with timestamps, account identity, quantity and source. A rating engine applies pricing tiers, included units, credits and caps to calculate the amount due for a billing period. The resulting invoice must preserve the underlying usage evidence and historical rate table. For crypto payments, a payment request is generated after usage is rated, with a fresh asset/network quote when needed. If microtransactions are used per request, fees and throughput must be considered rather than assuming every API call should create an on-chain transfer.
Decisions and failure cases
Lost events, duplicated event delivery and inconsistent time zones can overcharge users. Build deduplication, audit, customer visibility and an adjustment workflow before relying on a token rail for settlement. Do not recalculate past invoices using today's prices or revised usage records without an explicit correction.
Related concepts
Seat-Based Billing, Metered Billing, Refund Transaction.
Further reading
Example
A data platform charges $0.002 for each processed job after 10,000 free jobs. A customer uses 13,000 paid jobs in a month, generating a $26 charge. The provider creates a $26 invoice and accepts its equivalent in an allowed stablecoin; chain confirmation proves that payment, not whether 13,000 jobs were metered accurately.
Comparison
Usage-based billing derives amount from consumption. Subscription billing derives period and commercial relationship; both can coexist in a hybrid plan.
Key Takeaway
Usage-based billing calculates customer charges from measured consumption of a product or service rather than only a fixed recurring price.
Sources
- Billing — Stripe (2026-08-02)
- Usage-based billing — Stripe (2026-08-02)