Tokenomics Deep Dive
This page mirrors the active tokenomics spec. The design goal is simple: amplify merit, not manufacture it. Great games should benefit disproportionately. Weak games should not be protected from market feedback.
One-Page Overview
GameMint is built around a simple idea: tokenomics should reward developers who make great games, and it should punish games that fail to attract real players. The model is not supposed to create success out of thin air. It is supposed to amplify real demand when it appears.
How It Works
Each game gets a fixed 1,000,000-token supply. The creator has a 5% escrowed founder allocation. The other 95% sits in a GM-denominated bonding curve. Paid game purchases route value through GM, buy game tokens, and burn them.
Why It Can Work
If a game is genuinely good, it should attract buyers, feedback, and repeat attention. That creates creator revenue, curve demand, and token burns. Stronger games should accumulate stronger economic support than weak ones.
What Keeps It Fair
Launches use a dynamic virtual reserve, not a fixed GM number. The first direct $10 buyer is targeted at about 3% of supply, below the creator's 5% escrow. Creator share is capped at 80%, and comments require game ownership plus at least 100 tokens.
Main Risks
The model still depends on real game quality, healthy GM liquidity, and resistance to wallet farming. If speculation overwhelms actual play, or if GM liquidity is too thin, the system becomes noisy and fragile.
The core thesis is straightforward: tokenomics amplify merit, they do not manufacture it. If the games are good and GM liquidity is healthy, the system can reinforce success. If the games are weak, or the market is too thin, the same mechanics can fail fast.
What Success Looks Like
- Developers make better games because better games earn more.
- Players who buy and hold have real skin in the game.
- Paid purchases create real token burns and stronger reserve backing.
- Great games separate themselves economically from weak ones.
What Failure Looks Like
- Games are weak and the token layer only recycles speculation.
- Early buyers or creators extract too much value too quickly.
- GM liquidity is too shallow for the platform flow routed through it.
- Alt-wallet farming makes fake demand look real.
$GM — The Platform Token
$GM is the reserve currency of GameMint. Every game-token bonding curve is denominated in $GM. Every paid game purchase routes through $GM. Holding $GM is a bet on the platform as a whole; holding a game token is a bet on one specific game.
$GM is minted on Ethereum mainnet and bridged to Base, where GameMint activity happens. The platform is intentionally explicit that market depth matters more than headline TVL. Launch fairness and purchase stability depend on real executable depth, not marketing numbers.
The Value Flywheel
As the platform grows, more USDC is routed into GM, more GM is locked in game curves, and stronger games accumulate deeper reserves. That is the intended value-capture path. The flywheel only works if the games are good and GM liquidity remains healthy enough to absorb the flow.
Public GM Market Health Policy
GameMint makes GM market health public because the entire economy depends on it. New game launches use a GM/USD reference. If GM liquidity gets thin, launch conditions stop being fair and routed purchase flow becomes unstable.
| Metric | Rule |
|---|---|
| Pricing source | 6-hour GM/USDC TWAP on Base |
| Liquidity metric | Executable two-sided depth within +/-10% of TWAP |
| Healthy | Depth >= $50,000 and projected 24h GameMint-routed GM flow <= 5% of depth |
| Caution | Depth below $50,000 or routed flow above 5% of depth |
| Unsafe | Depth below $25,000 or routed flow above 10% of depth |
The binding public rule is market depth, not one fixed LP token/USDC pair. Concentrated liquidity can make TVL look healthy while actual executable depth is weak. GameMint should slow or pause new launches when the market cannot preserve fair launch conditions.
Distribution
| Allocation | % | Amount | Vesting |
|---|---|---|---|
| Community & Ecosystem | 40% | 400M GM | Released over 4 years |
| Treasury | 30% | 300M GM | No lock, governed spending |
| Team | 20% | 200M GM | 1-year cliff, 3-year linear vest |
| Base Operations | 10% | 100M GM | No lock (operational) |
Community is the largest bucket because GameMint is trying to grow an ecosystem, not just a treasury. Treasury exists for liquidity support and operational flexibility. Team vests slowly. Base Operations covers on-chain market health and platform needs on Base.
Game Tokens
Every game gets its own ERC-20 token. These are speculative assets. They do not grant access to the game. Their purpose is to reflect the game's commercial success: more qualified buyers, more burns, stronger reserve growth, better token performance.
All 1,000,000 tokens are minted once at creation. The creator allocation is not liquid at launch. It must live in protocol escrow until unlock conditions are satisfied. This is a hard requirement, not a UI convention.
GameMint tokenomics are designed to reward developers who make games people actually want to buy and improve. Great games should outperform. Weak games should not be able to fake the same outcome with launch tricks or self-farmed activity.
Bonding Curve
Each game token trades on a constant-product AMM. The curve holds real token inventory and a per-game virtual GM reserve that is computed once at launch to make launches fair in USD terms.
| Formula | Expression |
|---|---|
| Effective reserve | effectiveReserveGM = realReserveGM + virtualReserveGM |
| Buy | tokensOut = curveTokenBalance * gmIn / (effectiveReserveGM + gmIn) |
| Sell quote | gmOutQuoted = effectiveReserveGM * tokensIn / (curveTokenBalance + tokensIn) |
| Spot price | effectiveReserveGM / curveTokenBalance |
The virtual reserve shapes price discovery. It does not create withdrawable GM. If a sell would require more real GM than the game actually has, the trade must revert. The virtual reserve is a pricing parameter, not synthetic inventory.
The whole point of the launch curve is to avoid a system where the first opportunistic buyer can scoop half the token supply for almost nothing. Early conviction should be rewarded, but not enough to let one buyer capture the game economy.
Dynamic Virtual Reserve
The old idea of using one fixed GM-denominated virtual reserve is not sufficient, because the USD value of that reserve changes as GM price changes. GameMint therefore computes a dynamic virtual reserve for each game at launch.
| Launch target | Rule |
|---|---|
| Creator allocation | 5% of total supply (50,000 tokens), held in escrow |
| First believer target | A direct $10 token buy should receive about 30,000 tokens (3% of total supply) |
| Reference source | 6-hour GM/USD TWAP at game creation |
| Recalculation | Computed once at launch, then stored permanently for that game |
This makes every new game launch feel mostly the same in USD terms, even if GM price changes over time.
The launch target is a fairness comparison, not a claim that the creator's 5% came from the curve. The creator allocation is a separate escrowed slice of the fixed 1M supply, while the $10 creation fee only seeds the game's real GM reserve.
If V is negative, it is clamped to zero. Otherwise that GM amount becomes the per-game virtual reserve forever.
Why Dynamic Matters
A fixed GM reserve gets larger in USD terms as GM appreciates. That would make later game launches too hard and earlier launches too soft. The target should be launch behavior, not a fixed phantom GM number.
Launch Fairness Rule
GameMint targets about 3% of total supply for the first direct $10 believer. That is intentionally lower than the creator's 5% escrowed allocation, but those are separate mechanics.
Content Purchase Burns
When a player buys game access, the purchase does more than unlock the game. It also routes value into the token economy.
| Recipient | % | On a $5 Game (80% Creator) |
|---|---|---|
| Creator (USDC) | Creator share | $4.00 |
| Lottery (USDC) | 2% fixed | $0.10 |
| Buyer reward | 1% fixed | $0.05 -> swapped to GM, then into game tokens |
| Burn support | Remainder | $0.85 -> swapped to GM, then into burned game tokens |
The total GM-routed amount on that $5 purchase is $0.90: the buyer reward plus burn support. That GM is then split between token reward and token burn. Burn support must remain the dominant non-creator destination of value.
That is the core mechanism that ties commercial success to token value: more purchases mean deeper reserves and lower supply.
Creator Unlocks
The creator's 50,000-token allocation unlocks based on qualified unique buyer wallets for the base game. It is not unlocked by repeat purchases, DLC buys, token trading, or creator self-dealing.
| Qualified Unique Buyer Wallets | Tokens Unlocked | % of Creator Allocation |
|---|---|---|
| 0-9 | 0 | 0% |
| 10 | 10,000 | 20% |
| 25 | 25,000 | 50% |
| 50 | 50,000 | 100% |
- There is a 10-buyer cliff. Nothing unlocks before the 10th qualified buyer.
- At buyer 10, 10,000 tokens unlock.
- From buyer 11 through buyer 50, 1,000 more tokens unlock per qualified buyer.
- The creator is fully unlocked at 50 qualified unique buyer wallets.
What counts as qualified?
- It must be the wallet's first successful base-game purchase for that game.
- It cannot be the creator wallet.
- It cannot be a protocol-controlled address like the registry or lottery.
The creator wallet should not be able to buy its own game's base content through the normal tokenomic purchase flow. Those buys are too cheap, too easy to game, and too easy to turn into fake traction.
Feedback Loop
Every purchase gives the buyer game access and a small token position. That creates skin in the game, which is the basis of GameMint's player-agent feedback loop.
Comment threshold
| Requirement | Rule |
|---|---|
| Ownership | Must own the game |
| Minimum token balance | Must hold at least 100 game tokens |
Using > 0 as the rule would be too weak. Dust balances are not meaningful alignment.
Token tiers
| Tier | Tokens | Agent Priority |
|---|---|---|
| Observer / Owner | 0 - 99 | Cannot comment |
| Shrimp | 100 - 4,999 | Low |
| Fish | 5,000 - 9,999 | Medium |
| Dolphin | 10,000 - 49,999 | High |
| Whale | 50,000 - 99,999 | Very High |
| Mega Whale | 100,000+ | Highest |
Fees & Pricing
| Parameter | Value |
|---|---|
| Creation fee | $10 USDC (100% seeds the curve) |
| Trade fee | 1% on every buy and sell |
| Game price range | $1 - $100 USDC |
| Creator share | 1% - 80% (immutable after creation) |
| Buyer reward | 1% of purchase -> game tokens to buyer |
| Lottery | 2% of purchase -> global pool |
At the 80% creator-share ceiling, a $5 purchase routes 17% to burn support. That is intentionally stronger than the older, looser model. GameMint prefers stronger long-term token support over higher creator extraction.
Lottery
The lottery is a small engagement layer, not the core economic engine. It exists for occasional excitement, not to dominate the product.
GameMint is intentionally not lottery-first. The platform should feel like games first, improvement loop second, speculation third, lottery fourth.
Simulation: Purchase Flow
Adjust the sliders to see how a single purchase splits across creator revenue, lottery, buyer reward, and burn support.
Simulation: Launch Fairness
This simulator shows why GameMint uses a dynamic virtual reserve. It recalibrates each game at launch so the first direct $10 believer gets roughly 30,000 tokens, regardless of GM price.
Simulation: Market Health
GameMint's public launch rule is based on projected routed flow relative to executable depth. This simulator shows the health ratio and the rollout state.
Stakeholder Alignment
All the incentives are meant to point the same direction: make better games, attract qualified paying players, improve fast, and let better games outperform weaker ones.
| Stakeholder | How They Win |
|---|---|
| Platform | 1% trade-fee revenue. More great games plus healthy trading equals more durable revenue. |
| Creator | Creator-share USDC plus 50K escrowed tokens that only unlock as qualified unique buyer wallets appear. |
| Player | Game access plus token exposure plus a small lottery chance. Better games can reward better feedback loops. |
| $GM Holder | Platform growth means more GM routing and more GM locked in curves. |
What prevents abuse
| Attack | Prevention |
|---|---|
| Creator dumps free tokens | Creator allocation is escrowed, not liquid at launch |
| First buyer scoops the supply | Dynamic virtual reserve targets about 3% of total supply for the first $10 believer |
| Creator self-farms sales | Creator wallet cannot buy its own base game through the normal flow |
| Repeat-buy farming | Only the first base-game purchase by each qualified wallet counts toward unlocks |
| Dust-wallet comment spam | Must own the game and hold at least 100 tokens |
| Creator changes economics mid-flight | Creator share is immutable after launch |
| Lottery overwhelms the product | Lottery is intentionally capped at 2% and treated as secondary |
Blockchain-Native Limits
GameMint intentionally keeps this design blockchain-native. The protocol should not rely on fuzzy off-chain wallet-linking or hidden KPI systems to decide who counts.
| The Protocol Can Know | The Protocol Cannot Know |
|---|---|
| Which wallet bought the base game | Whether two wallets belong to the same human |
| Whether that wallet is the creator wallet | Whether all demand is truly external in a real-world identity sense |
| Whether this is the wallet's first base-game purchase | Whether every buyer is economically independent |
| Current token balances | Perfect sybil resistance |
That is why the honest term is qualified unique buyer wallets, not "verified external demand."
Protocol Components
The public docs describe the intended protocol behavior. The main on-chain components are:
| Component | Role |
|---|---|
| GMToken | Platform ERC-20 with fixed 1B supply and permit support. |
| GameToken | Per-game ERC-20 clone with fixed 1M supply and registry-controlled burns. |
| Registry | Game creation, creator escrow, dynamic virtual reserve storage, content purchases, curve trading, and burn flow. |
| Lottery | Global 2% lottery pool with immediate settlement UX and stronger randomness required before mainnet. |
The active source of truth for exact parameters is the repository tokenomics spec. This page is the public explanation layer for the same model.