New to Rust? Grab our free Rust for Beginners eBook Get it free →
Token distribution in crypto: allocation, vesting, and unlocks

Token distribution describes who receives a crypto project’s supply and when those recipients can use it. A useful plan names each allocation, its unlock rules, and the contract or process that delivers the tokens, so you can separate a headline supply figure from tokens that can circulate today.
What token distribution means
A token distribution is the path from a defined supply to balances held by community members, contributors, investors, a treasury, or protocol programs. It is part of tokenomics, the rules that describe supply, incentives, and how tokens enter circulation.
On Ethereum, an ERC-20 token contract exposes standard operations such as totalSupply, balanceOf, transfer, and approve. EIP-20 defines that interface, but it does not decide who should receive the supply or when an allocation unlocks.
Allocation and distribution answer different questions
An allocation states how much of the supply belongs to a group, then a distribution defines whether recipients receive it at once, through a claim contract, as protocol rewards, or under a vesting schedule.
A project can allocate 20% to contributors and still have none of that amount transferable on launch day. The unlock schedule determines when that allocation becomes available, which is why a supply chart needs dates and release conditions beside every percentage.
Common token distribution paths
Projects combine methods based on how participants contribute and what the token is meant to govern or reward. The distribution method should be documented with eligibility, timing, recipient addresses or claim rules, and any transfer restrictions.
Public sales and private rounds
A sale exchanges tokens for funds under issuer-set terms that can include a cliff, a lockup period, or gradual releases, so the purchased amount and the immediately available amount may differ.
Airdrops and claims
An airdrop gives eligible addresses tokens, often through a claim page or Merkle-proof contract, and its eligibility rule decides which wallets can claim and how unclaimed tokens are handled.
Protocol rewards
Networks may issue tokens over time to validators, liquidity providers, developers, or users who complete a defined action. This creates an emission schedule, which adds supply to eligible balances according to program rules rather than a one-time event.
How vesting changes circulating supply
Vesting releases an allocation over time, with a cliff delaying the first release and linear vesting releasing a fixed proportion during each interval after the cliff.
OpenZeppelin documents VestingWallet for Ether and ERC-20 assets. The contract holds assets for a beneficiary and releases them on a schedule, which gives a token project an on-chain mechanism to express a published vesting plan.
Calculate an allocation before you publish it
Percentages should sum to the intended supply before a dashboard, whitepaper, or contract deployment uses them. I ran the following Node.js check during this refresh, and it calculates the community amount that has unlocked at 25% of a one-billion-token supply.
const supply = 1_000_000_000;
const allocations = {
community: 0.40,
ecosystem: 0.25,
team: 0.20,
treasury: 0.15,
};
const allocated = Object.values(allocations).reduce((total, share) => total + share, 0);
if (allocated !== 1) {
throw new Error(`Allocation shares total ${allocated}, expected 1`);
}
const communityUnlocked = supply * allocations.community * 0.25;
console.log(`Allocated supply: ${supply.toLocaleString()} tokens`);
console.log(`Community allocation: ${(supply * allocations.community).toLocaleString()} tokens`);
console.log(`Community unlocked at 25%: ${communityUnlocked.toLocaleString()} tokens`);

The calculation returns 400,000,000 tokens for the community allocation and 100,000,000 tokens released at that point in the schedule. A production distribution also needs integer-unit handling, recipient validation, contract tests, and an independent security review.
What to inspect in a token distribution plan
Start with total supply, then list each recipient group, its percentage, release date, cliff, vesting duration, transfer rule, and the address or contract responsible for custody or claims.
Check the next unlock event against the amount already circulating. A distribution table describes an intent. The token contract, vesting contracts, governance documentation, and published wallet data provide the evidence needed to evaluate whether that intent is being followed.
Implementation and legal boundaries
ERC-20 compatibility handles token balances and transfers, but it does not supply a distribution policy, prevent concentration, establish eligibility, or determine legal treatment in a jurisdiction.
If you are designing a distribution, have counsel review the sale or reward structure for the jurisdictions involved. If you are evaluating one, calculate unlocks from the published schedule and verify that the on-chain contracts match the documentation before relying on an allocation chart.
Sources
Read EIP-20 for the ERC-20 interface, Ethereum.org’s ERC-20 overview for its role on Ethereum, and OpenZeppelin’s VestingWallet documentation for the vesting-contract API.




