Constant taxable volume
The same eligible transfer volume is repeated every period. The model does not derive volume from price, holders or past trading.
MONSTA SUPPLY CYCLE CALCULATOR.
Stress-test a historic burn mechanism with explicit volume assumptions while avoiding a prediction about activity, price or relaunch timing.
Linear burn projection
Runs in this browser. No wallet, account, signature or transaction.
How Linear burn projection works
The model calculates burn per selected period from taxable MONSTA volume, tax rate and the burn share of that tax. It divides the distance between current supply and a chosen threshold by that fixed burn amount. This is linear scenario analysis; real volume, exemptions, implementation logic and supply-changing events are not forecast. Read the MONSTA deflation-cycle guide to inspect the documented rule and its evidence boundary in more detail.
Linear burn projection equation
burn per period = taxable volume × tax rate × burn allocation; periods to threshold = (current supply − threshold supply) ÷ burn per periodLinear burn projection example
At 100 million MONSTA of hypothetical taxable volume per month, a 5% tax and 50% burn allocation produce 2.5 million modeled MONSTA burned per month. A 500 million supply gap would take 200 unchanged periods. Review the documented relaunch process before treating the modeled output as present contract behavior.
Linear scenario model
Activity assumption
Taxable MONSTA volume per reader-defined period.
Mechanism assumption
Tax rate multiplied by the burn allocation of that tax.
Threshold distance
Current supply minus a selected target supply.
A PROJECTION IS ONLY
ITS ASSUMPTIONS.
The cycle model is useful for sensitivity analysis because it exposes every moving part. It is unsuitable for a calendar prediction because future taxable activity and executable protocol behavior are unknown.
Constant tax and allocation
Every modeled transfer uses the entered tax, and the entered portion of that tax always reduces supply.
No competing supply change
Mints, relaunch adjustments, excluded movements and other supply-changing methods are omitted.
Arithmetic threshold only
Reaching the target number does not prove an automatic function, supported interface or claim process exists.
Do not import “volume” blindly
Exchange volume can include buys and sells, repeated routing, internal venue accounting or trades that encounter different token rules. The input here is narrower: nominal MONSTA movement that actually experiences the selected tax and burn allocation.
When no reliable taxable-volume series exists, use a range of disclosed scenarios instead of one forecast. A low, middle and high case shows how sensitive the period count is without assigning probability to any case.
REPORT A CYCLE MODEL
AS A RANGE.
CaseVolume basisPurposeRequired label
Low activity
A conservative taxable-volume assumption.
Shows how slowly supply changes when eligible movement is scarce.
Scenario, not forecast.
Reference activity
A dated, reproducible historic observation if available.
Provides a comparison anchor without assuming persistence.
Observation period and source.
High activity
A deliberate stress assumption above the reference case.
Tests the fastest linear path under the same mechanism.
Stress case, not expectation.
- 01
Verify the current supply block
Record the proxy, implementation, totalSupply result, decimals and block before entering current supply.
- 02
Source the mechanism
Connect tax and burn-allocation inputs to the contract version or historic document being modeled.
- 03
Define eligible volume
Explain which transaction types count and how exemptions or unsupported routes are handled.
- 04
Keep relaunch evidence separate
A threshold narrative and an executable state transition are different claims requiring different evidence.
Continue with cycle mechanics
Use the deflation guide for the historic supply design and the relaunch guide for the separate execution questions.
MONSTA SUPPLY CYCLE CALCULATOR FAQ.
Answers about linear burn projection, its inputs and the evidence limits specific to this result.
01Does the model predict when a MONSTA cycle ends?
No. It converts one constant-volume assumption into periods. It does not predict future transfers, exemptions, contract behavior or supported operations.
02What is taxable volume?
It is only the transfer amount to which the selected tax and burn allocation actually apply. Exchange-reported volume may include paths that do not map to the contract rule.
03Why is burn allocation separate from tax rate?
Only part of a historic total tax may have been assigned to supply reduction. Separating them prevents the full tax from being mislabeled as burned.
04What if current supply is already below the threshold?
The tool reports that the selected threshold has been reached in arithmetic terms. It does not claim a relaunch or any other state transition occurred.
05Can I enter weekly or daily volume?
Yes. The output uses the same unnamed period as the volume input. Label that period in your notes so the result is not mistaken for months or years.
NEXT CHECKS FOR
LINEAR BURN PROJECTION.
Continue from linear burn projection with the three adjacent checks most relevant to its assumptions and unresolved evidence.
What the MONSTA Supply Cycle Calculator proves - And what it cannot
Read these relationships alongside the documented assumptions for linear burn projection. Together, the MONSTA Supply Cycle Calculator relationships identify what its result measures and which evidence remains unresolved.
The supply cycle model
projectslinear burn from a fixed taxable-volume assumption
Burn allocation
is a fraction ofthe selected transaction tax
A modeled threshold crossing
does not provean executable protocol relaunch