MSG Chain
How economic seconds convert rewards, how the dual pool settles, and the node caps that DAO governs.
The current model mints on demand with no fixed supply cap. The validator cap defaults to 100 and never drops below 100; the candidate cap defaults to 10,000 and never drops below 10,000. Both can be expanded through DAO governance, and the genesis treasury starts at zero.
Rewards are converted by economic seconds and driven by dual-pool accrual, reward debt, and candidate pool inflow scaling. Candidate inflow is scaled by qualified seats over the candidate denominator, instead of the old fixed per-block schedule.
Gas routing follows 40/30/20/10 or 55/0/35/10 depending on whether the developer is registered, with the final 10% going to the foundation treasury. Both splits can be checked on-chain.
This page lists the core equations, the meaning of each symbol, and the governance floor, so you can understand the issuance and settlement structure here before reading the stricter detail in the whitepaper.
Economic Time Equation
Defines how economic time is computed: h is block height and τblk is the governed target block interval. Settlement advances on economic time, not directly on the real clock.
Pool Reward Rate
Shows the current per-pool block reward rate: the numerator is the governed target block interval, and the denominator is the current emission interval Δemit. It is only a reward conversion rule, not the real consensus wait time.
Candidate Pool Inflow
The candidate pool does not take a fixed full amount. Total inflow is first scaled by the ratio of qualified seats to the economic denominator, where Ecand is the theoretical candidate-side issuance.
Candidate Seat Allocation
Allocates the already scaled candidate inflow equally across the currently qualified candidate seats.
h, τblk, Δemit, Qcand, and Dcand carry exact meanings for the formulas above; expand the folded list for details.
These inequalities state the current governance floor: validator seats cannot fall below 100, candidate seats cannot fall below 10,000, and the candidate denominator cannot be lower than the active candidate cap. Real DAO proposals, votes, timelocks, and execution receipts will be published once they exist on-chain.
Both pools are minted from the same base rate, but they are scaled differently. The validator pool is minted at the full base rate and does not shrink when fewer validators are qualified; the candidate pool is scaled by how many candidate seats are actually filled, so empty seats mean less candidate-side issuance.
| Item | Validator Pool | Candidate Pool |
|---|---|---|
| Minting rate | Full base rate, independent of how many validators are qualified | Base rate scaled by qualified seats over the candidate economic denominator |
| Allocation | Distributed to active validators | Split equally per qualified candidate seat, so each qualified seat receives the same share |
| Claim cadence | Settled through the validator settlement path | One claim per seat per claim period (86,400 economic seconds) |
| Stake requirement | At least 100,000 MSG in steady state | Between 10,000 and 100,000 MSG, with a 14-day unbonding period |
Two consequences follow from the scaling rule. First, a qualified candidate seat receives the same per-seat share whether few or many candidates are qualified, because both the inflow and the split use the qualified-seat count. Second, the candidate pool as a whole only reaches its full size when every candidate seat is filled, which is what the candidate economic denominator expresses. During the bootstrap admission window, the validator minimum-stake requirement is 0 at the genesis parameter; the 100,000 MSG figure above is the steady-state value restored once the active set crosses the threshold.
Continue in the whitepaper for the DAO-governed node caps, the candidate denominator, and the full dual-pool settlement path.
Reward & Inflation Model Treasury LayerThe public site summarizes the economic features already implemented, while the whitepaper keeps the stricter formulas, the DAO node caps, and the full supporting detail for validator and candidate settlement.
Knowledge Graph