A protocol issues a token and makes it the only way to pay. Users grow, transactions multiply — and the price stands still. This isn’t a bug; it’s the velocity paradox: the more efficient the token is as a payment instrument, the faster it circulates, and the lower its fundamental price. The payment model creates mandatory demand, but without retention mechanisms that demand doesn’t translate into value.
What Is the Payment Model
Payment model — a utility mechanism where the token is the sole or primary means of payment within the ecosystem. Unlike the discount model, where token payment is optional, here it’s mandatory.
The payment model is one of the five core demand models and is most characteristic of infrastructure projects: data storage, compute, bandwidth, oracles.
Mechanics
The Payment Cycle
Step 5 is key. The service provider (miner, validator, node operator) bears real costs in fiat. They sell the tokens they receive, creating constant sell pressure. This is what distinguishes the payment model from staking, where tokens are locked.
Velocity
The token completes the “buy → pay → sell” chain as fast as possible. Neither the buyer nor the seller wants to hold:
- Buyer minimizes price risk: buys right before payment
- Provider minimizes volatility exposure: sells immediately after receipt
Result — high token velocity.
The Exchange Equation: MV = PQ
The foundational formula for valuing payment tokens — an adaptation of Irving Fisher’s equation (1911, originally formulated as MV = PT, where T is the number of transactions; the modern income-form convention substitutes PQ for PT):
- M — token market capitalization (USD)
- V — velocity (number of times each unit of capitalization changes hands per period)
- P — price of the service
- Q — number of transactions
Rearranging to find justified capitalization:
- M — fundamental capitalization in USD (computed)
- P × Q — transaction volume per period
- V — how many times each unit of capitalization changed hands in the same period
Numerical Example
A decentralized storage protocol with $100M annual volume:
| Velocity (V) | Fundamental market cap | Per token (100M supply) |
|---|---|---|
| V = 5 | $20M | $0.20 |
| V = 10 | $10M | $0.10 |
| V = 20 | $5M | $0.05 |
| V = 50 | $2M | $0.02 |
At velocity 5 (token held ~73 days), market cap is $20M. At velocity 50 (token held ~7 days) — only $2M. A tenfold difference on identical volume.
The Velocity Paradox
Here’s the paradox: if the protocol is successful and users are satisfied, transactions flow quickly and smoothly. The token circulates rapidly. V rises. Capitalization M = PQ/V falls.
A protocol’s success as a payment system destroys the value of its token. The better the payment works, the lower the price.
Retention Mechanisms
For the payment model to create not just demand but value, mechanisms that slow token velocity are needed:
1. Staking and Collateral
Providers lock tokens as collateral to participate in the network. The more locked, the less in free circulation, the lower the effective velocity.
- V_effective — effective velocity of free-floating tokens (computed)
- S — total token supply (in tokens)
- Locked — tokens locked as collateral or in long-term contracts (in tokens)
- S − Locked — free-float supply (tokens in free circulation)
- Price — current token price (USD per token)
- Price × (S − Locked) — free-float market capitalization (USD)
Example (illustrative): Filecoin requires providers to post collateral for the entire storage duration (180 days minimum, up to 1278 days after FIP-0052, which raised the previous 540-day cap). If effective velocity is computed only over the free float, a 30% lockup implies a free-float price roughly 1/0.7 ≈ 1.43x higher than with no lockup, holding P, Q, and free-float velocity constant. This is a rule-of-thumb scenario: the actual price uplift depends on how velocity itself responds to the lockup.
2. Burn
A portion of each payment is destroyed permanently. This doesn’t reduce velocity, but decreases supply, counteracting price pressure.
- Supply_0 — initial token supply
- Total_burned — cumulative tokens burned
- Supply(t) — current supply at time t (computed)
- With active usage, creates deflation
Example: EIP-1559 in Ethereum burns the base fee. During periods of high activity, ETH becomes deflationary — more is burned than emitted.
3. Long-Term Contracts
Payment is locked for the entire service duration. The user pays tokens upfront, and they’re released as the service is consumed.
Example: Filecoin — clients pay for storage 6–12 months in advance. Tokens are locked for the contract duration.
4. Vote-Locking
Tokens are locked for governance participation. Longer lockups give greater voting weight (veToken model).
Example: Curve — veCRV locks for up to 4 years. This is one of the most aggressive retention mechanisms in the market.
Mechanism Comparison
| Mechanism | Retention strength | Lock duration | User risk | Example |
|---|---|---|---|---|
| Validator staking | High | 21 days – 1+ year | Slashing | ETH, FIL, ATOM |
| Burn | Permanent | Forever | None (transparent) | EIP-1559, BNB |
| Long-term contracts | High | Contract duration | Loss on early termination | FIL, AR |
| Vote-locking | Medium | 1 week – 4 years | Low | veCRV, veBAL |
| Protocol staking | Medium | 7–90 days | Safety Module risk | AAVE, GMX |
Case Studies
Filecoin (FIL) — Two-Sided Payment
Filecoin is the canonical payment model example with built-in retention mechanisms.
Client-side demand: storage payment in FIL only. Client buys FIL → pays for storage → tokens locked for contract duration.
Provider-side demand: pledge collateral for network participation. Locked for the entire sector duration — 180 days (minimum) up to 1278 days after FIP-0052 (previously capped at 540 days). Slashing for poor storage quality.
Dual lockup:
- Client payments locked for contract duration
- Provider collateral locked for sector duration (180 days to 1278 days)
Result: a significant share of supply is locked, and effective velocity is lower than in pure payment models.
Ethereum (ETH) — Payment + Burn + Staking
ETH demonstrates the evolution from pure payment to multi-model utility.
Payment: gas for every transaction is paid in ETH. Mandatory demand proportional to network activity.
Burn (EIP-1559): the base fee is burned. During high-activity periods, burning exceeds emission → ETH is deflationary.
Staking (PoS): 32 ETH minimum per validator. As of early 2026, roughly 34–37M ETH (~28–31% of supply) is staked.
Combined effect: three mechanisms working simultaneously create powerful retention.
TON — A Pure Payment Lesson
TON (The Open Network) illustrates the weakness of the payment model without sufficient retention mechanisms.
On paper: ETH-like model — gas paid in TON, validator staking.
In practice:
- Gas is extremely cheap → minimal payment demand
- DeFi ecosystem is underdeveloped → few transactions
- Wallet growth doesn’t translate to transaction activity growth
- The only meaningful demand source is validator staking
Fundamental valuation via MV=PQ: at current transaction volumes and average velocity, the justified price is significantly below market. The gap is speculative premium.
When the Payment Model Works
Ideal Conditions
- Essential resource. The protocol provides a resource without which work is impossible: storage, compute, bandwidth, oracle data
- Providers with collateral. Service providers post token collateral → retention mechanism
- Long-term contracts. Payment is locked for the service duration → additional retention
- Burn mechanism. A portion of payments is burned → deflationary pressure
- No alternative. The user can’t pay any other way
When It Doesn’t Work
| Situation | Why it fails |
|---|---|
| Discretionary service (games, social media) | Mandatory token payment repels users |
| Low transaction volume | M = PQ/V → at low PQ, capitalization is minimal |
| Gas costs fractions of a cent | Token demand for gas is negligible |
| Alternative payment exists (meta-transactions) | Mandatory requirement is diluted |
| Providers don’t stake | No retention mechanism → V is maximized |
Comparison with Other Utility Models
| Parameter | Payment | Discount | Securities | Value Transfer |
|---|---|---|---|---|
| Demand | Mandatory | Incentive-based | Yield-based | Infrastructure |
| Velocity | High | High | Low | Low |
| Retention | Weak | Weak | Medium | Strong |
| Best for | Infrastructure | Exchanges, platforms | Revenue-generating protocols | PoS networks |
| Key risk | V → 0 capitalization | No volume | No real revenue | No real necessity |
Common Mistakes
1. Payment Without Retention
A pure payment token without staking, burn, or long-term contracts is a token with maximum velocity. The entire fundamental capitalization = PQ/V, where V can be 50+.
2. Gas as the Only Payment
If gas costs fractions of a cent, payment demand is negligible. Ethereum works because its transaction volume is enormous. For L2s with gas < $0.001, gas-based payment doesn’t create meaningful demand.
3. Optional Payment
If the protocol accepts stablecoins “for convenience,” payment demand for the native token disappears. Each alternative dilutes the mandatory requirement.
4. Ignoring the Supply Side
Service providers (miners, nodes, validators) sell the tokens they receive. Without a collateral requirement, payment creates pure sell pressure.
5. MV=PQ Without the Speculative Component
In practice, market price = fundamental (MV=PQ) + speculative premium. The speculative premium is unstable and can account for 90%+ of the price for young projects. Design the economy around the fundamental component.
Payment model design checklist
Designing a payment model?
We've designed payment utility for infrastructure projects, DePIN networks, and data storage platforms. We'll select the right retention mechanisms and model the fundamental price.
Get in touch