00 / EXECUTIVE SUMMARY
Meme markets do not need less energy. They need better curves.
MONUMENTUM is a fixed-supply token paired with native ETH through a custom Uniswap v4 curve. Instead of following one indifferent reserve path, the curve treats concentrated buy flow, concentrated sell flow, and cooling activity as observable state.
Dense buys can activate token-side depth before that same swap settles. Dense sells can activate defensive depth before that same sell settles, retaining more ETH than the baseline constant-product quote. As pressure fades, active token inventory can be recalled gradually within an explicit ETH-backed budget.
The objective is not a fixed price, guaranteed appreciation, or a ban on selling. The objective is a transparent response surface: one market whose marginal curve adapts to the density and direction of participation.
Same-swap
The current order participates in the response it triggers.
Fully backed
Every reserve unit corresponds to a real PoolManager claim.
Bounded
Activation, decay, recovery, and fees live inside public limits.
Inspectable
State, quotes, transitions, and budgets are available onchain.
01 / DESIGN OBJECTIVES
Preserve the rush. Extend the horizon.
A conventional fixed curve maps reserves to price without remembering how participation arrived. MONUMENTUM adds a bounded pressure state while preserving permissionless execution and user-defined slippage.
Narrow extreme entry dispersion
Activate depth during concentrated buys so later orders in the same demand wave do not face an entirely passive curve.
Make panic extraction progressively less attractive
Respond to dense sells by deepening token-side inventory and retaining additional real ETH inside the market.
Recover without unbacked price engineering
Reclassify inventory slowly only when the potential ETH liability is covered by explicit budget.
Keep the token itself simple
No transfer tax, external mint, rebase, blacklist, or wallet-level restrictions are required by the mechanism.
An adaptive curve can change the shape of execution. It cannot guarantee demand, remove drawdowns, prevent losses, or convert speculative participation into certain profit.
02 / SYSTEM ARCHITECTURE
Four components. One canonical reserve state.
The prototype separates the fixed-supply asset, protocol custody, curve logic, and settlement accounting. This limits the token contract's authority and makes the market mechanism independently inspectable.
Fixed supply ERC-20. No curve logic in user balances.
Seeds real ETH and MONUM; owns the protocol LP position.
Quotes, activates, recalls, checkpoints, and emits state.
Holds the ERC-6909 claims that back every internal reserve.
Pool constraints
The Hook is also the protocol LP receipt token in the prototype. This receipt is accounting infrastructure, not a public promise of redeemability. A production migration design must be specified before any withdrawal path exists.
03 / RESERVE ACCOUNTING
A real token reserve, split into active and inactive state.
The treasury never creates virtual MONUM. It deposits real token inventory into PoolManager through the Hook, then classifies that inventory by its role in the live quote.
PoolManager ETH claim = E
PoolManager MONUM claim = A + I
total managed MONUM = active inventory + inactive inventory
reclassification changes state, not total token supplyWhat activation means
Activation moves real MONUM from I to A as part of a quote. Recall moves real MONUM from A back to I. Neither operation transfers tokens from user wallets, withdraws ETH from the market, or changes the ERC-20 total supply.
External mint
Rebase
Wallet seizure
Unbacked reserve
04 / PRESSURE ENGINE
Measure relative flow, not raw hype.
Buy heat and sell stress are separate decaying state variables. Each order is normalized against the relevant reserve, so the response scales with market depth rather than treating one absolute trade size as universal.
relativeFlow = amount / (reserve + amount)
pressureIncrease
= relativeFlow × directionSensitivity
nextPressure
= min(1, currentPressure + pressureIncrease)Opposing-flow damping
A sell arriving during buy heat first cancels some buy heat. A buy arriving during sell stress first cancels some sell stress. Only the remaining directional flow can create new pressure and inventory activation.
dampingCapacity = opposingFlow × dampingCoefficient
cancelledPressure = min(oldPressure, dampingCapacity)
directionalShare
= residualSameDirectionFlow / rawRelativeFlow
actualActivation
= unconstrainedActivation × directionalShareThis prevents rapid alternating flow from receiving the full benefit of both response directions. It does not claim to eliminate MEV; adversarial ordering remains part of the production threat model.
05 / ABSORB DENSE BUYS
The current buy participates in its own response.
The mechanism does not wait for a later block. A buy first contributes to buy heat; the resulting bounded activation is then included in the same transaction's quote.
q = gross ETH input - fee
c = bounded buy activation ratio
A = active MONUM before the trade
E = ETH reserve before the trade
MONUM out = A × q / (E + q × (1 - c))
released = c × MONUM out
E' = E + gross ETH input
A' = A + released - MONUM out
I' = I - releasedThe unconstrained ratio interpolates between the configured base and maximum release using average heat across the transaction. It is then reduced by the directional share and capped by available inactive inventory.
06 / DEFEND DENSE SELLS
Make a crowded exit progressively less rewarding.
The current sell enters the stress calculation before its output is determined. Persistent stress is weighted toward pre-existing state so one isolated sell cannot immediately claim the maximum response.
t = net MONUM input
d = bounded defensive activation
baseline ETH out = E × t / (A + t)
defended ETH out = E × t / (A + d + t)
defended output ≤ baseline output
defense credit = baseline output - defended output
A' = A + d + t
I' = I - d
E' = E - defended outputEvery seller retains ordinary transaction-level minimum-output protection. The protocol does not block a wallet or change its balance. Instead, the published curve produces a different marginal quote while sell density is high.
The difference between the baseline output and defended output stays in the PoolManager claim. Subject to reserve bounds, that difference is credited to later recovery.
07 / RECOVER AS PRESSURE FADES
Fast expansion. Deliberate contraction.
When buy heat and sell stress cool, the target active inventory moves from its hot-market ceiling toward its cold-market floor. Recall is rate-limited, target-limited, inventory-limited, and ETH-budget-limited.
buyHeat' = max(0, buyHeat - buyDecay × dt)
sellStress' = max(0, sellStress - sellDecay × dt)
pressure = max(buyHeat', sellStress')
targetRatio
= minActiveRatio
+ (maxActiveRatio - minActiveRatio) × pressure
targetActive = (A + I) × targetRatiorateLimit = (A + I) × recallRate × dt
targetLimit = max(0, A - targetActive)
inventoryCandidate = min(rateLimit, targetLimit)
budgetLimit = B × A / (E + B)
finalRecall
= min(inventoryCandidate, budgetLimit)
budgetSpent
= roundUp(E × finalRecall / (A - finalRecall))Recalled MONUM remains under Hook control as inactive inventory. ETH remains in its PoolManager claim. The budget is consumed as an accounting liability bound, preventing the mechanism from treating a purely internal reclassification as free economic value.
08 / FEES & RECOVERY BUDGET
Contraction is paid for, not wished into existence.
Unbacked recall can create a predictable before-and-after trade. MONUMENTUM therefore allows recovery only to the extent that its additional ETH liability is covered.
Buy fees
ETH-denominated fees collected on buys are automatically credited to the recovery budget.
Sell defense
ETH retained relative to the baseline sell quote can become budget without leaving the market.
Explicit funding
The vault may earmark already-seeded ETH principal through a public transaction and event.
0 ≤ contractionBudgetEth ≤ ethReserve
budget is never a second ETH balance
budget is a bounded purpose inside the same backed ETH claimSell-side fees are accounted in the token input path. They do not become ETH recovery capacity merely because a fee occurred. This distinction keeps the budget denominated in the liability asset it is meant to cover.
09 / QUOTE ENGINE
Exact input, exact output, and a state that moves with both.
Four public quote paths cover ETH-to-MONUM and MONUM-to-ETH in exact-input and exact-output form. Quotes preview elapsed-time changes first, then model the direction-specific pressure response.
Why exact-output uses search
Required input affects relative flow; relative flow affects pressure; pressure affects activation; activation changes the quote. The prototype resolves that circular dependency with a bounded monotonic binary search and reverts if convergence is not reached.
requested output < available reserve
input and output remain within implementation bounds
binary search is iteration-bounded
failure to converge reverts QuoteDidNotConverge
execution remains subject to user minimum/maximum limits10 / SWAP LIFECYCLE
One transaction. Six explicit stages.
Preview
Read elapsed time and derive effective cold-state recovery.
Checkpoint
Commit decay, recall, budget, and reserve changes.
Normalize
Convert the current order to relative reserve flow.
Net
Cancel opposing pressure before granting new response.
Activate
Move bounded real MONUM into the current marginal curve.
Settle
Exchange assets, update claims, and emit canonical state.
Buy- and sell-side activation is calculated before the triggering trade settles. The protocol does not wait for a later keeper transaction to react to the order.
11 / TIME & BLOCK SEMANTICS
Same-swap response. Elapsed-time recovery.
Trading responses are synchronous with the triggering swap. Cooling is measured by elapsed seconds, not by assuming a fixed block interval. This prevents chain timing variance from silently changing the intended decay rate.
Stored state may be older than the current timestamp.
Decay and eligible recovery are calculated for all elapsed seconds.
The current order contributes before its quote is finalized.
Updated reserves and pressure are emitted for indexers.
Anyone can call checkpoint(), but no keeper is required for correctness: previewState() derives the same effective state without a write, and every swap checkpoints before execution.
With no trade, a venue cannot invent a new historical trade print. A MONUMENTUM interface should show both the last executed price and the current Hook marginal quote so quiet recovery is visible without falsifying candles.
12 / PUBLIC INTERFACES & EVENTS
The curve should be observable without trusting the interface.
Read and control surface
Canonical event stream
Minimum production dashboard
13 / PARAMETER SURFACE
Every response has a ceiling, floor, or rate limit.
The following values are the current prototype deployment defaults. They are test inputs—not final launch parameters and not a recommendation.
Prototype allocation
Production values require simulation against clustered flow, adversarial ordering, reserve shocks, low-liquidity launch states, sequencer conditions, and multiple volatility regimes. Large maximum responses are not automatically safer because they are more visible.
14 / SECURITY MODEL
Solvency invariants first. Market behavior second.
The prototype assumes PoolManager, the chain, the deployed token, and the configured controller behave according to their contracts. The mechanism must remain solvent and internally consistent even when users choose adversarial trade sizes and sequences.
PoolManager ETH claim = E
PoolManager MONUM claim = A + I
0 ≤ buyHeat ≤ 1e18
0 ≤ sellStress ≤ 1e18
0 ≤ B ≤ E
A > 0
activation ≤ inactive inventory
recall ≤ active inventory - active floorThreat matrix
Explicit reverts
NotControllerUnauthorized liquidity or reserve action
InvalidPoolCurrenciesPair is not native ETH / managed token
InvalidConfigurationParameter set violates protocol bounds
LiquidityLockedUnsupported withdrawal attempt
CurveNotSeededQuote or swap before reserve initialization
InsufficientOutputReserveRequested output exceeds real reserve
InsufficientContractionBudgetBackingBudget exceeds backed ETH capacity
AmountTooLargeInput exceeds safe implementation range
QuoteDidNotConvergeExact-output search failed its bounded solve
15 / GOVERNANCE & DEPLOYMENT
Initialization is powerful. Ongoing control should be narrow.
The reserve vault owns the setup path: it connects to one Hook, deposits real assets, activates initial inventory, and optionally earmarks recovery budget. The Hook address itself is mined with CREATE2 so its permission flags are encoded in the deployed address.
- 01Validate network
Require Robinhood Chain ID 4663 and deployed infrastructure code.
- 02Deploy fixed-supply token and reserve vault
Production metadata must explicitly use MONUMENTUM / MONUM.
- 03Mine and deploy the Hook address
Encode before-initialize, before-swap, delta, and liquidity permission flags.
- 04Initialize the native ETH / MONUM pool
Use the dynamic fee flag, configured tick spacing, and declared initial price.
- 05Seed and verify real claims
Deposit ETH and MONUM, activate initial inventory, and assert reserve identities.
- 06Transfer ownership
Move vault control to the published production timelock and multisig.
The prototype vault is Ownable. Production ownership should be a disclosed timelock plus multisig, with no hidden parameter path and no casual liquidity withdrawal. Any migration or emergency power must be narrow, delayed, documented, and visible before activation.
16 / VERIFICATION & TEST EVIDENCE
The mechanism is implemented. The production claim is not yet earned.
The current Foundry suite contains 22 passing tests, including deterministic scenarios and 512-run fuzz campaigns. These results establish prototype behavior; they do not replace independent audits, formal verification, or public adversarial review.
Evidence still required
- Independent review of the custom accounting and reserve identities.
- Formalized invariants across every exact-input and exact-output path.
- Agent-based simulation across launch, FOMO, panic, and quiet regimes.
- Search for profitable multi-block, split-order, and alternating-flow strategies.
- Fork validation against final Robinhood Chain infrastructure.
- Gas profiling, denial-of-service analysis, audit, and public bug bounty.
17 / LIMITS, DISCLOSURES & ROADMAP
A mechanism can shape execution. It cannot manufacture certainty.
Stablecoin
MONUM does not target or guarantee a fixed unit of account.
Price floor
Recovery changes the marginal curve; it cannot promise a minimum market price.
Anti-sell lock
Sells remain executable when user slippage conditions are satisfied.
Automatic profit system
Participants can lose money, and volatility can remain extreme.
Road to activation
- Freeze the economic specification and publish the parameter rationale.
- Complete market simulation and adversarial strategy search.
- Finish the live quote, reserve, heat, stress, and budget dashboard.
- Install timelocked multisig ownership and publish every privileged action.
- Commission independent audits and resolve every critical finding.
- Open a public review period and bug bounty before accepting user funds.
- Publish the official address only through monum.fun and verified channels.
QUICK GLOSSARY
RESEARCH-STAGE NOTICE — The contracts described here have not been independently audited. Custom accounting and custom curve logic are experimental. No user funds should be deposited into the prototype. Until an official contract is published on monum.fun, no MONUMENTUM or MONUM token is live.