PROPELOO

CRYPTO TOKEN / TOKENOMICS ENGINEERING

Design a token economy that holds its value proposition.

PROPELOO engineers crypto token systems — from ERC-20 and SPL contract architecture through tokenomics design, vesting contracts, distribution mechanics and the governance infrastructure that gives token holders real power. A token is not just a smart contract. It is an economic instrument. The tokenomics determines whether it captures value or bleeds it.

A token without a defensible value accrual mechanism is a temporary fundraise with an expiry date.

Most token projects fail not because the underlying technology is bad, but because the token economics were designed to maximise the initial fundraise rather than to create a system where holding the token is genuinely better than selling it. Emission schedules that outpace protocol revenue create constant sell pressure. Governance tokens where voting changes nothing drive holder apathy. Utility tokens whose utility can be accessed without holding the token eliminate the demand mechanism. PROPELOO designs token systems starting from the value accrual question: why would a rational actor hold this token rather than sell it? Every mechanism — staking, fees, governance, access — must answer that question credibly.

The full token engineering stack.

A token is not one contract. It is an economic system with emission, distribution, vesting, utility and governance components that must function together.

System Layers

  • Token Contract Layer: ERC-20/SPL contract with configurable supply, mint authority, burn mechanics, transfer hooks
  • Distribution Layer: Airdrop contracts, vesting schedules, cliff/linear unlock, team/investor/community allocations
  • Utility Layer: Staking contracts, fee discount mechanics, access control tied to token balance, burn mechanisms
  • Governance Layer: On-chain voting, delegation, proposal execution, timelock, snapshot integration
  • Launch Infrastructure: DEX liquidity, CEX listing prep, token tracker listings, bridge contracts

Core Technical Capabilities

  • Token Contract Engineering

    ERC-20 with configurable max supply, minting roles, burning, pausability, permit (EIP-2612) for gasless approvals, and snapshot capabilities for governance. SPL token on Solana with freeze authority, mint authority and metadata via Metaplex.

  • Vesting & Lockup Contracts

    Cliff + linear vesting schedules enforced on-chain for team, investor and advisor allocations. Revocable vesting for employee grants. Merkle-based batch vesting deployment for large allocations. Slashing conditions for validator/node operator staking.

  • Staking & Rewards

    Single-asset staking with epoch-based reward distribution, lock-up period enforcement, early withdrawal penalty, compound staking and protocol revenue sharing to stakers.

  • Governance System

    OpenZeppelin Governor with configurable quorum, voting period, proposal threshold and timelock. Token delegation for liquid governance. Snapshot.org integration for off-chain signalling before on-chain execution.

  • Airdrop Infrastructure

    Merkle tree airdrop contracts for gas-efficient distribution to large recipient lists. Claim deadlines with unclaimed token recovery. Multi-token airdrops. Vesting-enabled airdrops that release over time.

  • Cross-chain Token

    Canonical token on primary chain with lock-and-mint bridges to secondary chains. LayerZero OFT (Omnichain Fungible Token) standard for native multi-chain tokens. Unified total supply accounting across chains.

How we think about token design.

Token design is mechanism design. The token contract is trivial. The tokenomics — emission, distribution, utility and governance — determines whether the token system creates or destroys value.

  • Value accrual must be structural, not narrative

    A token that "accrues value because the protocol is successful" is not a value accrual mechanism — it is a hope. Structural value accrual means: protocol fees flow to token holders via buyback-and-burn or fee distribution, holding the token gives access to services that cannot be accessed otherwise, or governance rights over a genuinely valuable treasury or protocol parameter set. Design the mechanism, not the narrative.

    Axiom:

  • Emission schedule is the most important tokenomics decision

    An emission schedule that releases 40% of supply in year one via liquidity mining will face continuous sell pressure as farmers harvest and sell rewards. The emission rate must be calibrated against expected protocol revenue and organic demand. If emission exceeds organic demand, the token price falls. If the token price falls, emission-denominated rewards become less valuable. If rewards become less valuable, liquidity leaves. This is the death spiral that has killed hundreds of protocols.

    Axiom:

  • Governance tokens must govern something valuable

    A governance token that controls a protocol with $10M in fees per year is genuinely valuable — governance is ownership of future cash flows. A governance token that controls a protocol with no fees and no treasury is a voting token with no economic substance. Design what the token governs before designing the token.

    Axiom:

  • Vesting protects the community, not just the project

    Team and investor vesting is not just investor protection — it is a credibility signal to the community that insiders cannot immediately dump on them. A 1-year cliff + 3-year linear vesting for team tokens means the team is committed for at least 4 years. Shorter vesting or no vesting for insiders is a red flag that sophisticated community members will correctly interpret as a liquidity exit strategy.

    Axiom:

The token design decisions that matter.

These choices define the token's economic model, security surface and governance structure.

  • Fixed supply vs inflationary?

    Impact: Purely inflationary models require exponential demand growth to offset emission — almost none achieve this beyond the first year. Fixed or capped supply with emission from pre-allocated treasury is the more sustainable model.

    • Fixed supply (Bitcoin model) — no new tokens after genesis, scarcity-based value
    • Capped supply with scheduled emission — total cap enforced, controlled release over time
    • Inflationary with burn — new tokens minted for rewards, burns via usage, net supply depends on activity
    • Purely inflationary — continuous emission, requires strong demand growth to maintain price
  • Utility mechanism?

    Impact: Fee payment in token creates demand but also sell pressure from recipients who need to cover costs. Fee discounts for holders create demand without creating sell pressure. Burn-on-usage is the cleanest value accrual mechanism when protocol volume is high.

    • Fee payment in token — demand from required usage, sell pressure from recipients
    • Fee discount for holders — incentivises holding, demand proportional to platform usage
    • Staking for access — lock token to use premium features, reduces circulating supply
    • Burn on usage — every protocol interaction burns tokens, deflationary pressure from usage
  • Initial distribution?

    Impact: Distributions where team + investors exceed 40% of supply create concentrated sell pressure at vesting cliffs. The community should hold the majority of supply — not because it is altruistic, but because distributed supply is a governance security feature.

    • Fair launch — 100% to community via mining/staking, no team allocation
    • VC + team + community — standard allocation, team 15-20%, investors 15-20%, community 60%+
    • Retroactive airdrop — reward early users, broad distribution, farming risk
    • LBP (Liquidity Bootstrapping Pool) — price discovery via declining-weight pool, anti-whale
  • Governance model?

    Impact: veTokenomics (pioneered by Curve) creates strong alignment between governance power and long-term commitment — voters must lock tokens to vote, making governance attacks expensive. It is the most sophisticated governance model for protocols with significant TVL or treasury.

    • Token-weighted voting — simple, plutocratic, large holders dominate
    • Quadratic voting — square root of tokens = votes, more egalitarian, Sybil attack risk
    • Delegation — holders delegate to representatives, improves participation
    • veTokenomics (vote-escrowed) — lock tokens for voting power, aligns incentives with long-term holders
  • Vesting schedule for team/investors?

    Impact: 1-year cliff + 3-year linear for team is the industry standard for credible projects. Investor vesting of 1-year cliff + 2-year linear is common. No vesting for any insider allocation is an immediate community trust failure.

    • 6-month cliff + 18-month linear — minimum credible, short by industry standards
    • 1-year cliff + 2-year linear — common, signals 3-year commitment minimum
    • 1-year cliff + 3-year linear — strong signal, aligns team with 4-year horizon
    • No vesting — immediate sell pressure risk, serious credibility red flag
  • Cross-chain strategy?

    Impact: LayerZero OFT is increasingly the standard for new tokens that need multi-chain presence — it provides native cross-chain fungibility without the security risk of custom bridge contracts. Bridge exploits have been the largest source of crypto losses by value.

    • Single chain canonical — simplest, maximum liquidity concentration
    • LayerZero OFT — native cross-chain fungibility, no wrapping, unified supply
    • Lock-and-mint bridge — established pattern, bridge security risk, fragmented liquidity
    • Canonical + approved bridges — control which bridges can mint, security vs accessibility tradeoff

What PROPELOO builds.

  • Protocol Governance Token

    Governance token with on-chain voting, delegation, timelock-controlled treasury and protocol parameter management. veTokenomics optional for enhanced alignment.

  • Utility Token System

    Utility token with fee discount mechanics, staking for access tiers, burn-on-usage and protocol revenue sharing to long-term holders.

  • Vesting & Distribution System

    Complete token distribution infrastructure — team/investor/advisor vesting contracts, Merkle airdrop, community allocation and on-chain provenance for all distributions.

  • Cross-chain Token

    LayerZero OFT or lock-and-mint cross-chain token deployment with unified supply accounting, bridge UI and per-chain liquidity strategy.

  • Staking & Rewards Protocol

    Staking infrastructure with epoch-based rewards, lock-up mechanics, early withdrawal penalty, auto-compound and protocol revenue distribution to stakers.

  • Launch Token Package

    Complete token launch package — contract, tokenomics audit, vesting contracts, DEX liquidity strategy, CoinGecko/CMC listing and token tracker setup.

The token engineering stack.

Token contracts, distribution infrastructure and governance each require specific tooling.

  • Token Standards (EVM)

    Stack: ERC-20 (OpenZeppelin), ERC-777, ERC-1363 (payable token), EIP-2612 (permit), LayerZero OFT

  • Solana

    Stack: SPL Token Program, Token-2022 (extensions), Metaplex Token Metadata, Anchor vesting programs

  • Governance

    Stack: OpenZeppelin Governor, Compound Governor Bravo, Snapshot.org, Tally, Aragon

  • Distribution

    Stack: Merkle airdrop (custom), Sablier (streaming vesting), LlamaPay, Hedgey Finance, Token Table

  • Testing & Audit

    Stack: Foundry, Hardhat, Echidna, Slither, OpenZeppelin Defender

  • Launch Infrastructure

    Stack: Uniswap V2/V3, Balancer LBP, Pinksale, LayerZero bridge, CoinGecko API

Token contract security affects every holder.

Common token vulnerabilities have caused hundreds of millions in losses. These are the classes we audit against.

  • Unrestricted Mint Functions

    A mint function accessible to any address — or to an address whose key can be compromised — allows unlimited token creation. Mint authority must be restricted to multi-sig or timelock-controlled governance addresses. For tokens with fixed supply, the mint function should be permanently disabled after genesis distribution.

  • Reentrancy in Transfer Hooks

    ERC-777 tokens and ERC-1363 payable tokens call recipient contracts on transfer. This creates reentrancy risk if the token contract has state that should not be re-entered during a transfer. All tokens with transfer hooks require explicit reentrancy guards and careful state management ordering.

  • Governance Attack via Token Accumulation

    Governance systems where voting power = token balance can be attacked by borrowing tokens via flash loan or DeFi lending to pass malicious proposals. Snapshot-based voting (voting power measured at a past block) and proposal execution timelocks are required mitigations. Minimum proposal threshold prevents spam and forces skin-in-the-game.

  • Vesting Contract Exploits

    Vesting contracts that calculate unlocked amounts incorrectly — due to arithmetic errors, timestamp manipulation or incorrect cliff logic — can allow early withdrawal. Vesting contracts must be audited with fuzz testing covering edge cases: zero-duration cliffs, revocation at exactly the cliff date, and multi-beneficiary accounting.

  • Bridge Mint Authority

    Cross-chain tokens minted by bridge contracts give the bridge contract mint authority. A compromised bridge can mint unlimited tokens on the destination chain. Bridge mint authority should be limited to the canonical supply cap, monitored with alerts for unexpected minting events, and implemented with time delays on large mints.

  • Fee-on-Transfer Compatibility

    Tokens with transfer fees (fee-on-transfer) break protocols that assume received amount equals sent amount — DeFi protocols, AMMs and vesting contracts. If implementing transfer fees, all integrations must be designed to accommodate the discrepancy. Many protocols explicitly reject fee-on-transfer tokens. This is an integration risk that must be documented.

From tokenomics design to listed token.

  1. 01. Tokenomics Design

    Supply allocation, emission schedule, utility mechanics, governance model, vesting schedules and value accrual mechanism design before contract development.

  2. 02. Token Contract

    ERC-20 or SPL contract development with all configured mechanics, mint/burn controls, permit, snapshot and governance integration.

  3. 03. Distribution Contracts

    Vesting contracts for team/investors, Merkle airdrop for community, staking rewards contract and any launch-specific distribution mechanics.

  4. 04. Governance Contracts

    OpenZeppelin Governor or equivalent, timelock controller, delegation system and Snapshot.org integration for off-chain signalling.

  5. 05. Security Audit

    Automated static analysis and manual audit of all token, vesting and governance contracts. Fuzz testing for vesting edge cases.

  6. 06. Launch & Liquidity

    DEX liquidity deployment, LP token locking, CoinGecko/CMC submission and token tracker setup.

  7. 07. Post-launch Governance

    Governance proposal tooling, Tally or Boardroom integration, community treasury management and governance process documentation.

Frequently Asked Questions

What is the difference between a utility token and a governance token?

A utility token provides access to a specific service or discount — you hold it because the protocol requires it or rewards holding it. A governance token gives voting rights over protocol decisions — you hold it for ownership and influence. Many tokens combine both: governance rights + fee discounts + staking rewards. The distinction matters for regulatory purposes (utility tokens have different treatment than securities in most jurisdictions) and for economic design (different value accrual mechanisms).

How do you design the initial token allocation?

Standard allocation benchmarks: community/ecosystem 50-60%, team 15-20% (4-year vesting), investors 15-20% (2-3 year vesting), treasury/foundation 10-20%. Community allocation should be majority — it signals that the project is community-owned, distributes governance broadly and reduces concentrated sell pressure. Allocations where team + investors exceed 40% face credibility challenges in the current market.

What is veTokenomics?

veTokenomics (vote-escrowed, pioneered by Curve Finance) requires users to lock tokens for a period in exchange for voting power and enhanced rewards. Longer locks give more voting power and higher reward multipliers. This creates alignment between governance power and long-term commitment — someone who locked tokens for 4 years has more governance influence than someone who bought yesterday. It also reduces circulating supply and creates buy pressure from users wanting governance power.

How do we handle token taxes (buy/sell fees)?

Token transfer taxes above 5% cause most DEX aggregators to route around the token. Taxes above 10% effectively make the token untradeable through standard infrastructure. If transaction taxes are part of the tokenomics (auto-liquidity, redistribution), keep them under 5% total and document clearly. For governance or utility tokens targeting serious DeFi integration, zero transfer taxes are the standard — revenue should come from protocol fees, not transfer friction.

What is the LayerZero OFT standard?

OFT (Omnichain Fungible Token) is a LayerZero standard that allows a token to exist natively on multiple chains without bridge wrapping. Rather than locking tokens on chain A and minting wrapped versions on chain B, OFT burns on the source chain and mints on the destination chain — maintaining a unified total supply. This eliminates bridge security risk (no locked liquidity to steal) and removes the UX complexity of "wrapped" vs "native" token versions.

Do we need a separate audit for each contract?

The token contract, vesting contracts, governance contracts and any staking contracts should all be audited — ideally in a single engagement that reviews their interactions. Cross-contract interactions (governance contract calling timelock calling treasury) can introduce vulnerabilities that individual contract audits miss. An audit that only covers the ERC-20 contract and ignores the governance and vesting system is incomplete.

How long does token development take?

Simple ERC-20 with basic vesting: 2-3 weeks. Full token system (ERC-20 + vesting + governance + staking + airdrop): 6-10 weeks. Cross-chain token (LayerZero OFT, multiple chain deployments): add 2-4 weeks. Audit and remediation: 2-4 weeks. Total for a complete token launch: 8-16 weeks from tokenomics design to listed token.

What is a Liquidity Bootstrapping Pool (LBP)?

An LBP is a Balancer pool with declining weights — it starts with a high token ratio (e.g. 98% token / 2% collateral) and gradually shifts to equal weighting over the launch period. This creates downward price pressure at launch that discourages bots from buying the entire supply in the first block. Price discovery happens over hours or days rather than seconds. LBPs are the fairest launch mechanism for tokens where organic price discovery matters more than instant liquidity.