Funding Parameters
Supply Split
| Symbol | Definition | Constraint |
|---|---|---|
| R_reserve | Creator / dev / author reserve, as a share of total supply | Meme ≤ 2.9% · APP/ICM ≤ 29% |
| R_raise | Share of supply sold through the auction | > 0 |
| R_pool | Share of supply seeded into the initial DEX pool | > 0 |
| totalSupply | Fixed total token issuance | 10^11 tokens |
R_reserve + R_raise + R_pool = 100%
Enforced on-chain as an invariant at creation. No combination that violates it can be finalized.
Derived Quantities
Let FDV be the protocol-fixed internal fully-diluted valuation, expressed in USDG with 18-decimal fixed-point precision. It is 6,942 USDG, identical for every project.
V_target = FDV × R_raise
A_max = FDV × 2% = 138.84 USDG
V_targetis the USDG amount that must be effectively raised for the round to clear.A_maxis the maximum USDG that any single address may have counted toward that target, regardless of how much it deposits.
The Token Pool
The number of tokens distributed through the auction is tokenPool = totalSupply × R_raise, and each address's allocation is a direct linear function of its effective contribution:
token_i = tokenPool × e_i / V_target
Because e_i ≤ A_max by construction, no address can receive more than A_max / V_target of the token pool. The protocol additionally enforces the stronger, supply-wide rule that no address's final balance exceeds 2% of total supply across all three allocation buckets combined — reserve, raise, and pool.
What Amax Does Not Scale With
It is a fixed fraction of FDV, not of the round's target. A project with a small R_raise has a small V_target but the same 138.84 USDG ceiling — so a smaller raise needs proportionally fewer addresses to clear, and a larger raise needs more.