Contract address (CA)
FYZcYCHSp8FzNba1UtDZydKKGosmxVNpFBiVuia38AhTAddress only. No price, no buy call.
MONARK · the token
A depletable authorization budget.
B_t is the authorization budget, the right to act. B_t is caller-carried: the caller keeps B_t and sends it with each call, and the gate returns it unchanged; when the B_t a caller sends is below that caller's floor, the gate abstains with the reason budget_exhausted.
The role of the token
- Authorization budget — MONARK is B_t, the right to act, carried by the caller: the gate returns it unchanged with every decision, and abstains, saying so, when it is below the caller’s floor.
- Skin in the game to act — an operator posts MONARK as a bond to be authorized; a commit proven faulty is slashed (to the party it harmed, a burn, and the watcher who proved it — never to the company).
- Watchers — anyone can recompute a frozen decision from its published bytes; a proven fault pays the watcher from the bond, not from the company. The token is what makes the fleet answerable, not what makes it profitable.
It is
- a right-to-act, metered
- carried by the caller, returned unchanged by the gate
- a field on every GateDecision: remaining_budget
- one token, one ticker
It is not
- a yield
- idle staking
- an oracle
- a probability of being right
B_t over one illustrative epoch
B_t = 1.00
An illustrative simulation of the gate policy — not market activity
In this simulation each commit spends B_t. On the served gate, B_t is caller-carried: the caller keeps B_t and sends it, and the gate returns it unchanged.
Each commit spends 0.15 of B_t — an illustrative cost, not a market figure.
Tokenomics
The token
mechanics under design — details to be announced- Watchers earn for catching a faulty commit; fault is proven by recomputing the frozen decision.
- A staker reward mechanism is under design — useful staking, tied to the fleet’s work, not a passive payout.
Supply, distribution, and the mechanics of replenishing B_t.
to be announced