Tokens, Standards and Token Economics

Introduction and Context

Tokens are programmable digital representations of value, rights, access, identity, or claims recorded on a blockchain. They are central to Web3 applications because they allow software systems to represent economic relationships directly in smart contracts. A token may represent a medium of exchange, a share in a protocol’s decision-making, access to a service, a unique digital object, or a claim on an off-chain asset.

Tokenisation does not automatically create value. A well-designed token must have a clear purpose, technically reliable implementation, credible governance, legally appropriate treatment, and sustainable economic relationships among users, builders, investors, validators, and other stakeholders. Token economics, often called tokenomics, studies these relationships. It examines how tokens are created, distributed, used, transferred, valued, governed, and removed from circulation.

This chapter distinguishes major token categories, explains important token standards, and develops a practical framework for evaluating token-economic sustainability.

Learning Objectives

By the end of this chapter, a learner should be able to:

1. Distinguish native blockchain assets from issued tokens.
2. Explain the characteristics of fungible, non-fungible, utility, governance, security, and asset-backed tokens.
3. Compare major token standards and select an appropriate standard for an application.
4. Analyse token supply, allocation, emissions, vesting, incentives, and value capture.
5. Calculate basic token-economic quantities such as circulating supply, fully diluted valuation, and inflation.
6. Evaluate whether a token model is useful, legally credible, technically secure, and economically sustainable.

1. Native Assets and Issued Tokens

A native asset is built into the operation of a blockchain. Bitcoin is native to Bitcoin, and ETH is native to Ethereum. Native assets commonly perform three functions: paying transaction fees, rewarding network participants, and helping secure the network through proof-of-work or proof-of-stake. They may also serve as collateral or a medium of exchange.

An issued token is created through a smart contract or protocol operating on an existing blockchain. For example, an ERC-20 token on Ethereum is not part of Ethereum’s base consensus asset. Its balances and transfer rules are implemented by contract code. The token depends on the underlying blockchain for settlement, transaction ordering, and security, but its economic rules are determined by its issuer or protocol.

The distinction is operationally important. A native asset is normally recognised by the protocol itself, whereas an issued token is recognised by a contract. Native assets may be transferred using base-layer transaction mechanisms; issued tokens require calls to smart-contract functions such as transfer. Wallets and exchanges must therefore identify both the blockchain and, for issued tokens, the contract address.

A token can be represented as a balance mapping. Conceptually, a fungible token contract maintains:

A transfer of amount q from account i to account j changes balances as follows:

The usual assumptions are q ≥ 0, B(i) ≥ q, valid account addresses, and successful execution of the contract. A secure implementation must also prevent integer overflow, unauthorised transfers, replay, and inconsistent state updates.

2. Token Classifications

2.1 Fungible tokens

Fungible tokens are mutually interchangeable. One unit has the same contractual identity and function as any other unit of the same token. Stablecoins, protocol reward tokens, and many governance tokens are fungible.

Fungibility is useful for payments, accounting, liquidity pools, collateral, and voting systems. A token contract generally records quantities rather than unique item identities. However, economic fungibility can be affected by blacklisting, transaction history, sanctions controls, or different tax treatment even when the technical units are identical.

2.2 Non-fungible tokens

A non-fungible token (NFT) identifies a distinct item or position. Each token has a unique identifier, and two tokens may have different metadata, rights, rarity, or ownership history. Applications include digital art, game assets, event tickets, certificates, domain names, and representations of physical goods.

An NFT does not necessarily prove that its associated image, physical asset, or legal right is authentic. The purchaser must examine metadata storage, intellectual-property rights, redemption conditions, issuer authority, and the relationship between the token and the underlying object.

2.3 Utility tokens

A utility token provides access to a product, service, feature, discount, or protocol function. Examples include tokens used to pay for decentralised storage, computational resources, or application services. Utility claims should be tested against actual usage: if the service can operate without the token, the token’s utility may be merely promotional.

A utility token may still be regulated as a security or financial product depending on its distribution, marketing, purchaser expectations, rights, and jurisdiction. Classification is a legal question, not a label chosen by a project.

2.4 Governance tokens

Governance tokens provide voting or proposal rights. Voting may control parameter changes, treasury expenditure, upgrades, collateral requirements, or the appointment of service providers. Governance systems may use one-token-one-vote, delegated voting, quadratic voting, vote escrow, or reputation-weighted models.

Governance tokens create risks. Large holders may dominate decisions, voters may be inactive, delegates may have conflicts of interest, and rapid governance votes may approve unsafe code. A token-based vote is not automatically decentralised governance; concentration, participation, execution authority, and accountability must be analysed.

2.5 Security tokens

A security token represents an investment contract, equity-like interest, debt claim, profit participation, or another regulated financial right. Its classification depends on applicable law and facts, including economic rights, managerial reliance, investor expectations, and the manner of offering. Security tokens may provide improved settlement and fractional ownership, but they require suitable issuance, transfer restrictions, identity controls, disclosures, custody, and compliance procedures.

2.6 Asset-backed and stable-value tokens

An asset-backed token is intended to represent a claim on an asset or pool of assets. Examples include tokens backed by fiat currency, government securities, commodities, real estate, or receivables. A stablecoin seeks relatively stable purchasing power, but stability depends on collateral quality, redemption rights, liquidity, governance, and market confidence.

Important questions include:

• Who legally owns the reserve?
• Can holders redeem, and at what price?
• Are reserves segregated from the issuer’s assets?
• How frequently are reserves verified?
• What happens during bank failure, insolvency, or a market shock?
• Is the token overcollateralised, algorithmically stabilised, or backed one-for-one?

A token’s market price can deviate from its target even when reserves exist. Redemption friction, blockchain congestion, exchange liquidity, credit risk, and uncertainty about reserves may produce a discount or premium.

3. Major Token Standards

Token standards are shared interfaces and behavioural conventions. They improve interoperability among wallets, exchanges, applications, custody systems, and analytics tools. A standard is not a guarantee of security or economic value; it specifies expected functions and events, while implementations may still contain defects.

ERC-20

An ERC-20 contract usually exposes functions such as totalSupply, balanceOf, transfer, approve, allowance, and transferFrom, together with Transfer and Approval events. Allowances allow a spender, such as a decentralised exchange, to transfer tokens on behalf of an owner.

Allowance design creates a security consideration. An unlimited approval may be convenient but exposes the user to losses if the approved contract is compromised or malicious. Applications should use bounded approvals, clear user interfaces, revocation tools, and audited code.

ERC-721

ERC-721 represents unique token IDs. Ownership, transfer, approval, and metadata functions are commonly supported. Metadata may be stored directly on-chain, in content-addressed storage, or on a conventional server. On-chain or content-addressed metadata generally improves persistence, but it does not settle intellectual-property ownership.

ERC-1155

ERC-1155 supports multiple token IDs in one contract and can represent both fungible and non-fungible items. Batch transfers may reduce transaction costs. It is particularly useful for games and applications with many asset classes.

ERC-4626

ERC-4626 standardises tokenised vaults. Users deposit an underlying asset and receive shares. The exchange relationship can be expressed as:

This relationship assumes that assets and shares are measured consistently and that fees, rounding, donations, losses, and pending strategies are treated according to the vault’s rules. Implementers must address inflation attacks, rounding direction, decimal differences, and asset-liability accounting.

Cross-chain standards and bridges

A token represented on several chains may be minted, locked, burned, or wrapped through a bridge. The central challenge is maintaining a consistent total claim. If a bridge incorrectly mints tokens without adequate backing, the representation becomes insolvent. Cross-chain messaging introduces additional trust assumptions, including validators, multisignature committees, light clients, or verification networks.

4. Token Supply and Distribution

Token supply has several dimensions:

• Maximum supply: the highest amount permitted by protocol rules, if one exists.
• Total supply: tokens currently created, including tokens held by contracts or the treasury.
• Circulating supply: tokens considered available to the public market under the project’s stated methodology.
• Locked supply: tokens subject to vesting, staking, governance locks, or contractual restrictions.
• Burned supply: tokens permanently removed from usable circulation.

Supply schedules may be fixed, inflationary, deflationary, or dynamically adjusted. A credible model discloses who can mint or burn tokens, under what conditions, and with which controls.

A simple circulating-supply identity is:

where C_t is circulating supply at time t, T_t is total minted supply, L_t is verifiably locked supply, R_t is permanently removed supply, and X_t is supply excluded under the project’s stated methodology, such as inaccessible or non-circulating strategic holdings. Definitions must be disclosed because projects may calculate circulating supply differently.

Fully diluted valuation (FDV) is commonly estimated as:

where P is the current token price and S_max is maximum supply. If no maximum exists, a stated future supply assumption is required. FDV is not the same as the value that could actually be realised in a sale; it ignores market depth, liquidity, demand, and the effect of selling large holdings.

Market capitalisation based on circulating supply is:

where C is circulating supply. Both MC and FDV are valuation indicators rather than accounting measures of intrinsic value.

Worked example: supply and valuation

Suppose a protocol has a maximum supply of 1,000,000,000 tokens, of which 240,000,000 are circulating. If the market price is $0.40:

MC = $0.40 × 240,000,000 = $96,000,000

FDV = $0.40 × 1,000,000,000 = $400,000,000

The result indicates substantial future dilution if the remaining tokens enter circulation without proportional growth in demand. It does not predict that the price will remain $0.40.

5. Allocation, Vesting and Emissions

Allocation determines who receives tokens and why. Typical categories include founders, employees, investors, community users, liquidity providers, ecosystem grants, validators, partnerships, and treasury reserves. A sound allocation links each category to a legitimate contribution and discloses vesting and governance rights.

Vesting delays transferability. A cliff is an initial period during which no tokens unlock. After the cliff, tokens may unlock linearly or according to milestones. If A tokens are allocated, d tokens unlock immediately, and the remaining amount unlocks evenly over n months, the monthly unlock is:

This formula assumes equal monthly unlocks and excludes additional bonuses, penalties, or changes. For example, an employee allocation of 12,000 tokens with a 1,200-token initial unlock and a 24-month linear schedule produces u = 10,800 ÷ 24 = 450 tokens per month.

Vesting can align long-term incentives, but it does not eliminate sell pressure. A large unlock may create predictable supply shocks. Analysts should compare unlock calendars with expected demand, treasury liquidity, market depth, and the behaviour of recipients.

Token inflation over a period can be measured as:

where S_0 is supply at the beginning and S_1 is supply at the end. If supply rises from 100 million to 115 million tokens, inflation is 15%. This is supply inflation, not necessarily consumer-price inflation or token-price decline.

6. Incentive Design and Value Capture

Tokens are often used to coordinate behaviour. Protocols may reward liquidity provision, data contribution, validation, referrals, staking, or governance participation. Incentives should be evaluated by asking whether they produce valuable activity or merely attract temporary capital seeking rewards.

A useful distinction is between:

• Productive demand: demand generated by actual use of the protocol.
• Speculative demand: demand based mainly on anticipated price appreciation.
• Administrative demand: demand created by voting, staking, or compliance requirements.
• Collateral demand: demand created when the token is required to secure or borrow against another asset.

Value capture describes how activity in a system benefits token holders. Possible mechanisms include protocol fees directed to a treasury, token buybacks, staking rewards funded by real revenue, access rights, collateral demand, or governance over valuable resources. A fee mechanism does not automatically create holder value: revenue may be spent on development, offset by subsidies, or captured by competing applications.

A simplified net protocol cash-flow concept is:

This is an analytical framework, not a universal accounting identity. The terms must be defined consistently, and non-cash token emissions should not be treated as costless merely because they do not immediately require fiat payment.

A token model is more credible when demand is connected to a necessary function, supply changes are transparent, rewards are funded sustainably, and governance cannot arbitrarily dilute holders.

7. Evaluating Token-Economic Sustainability

Sustainability requires more than a rising token price. A framework can examine six dimensions.

7.1 Utility and necessity

What action requires the token? Could the same service operate with a stablecoin or ordinary database? If token ownership is unnecessary, the project should justify its additional complexity.

7.2 Demand quality

Is demand recurring, transactional, collateral-based, or purely speculative? Sustainable demand tends to arise from users receiving measurable value rather than from emissions paid to users who immediately sell.

7.3 Supply discipline

Are minting rights limited? Are unlocks and treasury sales disclosed? Does governance have emergency authority to inflate supply? A capped supply can still be economically weak if demand is absent, while an inflationary supply can be appropriate when new issuance pays for reliable security.

7.4 Incentive efficiency

The protocol should compare the value of behaviour produced with the economic cost of rewards. If a protocol distributes $10 million in tokens to produce $2 million of durable revenue, the incentive programme is not sustainable unless it serves a separately justified strategic purpose.

7.5 Distribution and concentration

Concentration can be measured using a concentration index. For holders with shares s_i of supply, the Herfindahl–Hirschman-style index is:

Here s_i is expressed as a decimal proportion and the sum covers the selected holders or groups. If four equally sized holders each own 25%, H = 4 × 0.25² = 0.25. The measure depends strongly on the population included and does not distinguish exchange custody, related wallets, locked tokens, or beneficial ownership. It is therefore an indicator, not a complete decentralisation measure.

7.6 Resilience and governance

A model should survive price declines, lower trading volume, delayed development, attacks, and leadership changes. Governance should define quorum, voting periods, proposal thresholds, emergency powers, timelocks, conflicts of interest, and the possibility of minority protection.

8. Applied Case: GreenRoute Data Network

The following is an illustrative case, not a real company.

Background

GreenRoute is a proposed decentralised network through which logistics companies submit verified vehicle-efficiency data. Data consumers, including insurers and fleet managers, pay for validated reports. The project proposes the GRD token for validator bonding, data-access payments, and governance.

Problem

The initial proposal allocates 40% of tokens to the founding team and early investors, 35% to future data rewards, 15% to the treasury, and 10% to public distribution. The team proposes high rewards during the first year to attract fleets. Critics argue that the token is unnecessary because customers could pay in stablecoins.

Analysis

The token has a credible security function if validators must bond GRD and can lose it for submitting fraudulent data. It has weaker payment utility if customers do not wish to hold a volatile asset. Stablecoin payment with automatic conversion into GRD for validator bonding may reduce customer friction.

The allocation presents concentration and governance risks. Forty percent controlled by insiders could determine proposals after early unlocks. A four-year vesting schedule with a one-year cliff, transparent wallet disclosure, delegated voting, and a timelocked governance process would reduce—but not remove—this risk.

The reward programme should be tested against measurable outcomes. Suppose the first-year programme emits 20 million GRD tokens at an expected average value of $0.20, implying $4 million of token incentives. If the resulting validated-data revenue is expected to be $1.2 million, the programme is not financially self-funding in year one. It may still be justified as customer acquisition, but the project must disclose the subsidy, its funding source, and a plan to reduce emissions.

Approach and solution

A stronger design would:

1. Require GRD bonding for validators and impose slashing only through clearly defined, reviewable procedures.
2. Permit customers to pay in stablecoins while automatically purchasing or locking the GRD required for network security.
3. Use milestone-based rather than purely time-based team vesting.
4. Publish a monthly emissions and treasury report.
5. Establish a maximum governance concentration rule or delegated representation mechanism.
6. Use a gradual reward curve tied to verified data demand and service quality.
7. Commission independent smart-contract, economic, and legal reviews.

Outcome

Under this revised model, GRD has a necessary security role, while payment volatility is reduced. Sustainability remains conditional on whether data purchasers continue using the network after rewards decline. The key performance measures are recurring paid data volume, validator accuracy, net revenue after incentives, token concentration, treasury runway, and governance participation.

Learning points

The case illustrates that tokenisation should solve a coordination or security problem rather than merely replace conventional payment. It also demonstrates the importance of separating customer convenience from validator economics and of treating token rewards as an economic cost.

9. Regulatory, Ethical and Operational Issues

Token issuers should obtain jurisdiction-specific legal advice. Relevant issues may include securities regulation, collective investment rules, payments and e-money regulation, commodities law, consumer protection, market-abuse rules, tax, anti-money-laundering requirements, sanctions, privacy, and financial promotions.

Ethically, projects should disclose conflicts of interest, insider allocations, treasury authority, market-making arrangements, unlocks, risks, audits, and governance privileges. Marketing should not imply guaranteed returns. A decentralised label should not conceal concentrated control.

Privacy is also important. Public ledgers expose transaction history, and token ownership may be linkable to real identities through exchanges or analytics. Systems should minimise unnecessary personal data, use appropriate access controls, and distinguish pseudonymity from anonymity.

Smart-contract security requires independent review, testing, formal reasoning where appropriate, emergency procedures, and careful upgrade governance. Audits reduce risk but do not guarantee safety. Oracle manipulation, bridge compromise, key loss, governance attacks, re-entrancy, price manipulation, and flawed access control remain material threats.

10. Contemporary Developments and Best Practices

Current developments include tokenised treasury instruments, real-world asset platforms, account abstraction, intent-based transactions, restaking-related designs, liquid staking derivatives, modular blockchain ecosystems, and improved cross-chain messaging. These developments increase functionality but also create layered dependencies. A tokenised asset may depend simultaneously on an issuer, custodian, oracle, bridge, legal agreement, and smart contract.

Best practice is to:

• define the token’s function in one precise sentence;
• map every source of demand and supply;
• publish contract addresses and allocation wallets;
• disclose circulating-supply methodology;
• provide vesting and unlock calendars;
• test incentives under optimistic, base, and stress scenarios;
• separate technical audits from economic and legal reviews;
• use conservative assumptions about price, liquidity, and user growth;
• design governance with timelocks, emergency controls, and accountability;
• measure real usage rather than social-media attention;
• communicate uncertainty and avoid return guarantees.

Chapter Summary

Native assets are embedded in a blockchain’s consensus and fee system, while issued tokens are created by contracts on an existing network. Fungible tokens represent interchangeable units; NFTs represent unique identifiers; utility tokens provide access; governance tokens confer decision rights; security tokens represent regulated investment interests; and asset-backed tokens represent claims on reserves or other assets.

Standards such as ERC-20, ERC-721, ERC-1155, ERC-4626, and comparable standards on other networks improve interoperability but do not guarantee security, legality, or value. Token-economic analysis must examine total and circulating supply, minting and burning authority, allocation, vesting, emissions, incentives, demand, concentration, value capture, and governance resilience.

Market capitalisation and fully diluted valuation are useful indicators but depend on supply definitions and do not measure liquidity or intrinsic value. Sustainable models connect token demand to real utility or security, disclose economic costs, control dilution, and remain resilient when speculation and subsidies decline. Legal compliance, consumer protection, privacy, smart-contract security, and ethical disclosure are integral parts of professional token design.

Key Terms

Native asset: An asset built into a blockchain’s base protocol.

Issued token: A digital asset created by a smart contract or application on an existing blockchain.

Fungibility: Interchangeability of units with equivalent contractual characteristics.

NFT: A non-fungible token representing a distinct token ID or digital claim.

Utility token: A token intended to provide access to a product, service, or function.

Governance token: A token that provides voting or proposal rights.

Security token: A token representing an investment or regulated financial interest.

Asset-backed token: A token intended to represent a claim on specified assets or reserves.

Stablecoin: A token designed to maintain relatively stable value against a reference asset.

Token standard: A shared interface and behavioural convention for token contracts.

Allowance: Permission for a third party to transfer tokens on an owner’s behalf.

Maximum supply: The highest token quantity permitted under stated protocol rules.

Circulating supply: Tokens treated as available in the public market under a disclosed methodology.

Vesting: A schedule that restricts transferability until specified times or conditions.

Cliff: An initial period before any scheduled vesting occurs.

Emission: The creation and distribution of newly issued tokens.

Value capture: The mechanism through which protocol activity benefits token holders or the treasury.

Fully diluted valuation: Price multiplied by maximum or assumed future supply.

Slashing: Destruction or confiscation of bonded assets for defined misconduct.

Tokenomics: The study and design of a token’s economic system.

Review Questions

Short Answer Questions

1. What is the principal difference between a native asset and an issued token?
2. Why are token standards important for Web3 applications?
3. Distinguish fungible tokens from NFTs.
4. What is the purpose of vesting and a cliff?
5. Why can a token with a capped supply still have little economic value?

Long Answer Questions

1. Compare utility, governance, security, and asset-backed tokens, including their principal risks.
2. Explain how ERC-20, ERC-721, ERC-1155, and ERC-4626 address different application requirements.
3. Analyse how allocation, vesting, emissions, and unlocks influence token-market sustainability.
4. Discuss the difference between productive demand and speculative demand.
5. Explain why legal classification, disclosure, governance, and smart-contract security must be considered together.

Analytical / Application Questions

1. A token has a price of $0.75, 80 million circulating units, and a maximum supply of 500 million. Calculate its market capitalisation and FDV, then interpret the dilution risk.
2. Design a token model for a decentralised storage network. Identify the token’s necessary function, demand sources, allocation, vesting, incentives, and governance safeguards.
3. Critically evaluate a protocol that distributes large token rewards but generates little fee revenue. What evidence would you require before concluding that its model is sustainable?

Multiple Choice Questions with Answers

Question 1

Which statement best distinguishes a native asset from an issued token?

A. A native asset is embedded in base-layer protocol operation, while an issued token is created by a contract.

B. A native asset can never be traded on an exchange.

C. An issued token always represents a security.

D. A native asset must be non-fungible.

Correct Answer: A. A native asset is embedded in base-layer protocol operation, while an issued token is created by a contract.

Question 2

Which standard is primarily designed for unique NFTs on Ethereum-compatible networks?

A. ERC-20

B. ERC-721

C. ERC-4626

D. ERC-165

Correct Answer: B. ERC-721

Question 3

A project has 240 million circulating tokens and a maximum supply of 1 billion. At a price of $0.40, what is its fully diluted valuation?

A. $96 million

B. $160 million

C. $400 million

D. $1 billion

Correct Answer: C. $400 million

Question 4

What is the main purpose of a vesting schedule?

A. To guarantee that the token price increases

B. To delay or condition transferability of allocated tokens

C. To eliminate all governance rights

D. To convert an NFT into a native asset

Correct Answer: B. To delay or condition transferability of allocated tokens

Question 5

Which is the strongest example of productive token demand?

A. Users needing the token to access and pay for a service they genuinely use

B. Traders buying only because a price increase is expected

C. Bots generating transactions solely to qualify for an airdrop

D. Investors holding tokens without using the protocol

Correct Answer: A. Users needing the token to access and pay for a service they genuinely use

Question 6

What does an ERC-4626 vault generally tokenise?

A. A blockchain’s base consensus rules

B. A collection of unrelated NFTs

C. Deposits and ownership shares in an underlying-asset vault

D. A legal identity document

Correct Answer: C. Deposits and ownership shares in an underlying-asset vault

Question 7

If token supply rises from 100 million to 115 million, what is the supply inflation rate?

A. 5%

B. 10%

C. 15%

D. 115%

Correct Answer: C. 15%

Question 8

Which issue is especially relevant to asset-backed tokens?

A. Whether reserve assets, redemption rights, and custody are credible

B. Whether every unit has a unique token ID

C. Whether the token must use proof-of-work

D. Whether governance voting is impossible

Correct Answer: A. Whether reserve assets, redemption rights, and custody are credible

Question 9

Why can a large insider allocation create governance risk?

A. Insiders may control votes or sell substantial quantities after unlocks.

B. Insiders cannot transfer vested tokens.

C. Large allocations automatically make tokens non-fungible.

D. Insider allocations remove all smart-contract risks.

Correct Answer: A. Insiders may control votes or sell substantial quantities after unlocks.

Question 10

Which statement about audits is most accurate?

A. An audit guarantees that a protocol cannot be hacked.

B. An audit replaces the need for legal review.

C. An audit can reduce identified technical risks but does not guarantee safety or economic sustainability.

D. An audit determines whether a token is a security in every jurisdiction.

Correct Answer: C. An audit can reduce identified technical risks but does not guarantee safety or economic sustainability.