Parameter Changes
Each Zenex market is a standalone trading contract with a configurable set of parameters that control fees, interest curves, leverage limits, and lifecycle behavior. Because every market is its own contract, parameter changes are per market. How those changes are applied depends on the governance model the market owner has chosen.
Direct Ownership
When the trading contract is owned directly by an address or multisig, the owner can update parameters immediately by calling the contract's configuration entry point. This is the simplest model and is appropriate for markets where the owner is trusted or where fast iteration is needed. A change to the borrowing parameters is only accepted alongside a same-ledger interest accrual, so switching rates never skips or double-counts accrued borrowing interest. A change to the funding parameters settles the outstanding funding accrual automatically before the new values apply.
Timelock Governance
For markets that prioritize transparency, Zenex provides an optional governance contract with a built-in timelock. When the trading contract is owned by this governance contract, parameter changes follow three sequential steps.
-
Queue. The governance owner submits a transaction that records the proposed change on-chain. The change is visible to anyone inspecting the contract state. The existing parameters remain in effect.
-
Wait. A mandatory delay period must pass before the change can be applied. During this window, users can review the proposed values and take any action they consider appropriate. The delay is configurable between one second and sixty days. Changing the delay period itself is also subject to the timelock.
-
Execute. After the delay period has elapsed, anyone can submit a transaction to apply the queued change. Execution is permissionless. The governance owner does not need to be the one who triggers it.
The governance owner can cancel a queued change at any time before it is executed. Queued changes have a limited lifetime: they expire after roughly twice the delay period plus one day, with a minimum of about two days. If a queued change is not executed before it expires, it must be re-queued.
What Can Be Changed
A market owner acts through three entry points, each governing a different kind of change.
Configuration replaces the market's full parameter set: the skew-split trade fee rates, the impact scalar, the keeper rate, the flat keeper execution fee escrowed with every order and vault order, the position size bounds and open-interest ceiling, the order dust floors, the initial and maintenance margins (which set the leverage envelope), the liquidation fee, the notional lock, the utilization caps, the borrowing and funding curves, the auto-deleveraging thresholds, the profit haircut threshold, and the vault order parameters (the redeem cooldown, the vault fill fee, the minimum deposit, the redeem-side pending-profit gate, and the vault balance cap). Every one of these is set per market by the market owner.
Status moves the market through its lifecycle: normal trading, paused openings, an emergency freeze, a delist wind-down, or final retirement. The status is the only lever that can always be pulled immediately, even under a timelock.
Terminal price sets the flat settlement price used to wind down a delisted market once its grace window has passed.
One adjustable parameter lives outside the market config: the protocol's share of fees is stored on the treasury contract and changed by the treasury owner. It follows the timelock only when the treasury itself is owned by the governance contract.
For details on what each parameter controls, see the Market Parameters page. For the lifecycle states, see Markets Overview.