Skip to main content
The economy model has been simulated under multiple scenarios. This page shows the key outputs.

Single-user progression scenarios

Solo users with no skin/lottery spend, varying claim cadence and referral count: The 500K CRS/day referral cap (kicks in at ~250 active referrals at the 20% active-rate assumption) prevents runaway farming.

Checkpoint snapshots

Detailed state at day boundaries for the 2-claim and 3-claim scenarios:

2 claims/day

3 claims/day

By day 300 the 3-claim user has hit the maximum (Level 30, 101K USBI). XP continues accruing past the 1B cap but no longer affects level or entitlement.

Cohort USBI supply

Total virtual USBI supply by user count and stage: These are virtual-supply ceilings, not hard mints. Actual circulating USBI depends on user behavior (claim, bridge, hold).

DEX liquidity simulation

Assuming 10% of USBI flows to LP and the LP-to-MC ratio is 5%: At 10K users with all lessons maxed, the implied MC of 960Misalreadyapproachingthe[wBINIcap](/tokenomics/wbinicap)ceilingof960M is already approaching the [wBINI cap](/tokenomics/wbini-cap) ceiling of 240M. This is why the design pushes most activity into USBI/Agent Token pools, where the wBINI cap doesn’t apply.

Interpretation

  • Solo 2-claim users reach Level 30 around day 352. Acceptable but slow — this is the lower bound for casual users.
  • Solo 3-claim users reach Level 30 around day 292. Reasonable for engaged users.
  • Referrals shave ~50–60 days off the path to Level 30, but the 500K CRS/day cap caps that benefit. Spam-inviting beyond ~250 active refs adds nothing.
  • At 10K users, virtual USBI hits $1B. Liquidity must distribute across many pools — the wBINI/USBI anchor pool alone cannot absorb it.

User Levels

XP curve and stage table

Lessons

Cost/bonus formulas behind these numbers

USBI Formula

floor(XP / 10K), capped at 100K

wBINI Cap Rule

Why pools must distribute