Token
MYAI Tokenomics
1,000,000,000 MYAI — fixed supply on Base (Chain 8453). No inflation. Emissions are pre-allocated from the Network Rewards bucket.
Interactive
Vesting visualizer & FDV calculator
Drag the month slider to see circulating supply at any point. Set a hypothetical MYAI price to compute FDV and market cap at that month.
Genesis allocation
FDV calculator
Cumulative unlocked supply by month
Draft visualizer. Vesting curves are derived from the schedules disclosed on this page (whitepaper v2 §3–§5): Team & Advisors — core team 12-mo cliff + 36-mo daily linear, advisors 6-mo cliff + 18-mo daily linear; Early Investors — 5% at TGE + 12-mo cliff + 24-mo daily linear; Liquidity Pool — deployed to DEX at TGE, LP position locked 12–24 mo (Unicrypt); Network Rewards — whitepaper emission ceiling (28.0M in Year 1; the live weekly payout cap releases less, see below). Treasury / Reserve (40M) has no scheduled unlock — it is released only by DAO vote and is shown as locked. Exact unlock cliffs and per-month grants are subject to community governance and pending audit completion (#8920). Treat outputs as illustrative.
Token distribution
Network rewards emission schedule
350M MYAI distributed to providers over a 20-year disinflationary schedule (whitepaper §4). Gross emission starts at 8% of the rewards pool in Year 1 and declines ~0.5pp per year toward a 0.5% floor, with a hard halving ceiling every 4 years. 20% of MYAI compute fees are burned (Burn-Mint Equilibrium), offsetting gross emissions as network usage grows. Rates below are % of the rewards pool, gross of burns.
Provider weekly payout cap — halvening schedule
Payout status: on-chain payouts have not started yet. Every verified job is already recorded to the provider's pending balance; the weekly payout described here is the schedule that will pay those balances once it is switched on.Once live, the network distributes MYAI to GPU providers every Sunday at 02:00 UTC. Total weekly payouts are capped by the halvening schedule below, which halves after Year 1 and then every two years. When total earned exceeds the cap, each provider is paid proportionally: pay = (your_earnings / total_earnings) × weekly_cap. Remainder accumulates for the following week. This on-chain distribution cap is the operational layer beneath the emission budget above — weekly payouts never exceed the whitepaper emission schedule.
How the emission budget, the weekly payout cap and the tier caps fit together
The whitepaper's emission curve is a ceiling: Year 1 permits up to 28.0M MYAI (8% of the 350M Network Rewards allocation, ≈77K/day), and the whitepaper applies whichever of its layered limits is lower.
The live network is designed to release well under that ceiling: the weekly on-chain payout (Sundays 02:00 UTC, once payouts are switched on) is capped by the halvening schedule below — 200,000 MYAI/week in Year 1 (≈10.4M/yr), a stricter schedule than the whitepaper's 4-year halving ceiling. When pending earnings exceed the weekly cap, every provider is paid pro-rata and the remainder rolls into the following week.
Budget the schedule does not release stays in the Network Rewards allocation; raising the weekly cap toward the curve is a governance (MNP) decision.
The per-tier daily caps (Datacenter 200K · Consumer 100K · Browser 50K · Mobile 25K = 375K/day) are not a payout budget: at daily settlement they bound how much gross earnings each hardware class can accrue, scaling a tier pro-rata if it exceeds its cap, so no single class can crowd out the others. Accrued earnings then flow through the weekly cap, which is the binding limit on what is actually paid.
How provider earnings are calculated
earnings per job = compute units × (output tokens ÷ 1,000) × tier multiplier × reputation multiplier
Tier multiplier: Datacenter 0.7× · Consumer 1.0× · Browser 1.0× · Mobile 1.2×. Reputation multiplier = 0.5 + reliability score, so 0.5× for a new or unreliable node up to 1.5× for a fully reliable one.
Example: a Qwen 2.5 7B job that returns 500 output tokens on a consumer GPU with a perfect reliability score earns 1.0 × 0.5 × 1.0 × 1.5 = 0.75 MYAI. There is no per-job minimum: a short completion earns proportionally less. Minimum payout: 10 MYAI pending and a Base wallet address set.
Provider tier system — daily gross-accrual caps
Providers are classified into four tiers based on hardware class. Each tier has an independent daily cap — earnings across all providers in a tier are scaled proportionally when the collective gross exceeds the cap. The per-tier daily caps are not a payout budget: at daily settlement they bound how much gross earnings each hardware class can accrue, scaling a tier pro-rata if it exceeds its cap, so no single class can crowd out the others. Accrued earnings then flow through the weekly cap above, which is the binding limit on what is actually paid. Tier caps are configured defaults — they do not halve automatically.
Slash logic
Providers that submit fraudulent or low-quality jobs can be slashed. Slash amounts are applied against the provider's daily gross — capped at 50% of gross per day. Any uncapped remainder carries forward to the next settlement window.
Vesting & lock schedules
Where $1 of job spend goes
73% to the provider (33% liquid at settlement + 40% vesting over 6 months) · 20% burned · 7% protocol
Provider reward split (whitepaper v2 §6)
0% platform fee when paying in MYAI. USDC payments carry a 1.5% fee that auto-buys and burns MYAI; the job then settles in MYAI and the same split applies. Source: MYAI Whitepaper v2 §6.
Burn mechanism
20% of every inference job fee is burned permanently, creating deflationary pressure proportional to network usage. As job volume grows, burn rate accelerates while provider emissions decline — driving long-term scarcity.