Did you know? A blockchain project can announce that a million tokens are locked without reducing the number of tokens in existence. The units may be unavailable for immediate use under a particular contract, but they have not necessarily been destroyed. They may become transferable later.
Imagine a fictional school science club with 1,000 ART reward credits. The school puts 400 in a cabinet that cannot normally be opened until next term. The club then destroys another 100 under its documented rules. Locking and destroying are different actions, even though both may affect how many credits are usable today.
Quick answer: locking usually restricts existing token units by time or condition. Vesting allows a beneficiary to claim defined portions over time. Burning removes units from recognised supply under a proper burn function, although separate minting powers may create new units later. Locked units can still count toward total supply and can affect future circulation when released. The actual outcome depends on the token, custody arrangement, beneficiary and any administrative permissions.
This guide explains how blockchain technology works through locks, cliffs, vesting, burns, liquidity positions, ownership, supply accounting and economic claims. It is a conversational “Did you know?” lesson using paper examples instead of financial recommendations.
Choose Your Reading Route
- The school cupboard and shredder
- What an ERC-20 burn changes
- How a time lock works
- Vesting is not the same as one fixed unlock
- Cliffs and gradual vesting
- Locked tokens can remain part of total supply
- Why a future unlock can affect available supply
- Frequently asked questions
- Primary sources and further reading
The school cupboard and shredder
Imagine the science club has 1,000 paper reward cards. When its committee places 400 inside a locked cupboard, all 1,000 cards still exist. The cupboard restricts who can use the selected 400, and for how long.
When the committee destroys 100 cards, those particular units no longer exist in the paper inventory. If it prints another 50 tomorrow, the number of outstanding cards rises again. Each step has a different accounting entry.
The analogy clarifies why “locked” is not another word for “burned.” A lock affects access. A burn affects recognised quantity under the system’s rules. A new issuance affects quantity again.
A real blockchain can use a smart contract as the cupboard. But an attractive dashboard showing a locked-padlock icon does not establish what the contract actually enforces. The code might have an emergency release route or allow the beneficiary’s claim to be transferred.
For students, the best question is what exact capability is restricted, by which contract, for whom, until what event? That is a more useful definition than a marketing claim that all team tokens have disappeared forever.
What an ERC-20 burn changes
In an ERC-20-compatible token with a proper burn function, a burn can decrease the affected balance and total outstanding supply according to its contract implementation. OpenZeppelin provides an ERC20Burnable extension that implements burning a holder’s own units or units covered by an applicable allowance.
A successful burn can be visible as a transaction and supply change. But an ordinary reader still needs to identify the correct chain, token contract and block. A copied ticker or screenshot is not enough.
Suppose the classroom ART token begins with 1,000 units and the school burns 100 using a valid supply-reducing operation. Its outstanding total becomes 900 under our simplified assumptions.
Those destroyed units are different from 400 units sitting in a contract wallet. The wallet may still hold a balance and the token contract may continue to count the 400 as outstanding.
A burn also does not guarantee higher prices or authentic issuer claims. Market value and future issuance depend on separate economic and administrative conditions.
The OpenZeppelin ERC-20 reference documents burning, while ERC-20 describes the basic total-supply and balance interfaces.
How a time lock works
A time-lock contract can hold assets and restrict withdrawal until a specified time or condition. A user may be recorded as beneficiary even though a transfer to their ordinary wallet is not yet allowed.
Imagine Alice receives a classroom prize allocation of 120 ART credits. The club deposits those units into a locking contract, which will release them only after the exhibition. The tokens are still counted; they simply cannot yet be withdrawn through the normal permitted route.
The lock’s strength depends on its implementation. Can an administrator shorten the deadline? Is there an emergency function? Who can appoint a new beneficiary? Is the contract upgradeable? Each power changes what “locked” actually promises.
Some locks are designed to have no administrator after deployment; others are deliberately configurable. No universal description fits every design.
One important accounting distinction is that a lock’s release does not necessarily create new token units. Existing units are moved or made claimable under already defined rules.
A technically precise report identifies the token, quantity, contract, beneficiary, start and release conditions, alongside any exceptional rights. “Locked until next year” is not complete unless these details can be verified.
Vesting is not the same as one fixed unlock
A vesting arrangement can make a portion of an allocation available over time. Instead of releasing every unit at once, a contract might increase the claimable quantity according to a defined schedule.
Suppose Tricia receives 120 fictional credits over twelve months. If her arrangement vests ten credits monthly, the claimable amount may grow from ten after month one to sixty after month six and 120 after a full year, subject to the contract’s precise time and rounding rules.
This is different from a simple fixed lock that releases all 120 at one deadline. Two marketing pages may both use “twelve-month lock,” but the actual availability can differ dramatically.
OpenZeppelin’s VestingWallet provides an example of a wallet releasing native assets or ERC-20 tokens under a schedule. Its documentation makes clear that new deposits may be partly immediately releasable after the vesting start, depending on the timeline.
Therefore, a credible claim needs the vesting start, duration, allocated total, released quantity and current beneficiary. A diagram without those values cannot establish what is available today.
The useful lesson is a vesting contract controls an entitlement through time; it is not automatically reducing the asset’s outstanding supply.
Cliffs and gradual vesting
A vesting cliff commonly means that the holder cannot claim any of the allocation before a specified minimum period. After the cliff, a defined portion may become available, with the rest released according to the chosen rules.
A fictional school may make all club officers wait six months before accessing prize credits. Another programme might release credits in equal monthly portions from its start date. Both have the same total allocation but different short-term liquidity consequences.
The details depend on the actual contract. One design may release an accumulated percentage immediately when the cliff ends. Another may begin gradual vesting only after that event.
The contract’s clock is also relevant. Ethereum block timestamps have protocol-defined semantics that should not be mistaken for exact physical stopwatches. Legal terms should describe timing clearly.
For students, draw a timeline with months 1–12 and a separate line showing how many units are actually claimable after each step. A total number printed at the top does not tell the whole story.
See Why Block Timestamps Are Not Exact Clocks for the timing boundary.
Locked tokens can remain part of total supply
The total outstanding supply of an ordinary ERC-20 token is generally determined by the contract’s accounting rules. Tokens held inside a vesting or locking contract may remain part of the supply reported by totalSupply.
Imagine ART has 1,000 outstanding units. Four hundred are in the locking contract and six hundred in other wallets. The contract still recognises all 1,000. Market researchers might instead report a smaller *circulating supply* if their stated method excludes locked units.
Now the school burns 100 from an unlocked balance. Total outstanding becomes 900, of which 400 remain locked. The 400 are not extra units outside the new 900.
Circulating supply is often an analytic classification rather than one universal field shared by every token. Sites can disagree about whether a treasury, vesting or bridge balance counts toward circulation.
A responsible comparison names the contract, chain, observation block and definition of supply. Mixing an on-chain total with a market provider’s circulation estimate can create inaccurate percentages.
For economic context, read Why Burning Tokens Does Not Guarantee a Higher Price. Supply arithmetic and market pricing are different questions.
Why a future unlock can affect available supply
Locked tokens may later become claimable, and claimable tokens may then become transferable. That can increase how many units are potentially available in ordinary circulation.
It does not follow that every beneficiary will sell on the unlock date. Some may hold the units, use them in an application, participate in governance or transfer them privately according to their rights.
Our school club unlocks 100 reward credits at the start of a term. Students could exchange them, keep them or use them for equipment reservations. The effect on value depends on demand and behaviour, not simply the calendar.
A market analysis therefore distinguishes newly minted units, already existing units becoming unlocked, and a transfer of existing tokens between accounts. These events affect different parts of supply accounting.
Projects should make important future release conditions understandable. A giant lock percentage without a disclosure of imminent scheduled releases can conceal the time dimension.
The reader’s best question is: how many units become available under which conditions, and what rights do their beneficiaries have when that happens?
What a liquidity lock really locks
The term *liquidity locked* can refer to an interest in a trading pool rather than the token’s entire total supply. A liquidity provider may own a position representing its entitlement to the assets inside that pool.
Locking that position can restrict when the provider may withdraw the underlying pool assets. That can be useful evidence against some forms of sudden liquidity removal, but it does not automatically eliminate other risks.
The token contract may retain administrative powers or trading fees. Other liquidity providers may be able to exit. Market demand and prices can change. And the lock itself can have a specified release date.
In the fictional school, the club locks a claim ticket that grants rights to the equipment kept at its exchange desk. The ticket lock restricts one route for taking equipment away. It does not guarantee that the equipment stays valuable or that nobody else has separate rights.
A trustworthy report names the pool, chain, liquidity position, locking contract, beneficiary and release conditions. A token ownership renunciation and a liquidity lock are separate facts.
See Why Renouncing Contract Ownership Does Not Remove Every Risk for the different authority paths.
A beneficiary can sometimes transfer a future claim
A token can remain locked while the economic entitlement to receive it changes hands. For example, OpenZeppelin’s VestingWallet is an ownable contract, and its documentation notes that the beneficiary ownership position can be transferred.
In our classroom example, Alicia cannot withdraw her scheduled 60 ART credits yet, but the club’s rules might permit her to transfer the right to receive those credits to Tricia. The underlying lock can remain in force while its future beneficiary changes.
This is why “the tokens cannot leave until December” is not automatically equivalent to “no one can sell any related economic interest before December.”
Some systems intentionally make rights transferable; others attempt to limit such transfers. The actual arrangement and related legal terms matter. A lock can be enforceable while the resulting position remains economically tradeable.
Readers should inspect the ownership model, beneficiary controls, and any separate claim token or contract right. A public token balance is not a complete description of every interest in that balance.
The useful distinction is between locked underlying units and the right to receive them later. Those are linked but can be treated differently by the rules.
Why a lock’s administrator matters
Some locks have an administrator who can adjust a release schedule, redirect a beneficiary, upgrade the implementation or activate an emergency pathway. Other designs deliberately remove such powers. The existence of these choices means “locked” needs a specific definition.
Imagine the school’s locked cupboard has a timer and an emergency override held by a committee. The normal rule prevents early opening. But the statement “nobody can ever open it early” is false because an exception remains.
An administrator role is not necessarily malicious. It may support repairs, legal compliance or recovery. Yet it changes what the lock can guarantee without relying on a trusted party.
Proxy upgradeability can also matter. An application might keep a stable locking-contract address while changing effective logic through an authorised process.
A serious audit maps all ways assets can be released and who controls those pathways. A single contract balance or website badge is not a substitute.
For related detail, read Why a Contract Address Can Keep Working After an Upgrade.
A lock is not a promise about price
A token may be locked under technically correct and publicly verifiable conditions yet experience a major change in market valuation. Its price depends on demand, liquidity, product usefulness, redemption rights and expectations about future supply.
The school could securely lock half its ART credits while students lose interest in the reward programme. The tokens remain genuinely locked but could be less desirable after the school cancels the related activities.
Conversely, a project can develop useful services without burning or locking more tokens. More interest in its assets may affect value independently of those supply operations.
It is therefore misleading to claim that a high lock percentage guarantees a particular return or protects buyers from all risks. The restriction may address one concern—availability of a specific allocation—while leaving most economic conditions unresolved.
An audit badge may strengthen evidence that the locking contract follows specified code, but it cannot guarantee future market prices or the honesty of every organisation involved.
The appropriate conclusion is narrow: a lock restricts defined actions over defined units under the current rules; its economic value must be assessed separately.
Worked example: five different supply events
The fictional ART token begins with 1,000 units outstanding. The club locks 400. Total supply remains 1,000, and the locked amount is 400 under the chosen contract.
The club burns 100 unlocked units. Total falls to 900. The 400 locked units still exist within that 900, and the other 500 are outside this particular lock.
The club then mints 50 new units under an authorised process. Total rises to 950. The earlier burn remains a genuine historical event, but it did not make future issuance impossible.
Next, 200 of the locked units become claimable at the scheduled time. The total remains 950 because no new tokens were created by the release. The available portion changes.
Finally, the beneficiary sells a permitted future claim to the remaining locked 200 units. Under the hypothetical design, the underlying tokens remain held until their scheduled release, while the future recipient changes.
These are five different ledger and rights events: lock, burn, mint, vest and transfer entitlement. Students should learn to name each separately rather than describing all five as “tokens removed from supply.”
How to read a locking announcement
A project may say “80% of our tokens are locked,” but the claim is incomplete without a denominator and a verifiable restriction. Eighty percent of what: total existing units, an initial allocation, current circulation or the team’s own holdings?
Suppose 800 of 1,000 units sit in a treasury wallet. That balance alone does not prove a smart-contract lock. A treasury controlled by an operator could retain the ability to move the funds immediately.
Alternatively, the tokens could be genuinely time-locked until tomorrow. The statement is correct today but of limited value for predicting next month’s available supply.
A report should specify the token contract and chain, locking mechanism, amount, start, duration, current beneficiary, release schedule and all administrative powers. It should explain whether the data are current or based on an earlier block.
A reader can then distinguish a technically restricted balance from a mere promise not to spend. Both may matter, but their enforceability differs.
The goal is not to accuse every project of bad intent. It is to make the meaning of the word *locked* checkable rather than decorative.
Seven questions to ask about any token lock
What exactly is locked? Identify the asset, network, address and quantity. A token symbol alone does not establish the relevant asset.
What enforces the restriction? Is the arrangement a time-lock contract, vesting wallet, escrow, multisignature policy, custodian or public promise?
How much is claimable now? Separate allocated, released, remaining restricted and currently transferable units.
Who can change the rules? Check administrator powers, beneficiary changes, proxy upgrades and exceptional release pathways.
When does the restriction end? Read the contract’s actual time conditions, cliff and release formula.
Did total supply change? A transfer into a locking contract is not automatically a burn. Compare the correct total-supply field and event.
What economic conclusions remain uncertain? Locking does not guarantee price, liquidity, real-world rights or that beneficiaries will hold their tokens after release.
A strong status sentence might say: “At block B, contract C holds 400 ART units for beneficiary D; its schedule makes 100 claimable and 300 restricted under its listed permissions.” This is far more useful than a giant padlock icon.
Frequently asked questions
Are locked tokens the same as burned tokens?
No. Locking generally restricts existing units, while a proper burn decreases the total outstanding quantity under the contract’s rules.
Does locking always reduce total supply?
No. A time-lock or vesting contract usually holds tokens already counted in total supply.
What is token vesting?
Vesting is a defined release process that makes an allocation claimable over time or under specified conditions.
What is a vesting cliff?
It commonly refers to an initial period before any allocation becomes claimable, with later release governed by the schedule.
Can a token be locked permanently?
Some contracts have very long or intentionally irreversible restrictions. Whether permanence is enforceable depends on the precise code and authority model.
Can a beneficiary sell locked tokens?
The underlying tokens may be restricted while the right to receive them is transferable under some designs. Inspect the beneficiary and ownership rules.
Does a liquidity lock prevent a token from losing value?
No. It can restrict a particular liquidity-provider position without guaranteeing a price or removing every market and contract risk.
Can administrators unlock tokens early?
Some designs permit exceptional release, schedule changes or upgrades. Others do not. The actual contract must be checked.
Are tokens newly minted when a vesting period ends?
Not necessarily. Many vesting contracts release existing held units, leaving total supply unchanged.
Does a big token lock guarantee that the price will rise?
No. The price depends on demand and other economic factors as well as on current and future supply.
Can the token supply increase after a burn?
Yes, if authorised new minting exists under the applicable implementation. A historical burn does not necessarily prevent new issuance.
What should students remember?
A lock changes access to existing tokens. A burn changes their recognised outstanding quantity. Vesting changes when the holder may claim the allocation.
Primary sources and further reading
The OpenZeppelin VestingWallet reference explains time-based release and beneficiary ownership. ERC20Burnable describes burning, while EIP-20 defines token balances and supply metadata.
For eduKateSG readers, continue to Why Burning Tokens Does Not Guarantee a Higher Price, Why Renouncing Contract Ownership Does Not Remove Every Risk, Why a Wallet Balance Cannot Always Be Spent and Why a Smart Contract Audit Is Not a Safety Guarantee.
The useful habit is to identify which units still exist, who can move them, when they become claimable and how that affects the actual supply measure. A real lock is a specific rule, not a synonym for destruction.