We specialize in designing token economic models, including tokenomics audit and stress test model development, using proven methodologies and certified smart contract practices. One common reason DeFi protocols fail is poorly designed tokenomics. Projects copy mechanics from Curve or Olympus without adapting them to their audience. The result is pump-and-dump, liquidity drain, and pool bankruptcy. Over 5 years, we have conducted more than 30 audits and model developments for DeFi and NFT. Each model undergoes quantitative simulation and stress testing to withstand market shocks and game-theoretic attacks.
How to Achieve Nash Equilibrium in Tokenomics
Nash Equilibrium is a state where no participant can benefit by unilaterally changing their strategy. A good token model should lead to such equilibrium, so that rational behavior of each participant contributes to the protocol's prosperity. A bad model is when rational actions provoke a bank run on staking or governance attacks. By definition, Nash equilibrium is a fundamental concept in game theory applied in crypto-economics.
Mechanism Design: Fundamental Principles
Incentive Alignment
Each participant should be motivated to act in the protocol's interest. Liquidity providers earn fees proportional to their share. Token holders receive a share of revenue, voting rights, or buybacks. Validators and stakers earn block rewards and transaction fees. Developers receive grants from the treasury.
Value Flows
Users pay fees
↓
[Protocol Revenue]
↓
├─ 50% → Liquidity Providers
├─ 30% → Treasury
└─ 20% → Buyback & Burn
This flow should be documented and quantitatively modeled.
Why Quantitative Simulation Matters?
An essential step before publishing the model is a spreadsheet simulation. It shows how circulating supply, treasury revenue, and break-even price change under different scenarios.
Break-even price simulation
| Parameter |
Year 1 |
Year 2 |
Year 3 |
| Circulating Supply |
20M |
45M |
70M |
| Treasury Revenue |
$500K |
$2M |
$8M |
| Buyback |
$100K |
$400K |
$1.6M |
| Inflation rate |
40% |
20% |
10% |
| Break-even price |
$0.10 |
$0.08 |
$0.06 |
Break-even price — the price at which staking or holding remains economically viable.
Value Capture Models
ve-Token (Vote-Escrowed)
Curve Finance introduced the veToken mechanism, which became an industry standard. A holder locks tokens for a period from 1 week to 4 years, receiving veCRV — a non-transferable token. veTokens grant boosted yield up to 2.5x (2.5 times better than the model without locking), governance votes, and a share of protocol fees. The longer the lock, the more veCRV. Upon expiration, CRV is returned, and veCRV is lost.
Implementation:
contract VotingEscrow {
struct LockedBalance {
int128 amount;
uint256 end;
}
mapping(address => LockedBalance) public locked;
function lockAmount(uint256 value, uint256 unlockTime) external {
require(unlockTime > block.timestamp, "Can only lock until future");
token.transferFrom(msg.sender, address(this), value);
locked[msg.sender] = LockedBalance({
amount: int128(int256(value)),
end: (unlockTime / WEEK) * WEEK,
});
emit Deposit(msg.sender, value, unlockTime);
}
function balanceOf(address addr) public view returns (uint256) {
LockedBalance memory _locked = locked[addr];
if (block.timestamp >= _locked.end) return 0;
uint256 remaining = _locked.end - block.timestamp;
return uint256(int256(_locked.amount)) * remaining / MAX_LOCK_TIME;
}
}
Bonding Curve
For tokens where the price is mathematically determined by a smart contract:
contract BondingCurveToken {
uint256 public constant SLOPE = 1e12;
function getBuyPrice(uint256 amount) public view returns (uint256) {
uint256 currentSupply = totalSupply();
return SLOPE * (2 * currentSupply + amount) * amount / 2 / 1e18;
}
function buy(uint256 minTokens) external payable {
uint256 tokensToMint = calculateTokensForETH(msg.value);
require(tokensToMint >= minTokens, "Slippage");
_mint(msg.sender, tokensToMint);
}
function sell(uint256 tokenAmount, uint256 minETH) external {
uint256 ethToReturn = getSellPrice(tokenAmount);
require(ethToReturn >= minETH, "Slippage");
_burn(msg.sender, tokenAmount);
payable(msg.sender).transfer(ethToReturn);
}
}
Bonding curves are used in Pump.fun, Clanker, early Uniswap, and social tokens.
Protocol Owned Liquidity (POL)
OlympusDAO popularized POL through bonding: instead of a typical issue, a user sells LP tokens to the protocol at a discount, receiving tokens in return. The protocol becomes the owner of liquidity and does not rely on hired LPs. Problem: without stable revenue, POL turns into a Ponzi scheme. It works only with real income.
Comparison of Value Capture Models
| Model |
Advantages |
Risks |
| veToken |
Resilience to speculators, boosted yield |
Implementation complexity, liquidity lock-ups |
| Bonding Curve |
Simplicity, automatic price |
High volatility, unsuitable for large volumes |
| POL |
Liquidity control |
Requires constant revenue |
Game Theory: Nash Equilibrium Analysis
For each key situation, we determine the rational choice of each participant. Example — governance attack: cost of accumulating 51% of votes X, potential profit from attack Y. If Y > X — attack is rational. Defense: large supply, timelock, multisig veto. Example — liquidity exits: staking APY 10%/year. If price drops more than 10%, staking becomes unprofitable, causing exit. Defense: treasury-backed value, fee-based rewards.
Stress Testing
The model is tested under scenarios: bear market (price drops 90%), governance attack (cost calculation), LP exit (80% LPs leave), founder exit (founders sell tokens).
What's Included in Development
- Mechanism design and game-theoretic analysis
- Quantitative modeling in Excel/Google Sheets
- Smart contract writing and testing
- Formal verification using Echidna (fuzzing)
- Stress tests and gas optimization
- Final documentation for the team and investors
Estimated timeline: 2–4 weeks. Contact us to evaluate your project. Get a consultation on tokenomics and model audit.
Blockchain Consulting Services: Strategy, Tokenomics, and Tech Stack Selection
Half of blockchain projects that come to us with already written code end up rewriting the architecture within the first year. The reasons are the same: chose Ethereum mainnet for prototyping without checking unit economics — gas makes the product unprofitable; created a governance token without a value capture model — price collapses six months after TGE; or chose Solana for throughput without considering that the team writes in Solidity, not Rust. On one project with 2000 lines of Solidity contracts, we saved the client significant rework costs by switching them to Arbitrum in time.
Consulting is a structured process that answers specific questions before the first line of code is written. Our experience (10+ years in blockchain engineering, 50+ projects delivered) shows that the right architecture at the start saves up to 60% of iteration time. For a personalized consulting fee estimate, contact us.
How to Choose a Blockchain for a Web3 Product?
The deciding factor is the product's transaction model. If daily volume is less than 100 transactions, Ethereum mainnet works, but you overpay for security. Consider Polygon PoS (transaction cost ~$0.001, finality 2–3 seconds, 100% EVM-compatible). If volume is 1,000–100,000 transactions per day and users are sensitive to gas, use Arbitrum One or Optimism. Both are EVM-compatible; transaction cost on Arbitrum ~$0.05–0.15, Optimism ~$0.05–0.10. Arbitrum uses Nitro (WASM-based fraud proofs), Optimism uses Bedrock with OP Stack. Withdrawal window: 7 days for both (optimistic rollup finality). For projects needing instant finality, consider Arbitrum Nova (AnyTrust, cheaper, less decentralized) or ZK rollups.
If you need throughput > 10,000 TPS and latency < 1 second, Solana (400ms block time, ~4,000 TPS sustained, up to 65,000 peak). But: Rust + Anchor instead of Solidity, account model instead of contract storage, learning curve for the team of 3–6 months. Solana has had several downtime incidents — a risk for financial applications. If you need transaction privacy, consider Aztec Network (ZK rollup with private state), Polygon zkEVM with privacy extensions, or Aleo (ZK-native L1 on Leo language). Choosing the wrong network may lead to expensive rework and loss of market window — we see this in every second due diligence.
| Chain |
TPS |
Avg. tx cost |
EVM |
Finality |
Ecosystem |
| Ethereum L1 |
15–30 |
$2–20 |
Native |
~12 min |
Largest |
| Arbitrum One |
40,000+ |
$0.05–0.15 |
Compatible |
7 days (bridge) |
Large |
| Optimism |
2,000+ |
$0.05–0.10 |
Compatible |
7 days (bridge) |
Large |
| Polygon PoS |
7,000+ |
<$0.01 |
Compatible |
~30 min (checkpoint) |
Large |
| Solana |
65,000 peak |
<$0.001 |
No |
~13 sec |
Growing |
| BNB Chain |
2,000+ |
$0.05–0.20 |
Compatible |
~3 min |
Asia-focused |
"Most mistakes in network selection stem from ignoring unit economics — gas can destroy product margins" — from our practice.
Why Do Most Projects Lose Market Capitalization?
Most tokenomics models we analyze have one of three problems.
Problem 1: Token without utility. Governance tokens without fee capture or real decisions are just speculative assets. Compound COMP: 99% of holders never voted. The "vote-escrowed" model (veCRV Curve, vePENDLE) ties voting to lock-up, increasing participation because lockers receive real fee shares.
Problem 2: Inflation without demand sink. Staking rewards without a burning mechanism = constant dilution. EIP-1559 on Ethereum burns base fees, creating deflationary pressure when network usage is high. For application tokens: fee burning (part of protocol fees go to buyback+burn), lock-up mechanisms (reduce circulating supply), real yield (fees distributed to stakers instead of inflationary rewards).
Problem 3: Incorrect vesting for team and investors. Six-month cliff + 18-month linear vesting is standard for private rounds. But if TGE is at a high FDV, the team holds 20%, and the first unlock is in six months — tokens worth a large amount hit the market over two years. The market discounts this from day one. A healthier structure: 12-month cliff, 36-month vesting, with on-chain enforcement via a TokenVesting contract (OpenZeppelin VestingWallet or custom with revoke capability for advisor's unearned tokens).
Tokenomics simulation: We build an agent-based model in Python (Mesa framework) or use TokenSPICE. Parameters: user growth rate, retention, fee per user, staking ratio, selling pressure from unlocks. Result: forecast circulating supply, fee revenue, APY for stakers — in dynamics over 36 months. I guarantee the model accounts for worst-case scenarios — rare in the consulting market.
How Does the Tech Stack Affect Development Speed?
Stack choice determines iteration speed and hiring pool. Our team's certified professionals work with Solidity, Rust, Move, Vyper.
Solidity + Hardhat vs Foundry. Foundry wins for serious contracts: Forge tests in Solidity (no context switching), fuzzing built-in (forge fuzz), fork testing with one command (vm.createFork), gas snapshots for regression. Hardhat remains for TypeScript-heavy tests or when plugin ecosystem is needed (ethers-hardhat, hardhat-deploy). Combination: Foundry for unit/fuzz, Hardhat for deployment scripts.
Frontend: ethers.js vs wagmi/viem. ethers.js v5 is monolithic. wagmi v2 + viem is React-first, type-safe (viem generates TypeScript types from ABI), works better with React Query, supports EIP-1193 providers out of the box. For new React projects, use wagmi/viem. For existing ones with ethers.js, don't migrate just for migration's sake.
Indexing: The Graph (decentralized, subgraphs in AssemblyScript) vs Ponder (TypeScript-native indexer, good for in-house deployment) vs Moralis/Alchemy SDK (managed, fast setup, vendor lock-in). The Graph is standard for protocols needing a decentralized indexing layer. Ponder is for teams wanting control and TypeScript without AssemblyScript.
What Is the Consulting Process?
-
Discovery session (3–5 business days) — audit of current state, team interviews, requirements gathering. Result: hypotheses on stack and tokenomics.
-
Technical due diligence (if product exists) — surface-level audit of contracts, backend architecture, tokenomics model.
-
Development of Architecture Decision Record (ADR) — document with trade-offs on network, stack, tokenomics.
-
Building a tokenomics model with simulation — agent-based simulation over 36 months.
-
Delivery of documentation and templates — ADR, scripts, boilerplate repository, team training (2–4 hours).
Engagement model: fixed retainer (monthly, 20–40 hours) or project-based (deliverable-based). For pre-seed/seed startups, project-based format avoids diluting budget on a constant retainer.
Typical stack selection mistakes (case from practice)
A client chose Polygon PoS for an NFT marketplace with high transaction frequency. After launch, checkpoint finality (~30 minutes) frustrated users — they waited for confirmation. Migrated to Arbitrum Nova (AnyTrust) with 1-second finality. The rework cost substantial time and money. If the discovery had considered finality requirements, these costs could have been avoided.
What Is Included in the Work?
| Deliverable |
Description |
Format |
| Architecture Decision Record (ADR) |
Justification for network, stack, tokenomics |
Markdown document + PDF |
| Tokenomics model with simulation |
Agent-based model over 36 months |
Python script + report |
| Technical due diligence of existing code |
Audit of contracts, backend, tokenomics |
Document with recommendations |
| Integration documentation |
API specs, configs, examples |
Markdown + code snippets |
| Access to template repository |
Hardhat/Foundry boilerplate, VestingWallet |
GitHub private repo |
| Team training (2–4 hours) |
Architecture walkthrough, best practices, demo |
Online session with recording |
Timelines and Cost Guidelines
- Discovery + ADR — from 1 to 2 weeks. Cost: calculated individually.
- Full tokenomics (model + simulation + documentation) — from 3 to 6 weeks.
- Tech stack audit of existing project — from 1 to 3 weeks.
- Ongoing advisory retainer — from 3 months (minimum horizon for meaningful impact).
Choosing the wrong network or tokenomics early on can cost a project tens of thousands in rework — every second discovery session confirms this. Contact us for an expert assessment of your project in a free 60-minute briefing. Book a consultation — and we'll show you how to avoid common mistakes. For an individual cost and timeline estimate, leave a request on our website.