Discount Model: Token Utility Through Fee Reduction

A fee discount for using the native token is the simplest and most intuitive utility model. The holder buys the token to pay less for a service. But behind this simplicity lies a fundamental limitation: a discount creates demand only at the moment of the transaction. The user has no incentive to hold — they buy and immediately spend. For the model to work long-term, additional retention mechanisms are needed.

What Is the Discount Model

Discount model — a utility mechanism where the protocol offers a fee reduction when paying with the native token. It creates price arbitrage: as long as the savings from the discount exceed the cost of acquiring the token, it’s rational to pay with the token.

The discount model is one of the five core demand models and is among the most common in projects with commission-based revenue.

Mechanics

Four Steps of the Discount Cycle

1. Base fee. The protocol sets a standard fee for its service (e.g., 0.3% on a trade)
2. Token discount. When paying the fee with the native token, the protocol reduces it (e.g., to 0.15%)
3. Market purchase. The user buys the token on the secondary market
4. Burn or recycle. The spent token is burned (deflationary effect) or returned to the treasury

Each step creates economic pressure: step 3 — buy pressure, step 4 — supply pressure. But both act instantaneously — unlike staking, there’s no prolonged lockup.

Rationality Condition

A user chooses to pay with the token if:

On liquid markets, Holding_risk approaches zero: the user buys and spends in one block. On illiquid markets, slippage can eat up the entire discount.

Price Ceiling Formula

If all volume flows through the discount, you can calculate the maximum fundamental token price:

Numerical Example

An exchange with 0.1% fee on $500M/month volume, 25% discount for token payment, circulating supply of 50M tokens (illustrative numbers — not mapped to any specific asset; BNB’s current circulating supply is ~138M):

At annual volume of $6B:

Discount Types

1. Fixed Discount

A constant percentage fee reduction when paying with the token. Simple, predictable, but doesn’t adapt to market conditions.

Example: BNB at launch — 50% discount on trading fees (per the whitepaper schedule, Y1 50% → Y2 25% → Y3 12.5% → Y4 6.75% → Y5 0%; in practice, Binance froze the discount at the Year-2 level of 25% instead of letting it decay to zero).

2. Degressive Discount

The discount decreases on a schedule, training users to accept a diminishing subsidy. This controls the program’s cost to the protocol.

In practice, Binance deviated from the schedule: rather than letting the discount decay to 0% by Year 5, it was frozen at the Year-2 rate of 25%, where it remains today.

Risk: when the discount hits zero, token demand drops sharply if there’s no alternative utility.

3. Tiered Discount

The discount size depends on how many tokens the user holds or stakes. Creates an incentive to accumulate — partially solving the instant-turnover problem.

Example: CRO (Crypto.com) — card tier is determined by CRO stake, which determines cashback rates and perks.

4. Dynamic Discount

The discount adapts to market conditions: increases when token demand is low, decreases when it’s high. Most complex to implement, but economically optimal.

When P_market < P_target, the discount increases, stimulating purchases. When P_market > P_target, it decreases, conserving protocol resources. The cap/floor clause is essential: without it, extreme ratios can push the discount above 100% (the protocol paying users to trade) or below zero.

Case Studies

BNB (Binance)

BNB is the canonical discount model example, but its success goes beyond the discount alone.

Discount: 50% on trading fees when paying with BNB (launched 2017), reduced to 25% in 2018. The whitepaper schedule would have decayed the rate to 0% by Year 5; instead, Binance froze the discount at the Year-2 level (25%) and has kept it there since. See the Binance fee FAQ and the BNB contract on Ethereum: 0xB8c77482e45F1F44dE1745F52C74426C631bDD52.

Why it worked:

• Binance is the largest exchange by volume → massive base Volume in the P_max formula
• The discount was an entry point, not the only utility
• Additional utilities were added in parallel: Launchpad (IEO access), BNB Chain (gas), staking
• Initially — quarterly burns using “20% of exchange profits.” Since late 2021, the quarterly burn was replaced by the Auto-Burn formula (algorithmic, based on BNB price and BNB Chain block production), which is distinct from BEP-95 — a separate real-time mechanism that burns a portion of BNB Chain gas fees at the protocol level. Together they have burned ~62M BNB, leaving circulating supply around 138M versus the 100M long-term target. See the BNB Chain burn blog and the live tracker BNBBurn.info

Lesson: the discount created initial demand. The ecosystem and burn sustained it.

CRO (Crypto.com)

CRO demonstrates the tiered discount with staking integration.

Mechanics: cashback rate on the Crypto.com card depends on CRO staked. More staked = higher cashback. Peak (pre-June 2022) was up to 8%; after the June 2022 revision the structure tightened substantially and was later partially restored through the Level Up program.

Priority Pass lounge access remains for Jade Green tier and above. CRO contract on Ethereum: 0xA0b73E1Ff0B80914AB6fE0444E65848C4C34450b.

Dual effect:

1. Staking — locks tokens (retention mechanism)
2. Discount — creates buy incentive

The combination solves the discount model’s main problem: staking for a tier forces holding, not just buy-and-spend.

Aave (GHO Discount)

Aave demonstrates the discount model in DeFi: stkAAVE stakers in the Safety Module receive a reduced borrowing rate on the GHO stablecoin (1 stkAAVE = discount on 100 GHO). This creates a connection between staking (protocol security) and discount (favorable terms for GHO borrowers).

Limitations

1. Transactional Demand

The discount creates demand only at the point of payment. Between transactions, the user has no incentive to hold. This leads to high token velocity, which suppresses the fundamental price.

2. Volume Dependency

P_max is directly proportional to Volume. If protocol volumes drop, the price ceiling drops with them. For early-stage projects with unstable volume, the discount doesn’t generate sufficient demand.

3. Competition with Aggregators

In DeFi, aggregators (1inch, Paraswap) automatically find the best route. If a competitor offers a better price without requiring a token, the discount loses its point. Users optimize for total cost, not loyalty programs.

4. Rational Minimum Holding

Sophisticated users optimize: buy token → pay → sell remainder — all in one block via flash loans or batched transactions. The protocol gets utilization, but not retention.

How to Strengthen the Discount Model

A pure discount works weakly. Successful projects combine it with other mechanisms:

Common Mistakes

1. Discount Without Volume

If a protocol generates $1M in annual volume with 0.1% fee and 25% discount, P_max at 10M supply = $0.000025. The discount can’t create meaningful demand at low volumes.

2. Static Discount Forever

A fixed 25% discount becomes disproportionately expensive for the protocol as the token price rises. A degressive or dynamic model is preferable.

3. Discount as the Only Utility

Without staking, governance, or burn, the discount doesn’t retain users. An isolated discount model creates maximum velocity and minimum price support.

4. Ignoring Slippage

On an illiquid market, the cost of buying the token (slippage + gas) can exceed the discount savings. This zeroes out the incentive.

5. Flat Discount Instead of Tiered

The same discount for a whale with $10M volume and a retail user with $100 is suboptimal. A tiered system ties the discount to contribution while incentivizing accumulation.

Discount model design checklist