Token utility is what a token lets you do; value accrual is whether the success of the protocol actually flows back to people who hold the token. The two are often confused, and that confusion is behind many tokens that have plenty of "utility" on paper but no lasting demand. A token can be required for governance, staking and fee discounts and still trade down steadily if none of those uses creates a reason to buy and hold it rather than buy, use and sell immediately. Good token design starts by separating three things: the value your protocol creates, the share of that value the protocol captures, and how much of the captured value accrues to the token.
This guide explains the main utility types and accrual mechanisms, where each one breaks, and a framework for choosing the right combination for your project.
Value Creation, Capture and Accrual
It helps to think of value moving through three layers:
- Value creation. The product does something people want: it settles trades, lends capital, stores data, runs a game. This is measured in usage, not in token price.
- Value capture. The protocol takes a share of that activity, usually through fees, spreads or charges for access.
- Value accrual. Some of what the protocol captures reaches token holders, directly or indirectly.
Most token design mistakes happen at the boundaries. A protocol can create a lot of value and capture almost none because fees are set at zero to grow. It can capture value but route all of it to a foundation treasury, so the token sees nothing. Or the token can receive value only through a mechanism that holders do not trust, such as a discretionary buyback that may never happen.
Being honest about which layer is weak is the first step to fixing it.
The Main Types of Token Utility
Utility is a set of reasons to need the token. The useful question for each is whether it creates holding demand (people keep tokens) or only transactional demand (people touch the token briefly).
Medium of exchange or payment
Users pay for the service in the token. This creates transactional demand, but if users buy the token just before paying and the recipient sells it right after, the net effect on holding demand is small. Velocity is high, and high velocity tends to limit how much value a token can hold.
Access and gating
Holding or staking a minimum amount unlocks features, tiers or allocations. This creates holding demand as long as the access is genuinely valuable. It fails when the gated features are not worth much or can be obtained some other way.
Staking for security or service provision
Validators, node operators, keepers or sequencers stake the token as collateral that can be slashed. This is one of the strongest forms of utility, because stakers are economically committed and the stake scales with the network's needs. It only works if there is real work to secure.
Governance
Holders vote on parameters, treasury spending or upgrades. Governance alone is weak utility if decisions have little economic consequence. It becomes stronger when governance controls something valuable: emissions direction, fee switches, treasury allocation or incentive budgets that other protocols want to influence.
Collateral and liquidity
The token is accepted as collateral or paired in liquidity pools across DeFi. This deepens demand and makes the token more useful, but it also creates liquidation risk during sharp drawdowns, which can amplify volatility.
Incentives and rewards
The token is used to reward users, liquidity providers or contributors. This is distribution, not demand. Incentive emissions create sell pressure unless recipients have reasons to hold, a point we cover in our guide to game theory in tokenomics.
The Main Value Accrual Mechanisms
If utility gives people reasons to hold, accrual mechanisms connect protocol revenue to the token. There are a handful of common patterns, each with trade-offs.
| Mechanism | How value reaches holders | Main strengths | Main risks |
|---|---|---|---|
| Buyback and burn | Protocol revenue buys tokens on the market and removes them from supply | Simple, visible, no distribution to individual holders | Effect depends on revenue size relative to emissions; poorly executed buybacks can be front-run |
| Buyback and distribute | Revenue buys tokens that go to stakers | Rewards committed holders | Similar to yield; may raise regulatory questions |
| Real yield to stakers | A share of fees is paid to stakers, often in a major asset or stablecoin | Clear link between usage and holder return | Can look like a profit share, which raises securities law questions in many jurisdictions |
| Fee discounts or rebates | Holders or stakers pay less to use the protocol | Rewards actual users | Value is capped by how much users spend on fees |
| Vote-escrow (locking) | Locking tokens for longer grants more voting power and rewards | Reduces circulating supply, aligns long-term holders | Complexity, and power can concentrate in a few large lockers |
| Token as required payment or burn on use | Using the service burns or consumes tokens | Ties supply reduction directly to usage | Only works if usage is large relative to issuance |
| Treasury backing | Treasury assets set a reference value per token | Can provide a floor narrative | Treasury must be credibly managed and transparent |
A few practical observations on these:
- Revenue must exceed dilution to matter. A buyback that absorbs a fraction of the tokens emitted each month does not offset sell pressure. Compare expected revenue directed to the token with scheduled emissions and unlocks before promising anything. Our guide to token buyback programs covers the execution side.
- Distribution choices have legal consequences. Mechanisms that pay holders a share of protocol revenue can change how a token is analysed under securities laws. Take legal advice before turning on a fee switch or real-yield programme.
- Blends are normal. Many protocols combine mechanisms, for example sending part of revenue to buybacks, part to stakers and part to the treasury. That is fine as long as the split is published and predictable.
Where Utility Designs Break
Utility that does not require holding
If users can buy the token, use it and sell within minutes, utility creates volume without holding demand. Ask, for each use case, how long a typical user needs to hold the token.
Accrual that depends on discretion
Promises like "the treasury may buy back tokens" give the market very little to price. Rules-based programmes (a fixed share of revenue, executed on a schedule) are more credible than discretionary ones.
Governance with nothing to govern
A governance token that votes on cosmetic issues is not much different from a token with no utility. Give governance real control over economically meaningful parameters, or do not lean on it as the main reason to hold. Governance also depends on an engaged holder base, which is a community question as much as a tokenomics one; our comparison of Discord vs Telegram for crypto communities covers where structured governance discussion tends to work best.
Utility added after launch
Teams sometimes launch a token first and promise utility later. The market tends to price what exists, not what is promised. If key utility arrives months after TGE, plan supply, unlocks and liquidity on the assumption that early demand will be speculative.
A Decision Framework for Your Token
Work through these questions in order:
- Does the protocol need a token at all? If the product works equally well without one, a token's value will rest almost entirely on speculation. Be honest here.
- What does the token secure or coordinate? If there is real work (validation, sequencing, oracle reporting, insurance backstops), staking-based utility is likely your strongest foundation.
- Does the protocol capture value today? If fees are zero or will be for a long time, accrual mechanisms have nothing to distribute yet. Design the mechanism now, but do not market it as live.
- What is the cleanest route from revenue to holders? Choose one or two mechanisms you can explain in a sentence. Buyback and burn, fee share to stakers, or burn on use are the most common starting points.
- How does accrual compare with dilution? Model emissions, unlocks and expected accrual side by side for at least the first two years. Our tokenomics design guide covers the supply side of that model.
- What are the legal constraints? Check the mechanism against the jurisdictions you operate in and the exchanges you plan to list on before you finalise it.
- Can the market verify it? On-chain execution, public dashboards and published rules make accrual credible. Hidden or discretionary programmes do not.
Token Utility Checklist
- Each utility is classified as holding demand or transactional demand
- At least one utility requires holding or locking for a meaningful period
- Governance controls something with real economic weight
- Revenue-to-token routing is written down and rules-based
- Expected accrual is modelled against emissions and unlocks
- Legal review covers any mechanism that shares revenue with holders
- Execution of buybacks or burns is transparent and verifiable on-chain
- Utility planned for after TGE is clearly labelled as future, not current
How This Connects to Liquidity
Utility and accrual shape who holds a token, for how long, and how they react when price moves. Tokens with strong holding demand usually have steadier order books; tokens driven mostly by speculation need more liquidity support to absorb volatility, especially around unlocks. At Fibonacci Capital we look at token design as part of planning market making, because the right depth and spread targets depend on how much organic holding demand a token actually has.
If you are finalising your tokenomics and want to understand what it means for liquidity after launch, talk to Fibonacci Capital.