Trade perpetual futures through NOXIA, powered by Orderly.
NOXIA is a decentralized perpetual futures trading interface built on Orderly Network infrastructure. This documentation explains how trading works, how liquidity is shared, how risk is calculated, what markets can be supported, and how the NX token can be used inside the NOXIA ecosystem.
Why trade on NOXIA?
Orderly Network is decentralized trading infrastructure that powers perpetual futures across multiple blockchains. NOXIA uses this infrastructure so traders can access shared liquidity, CEX-grade execution, and self-custodial market access from a NOXIA-branded front-end.
| Feature | Description | NOXIA meaning |
|---|---|---|
| Shared liquidity | One unified orderbook across integrated DEXs, instead of fragmented liquidity. | NOXIA users access the same deeper liquidity pool as other connected Orderly front-ends. |
| Omnichain access | Deposit and trade from supported chains including Arbitrum, Base, Ethereum, Solana, and more. | Users can enter from multiple chains without each chain having a separate market. |
| CEX-grade performance | Central limit order book with off-chain matching and on-chain settlement. | The UI can feel closer to a centralized exchange while keeping decentralized settlement. |
| Multi-collateral | Supported collateral can include USDC, USDT, ETH, SOL, BNB, WBTC, and other assets. | NOXIA can support more flexible collateral usage as the product matures. |
| Self-custody | Funds remain on-chain instead of being fully controlled by a centralized exchange. | NOXIA's core promise is simple: your keys, your funds. |
Two ways to trade
Trade on the NOXIA DEX interface
Retail users can trade directly through the NOXIA front-end. The front-end provides the user interface, while Orderly provides the underlying orderbook, matching, settlement, and market infrastructure.
Trade through API
Programmatic traders can connect to the Orderly API for automated strategies, execution systems, and advanced trading infrastructure. NOXIA can later expose API documentation for advanced users.
Orderbook design
Orderly uses a central limit order book, the same broad market structure used by major centralized exchanges. The difference is that Orderly combines off-chain matching with on-chain settlement, giving traders performance without relying on a fully centralized custody model.
Asset Layer
Asset vaults exist on supported chains. Users interact with this layer when registering, depositing, and withdrawing.
Settlement Layer
Orderly L2 stores transaction and user data on-chain. Users generally do not interact with this layer directly.
Engine Layer
The orderbook, matching engine, risk engine, and order services process trading activity.
MEV protection
- Fast matching: low-latency matching leaves less room for front-running.
- Deep liquidity: deeper orderbooks make manipulation more difficult.
- Off-chain matching: orders are matched in a neutral off-chain environment before settlement, reducing on-chain front-running exposure.
Perpetual futures trading
A perpetual futures contract lets a trader speculate on the price movement of an asset with leverage without owning the underlying asset. Unlike traditional futures, perpetual contracts have no expiry date.
Why trade perps instead of spot?
- Long or short: spot traders usually profit only when assets rise, while perp traders can also short falling markets.
- Leverage: leverage can improve capital efficiency, but it also amplifies losses.
- Deeper liquidity: futures markets often have higher volume than spot markets, allowing larger entries and exits with less price impact.
Orderly USDC perpetual futures
All perpetual futures on Orderly are USDC-based. Collateral, quotes, and settlement are denominated in USDC.
Margin modes
- Cross Margin: deposited USDC is shared across all cross-margin positions. Profitable positions can offset losing ones.
- Isolated Margin: each position has dedicated margin. Losses are capped at the margin assigned to that position.
Orderly supports integer leverage values from 1x to 100x depending on the specific market. It uses one-sided position mode within each margin mode, meaning a user cannot hold both a long and a short on the same contract in the same margin mode.
Accounts
On Orderly, each wallet gets a separate account per front-end. The account address is derived from the wallet address and the builder ID of the front-end being used.
- Trades placed through one DEX cannot be seen or modified through another DEX.
- Fees, volume, and fee tiers are tracked separately by front-end account.
- There is no shared state between accounts, even if the same wallet owns them.
Order types
| Order type | Description |
|---|---|
| Limit | Buy or sell at a specified price or better. The order sits on the orderbook unless it can execute. |
| Market | Executes immediately at the best available prices until filled or until matching constraints cancel the remaining amount. |
| IOC | Immediate or Cancel. Fills as much as possible immediately; unfilled quantity is canceled. |
| FOK | Fill or Kill. Executes the entire order immediately or cancels the whole order. |
| Post Only | Guarantees maker behavior. If it would match immediately, it is canceled instead. |
| Reduce Only | Can only reduce an existing position. It cannot open a new position or increase risk. |
Glossary
| Term | Definition |
|---|---|
| Order Book | A live list of open buy and sell orders sorted by price. |
| Liquidity | How much of an asset is available to trade without moving price heavily. |
| Spread | The gap between the best bid and the best ask. |
| Basis Point | 1 basis point equals 0.01%. |
| Taker Fee | Fee paid when an order fills immediately and removes liquidity. |
| Maker Fee | Fee or rebate for adding liquidity to the orderbook. |
| Unsettled PnL | Profit or loss from a perp position that has not yet settled. |
| Maintenance Margin | Minimum collateral needed to avoid liquidation. |
| Initial Margin | Collateral needed to open a new position. |
| Funding Fee | Periodic payment between longs and shorts that keeps perp prices close to spot markets. |
| Mark Price | Fair-value price used to calculate unrealized PnL and liquidations. |
| Index Price | Volume-weighted average price from major spot exchanges. |
| Last Price | The most recent executed trade price. |
| Open Interest | Total outstanding perp contracts that have not been closed. |
| Liquidation | Forced position closure when collateral falls below required levels. |
| ADL | Auto-deleveraging, a final safeguard when normal liquidation and insurance mechanisms are insufficient. |
| Insurance Fund | Reserve pool that covers losses when liquidation cannot fully cover bad debt. |
Mark Price, Index Price, and Last Price
Perpetual futures interfaces show multiple prices because each price serves a different risk function.
- Index Price: fair market price for the underlying asset, calculated from major exchanges.
- Mark Price: Orderly's best estimate of the perp contract's fair value. It is used for unrealized PnL and liquidation.
- Last Price: the most recent price at which the contract traded.
Index safeguards
- If a source price deviates by more than 5% from the median, it is capped or floored at ±5% until it returns to range.
- If multiple sources deviate by more than 5%, the median is used instead of the volume-weighted average.
- If a source stops sending prices for over 10 seconds, it is removed from the Index Price calculation.
Weight(CEX_i) = Volume(CEX_i) / Total Volume(CEXes)
Weights are updated every 5 minutes using each exchange's trading volume over the past 4 hours. A backup oracle such as Stork can be used to verify reference prices.
Formulas and definitions
This section explains the core values NOXIA can display in the trading interface: margin ratio, collateral, free collateral, PnL, and liquidation price.
Margin and balance formulas
Current margin ratio = total_collateral_value / sum(abs(position_notional_i)) Total collateral = total_balance + upnl + pending_short_USDC Free collateral = collateral + upnl - total_initial_margin_with_orders - pending_short_USDC Portfolio value = USDC Balance + (non USDC assets × mid_price) + unsettled PnL Withdrawable balance = total_balance - total_initial_margin_with_orders - positive_upnl
Initial Margin Ratio
IMR_i = Max(1 / Max Account Leverage, Base IMR_i, IMR Factor_i × Abs(Position Notional_i)^(4/5)) initial_margin_i = abs(position_notional_i × IMR_i) weighted_initial_margin_ratio_i = abs(position_notional_i / total_notional) × IMR_i initial_margin_ratio = sum(weighted_initial_margin_ratio_i)
Maintenance Margin Ratio
MMR_i = Max(Base MMR_i, (Base MMR_i / Base IMR_i) × IMR Factor_i × Abs(Position Notional_i)^(4/5)) maintenance_margin_i = abs(position_notional_i × MMR_i) weighted_maintenance_margin_ratio_i = abs(position_notional_i / total_notional) × MMR_i maintenance_margin_ratio = sum(weighted_maintenance_margin_ratio_i)
PnL and liquidation
Unrealized PnL = position_qty × (mark_price - avg_open) Notional = abs(mark_price_i × position_qty_i) Total Notional = sum(abs(position_notional_i)) Liquidation Price = max[ Mark Price + (total_collateral_value - total_notional × MMR) / (|Qi| × MMR_i - Qi), 0 ]
API data mapping
| Formula variable | API endpoint | JSON field |
|---|---|---|
total_balance | GET /v1/client/info | wallet_balance |
upnl | GET /v1/positions | unrealized_pnl |
position_notional_i | GET /v1/positions | notional |
mark_price_i | GET /v1/public/market_info | mark_price |
IMR_i | GET /v1/public/config | base_imr |
MMR_i | GET /v1/public/config | base_mmr |
Insurance Fund & ADL
The Insurance Fund is the safety net that steps in when an account becomes bankrupt, meaning losses exceed the collateral available in the account.
How the Insurance Fund grows
The fund grows by collecting part of liquidation fees during normal market conditions. During extreme swings, liquidators may be unable to close positions fast enough, and the Insurance Fund covers the resulting loss.
When positions cannot be liquidated normally
- The trader's positions and remaining USDC balance transfer to the Insurance Fund.
- Liquidators can claim those positions from the Insurance Fund at a discount.
- This incentivizes liquidation cleanup even during stressed conditions.
ADL
Auto-deleveraging is the final safeguard. It activates only when liquidators do not take positions, the Insurance Fund cannot resolve them, and the Insurance Fund margin ratio falls too low. The system then selects traders with high profit and high leverage to offset risk.
Supported markets
Orderly supports 100+ perpetual futures markets, including major crypto assets and real-world assets. Front-end applications can choose which supported markets they want to list.
Crypto perpetual futures
| Token Name | Ticker | Symbol |
|---|---|---|
| Bitcoin | BTC | PERP_BTC_USDC |
| Ethereum | ETH | PERP_ETH_USDC |
| BNB | BNB | PERP_BNB_USDC |
| XRP | XRP | PERP_XRP_USDC |
| Solana | SOL | PERP_SOL_USDC |
| Dogecoin | DOGE | PERP_DOGE_USDC |
| Cardano | ADA | PERP_ADA_USDC |
| Tron | TRX | PERP_TRX_USDC |
| Avalanche | AVAX | PERP_AVAX_USDC |
| NEAR Protocol | NEAR | PERP_NEAR_USDC |
| Sui | SUI | PERP_SUI_USDC |
| Polkadot | DOT | PERP_DOT_USDC |
| Bitcoin Cash | BCH | PERP_BCH_USDC |
| Litecoin | LTC | PERP_LTC_USDC |
| Aptos | APT | PERP_APT_USDC |
| Hedera | HBAR | PERP_HBAR_USDC |
| Chainlink | LINK | PERP_LINK_USDC |
| Uniswap | UNI | PERP_UNI_USDC |
| Aave | AAVE | PERP_AAVE_USDC |
| Curve DAO | CRV | PERP_CRV_USDC |
| Lido DAO | LDO | PERP_LDO_USDC |
| Pendle | PENDLE | PERP_PENDLE_USDC |
| Morpho | MORPHO | PERP_MORPHO_USDC |
| Ethena | ENA | PERP_ENA_USDC |
| Ether.fi | ETHFI | PERP_ETHFI_USDC |
| Hyperliquid | HYPE | PERP_HYPE_USDC |
| Aster | ASTER | PERP_ASTER_USDC |
| Arbitrum | ARB | PERP_ARB_USDC |
| Optimism | OP | PERP_OP_USDC |
| Polygon | POL | PERP_POL_USDC |
| Linea | LINEA | PERP_LINEA_USDC |
| Mantle | MNT | PERP_MNT_USDC |
| Monad | MON | PERP_MON_USDC |
| Plasma | XPL | PERP_XPL_USDC |
| Berachain | BERA | PERP_BERA_USDC |
| Sonic | S | PERP_S_USDC |
| Internet Computer | ICP | PERP_ICP_USDC |
| Injective | INJ | PERP_INJ_USDC |
| Celestia | TIA | PERP_TIA_USDC |
| Sei | SEI | PERP_SEI_USDC |
| Story | IP | PERP_IP_USDC |
| Jupiter | JUP | PERP_JUP_USDC |
| Raydium | RAY | PERP_RAY_USDC |
| PancakeSwap | CAKE | PERP_CAKE_USDC |
| Worldcoin | WLD | PERP_WLD_USDC |
| LayerZero | ZRO | PERP_ZRO_USDC |
| Orderly Network | ORDER | PERP_ORDER_USDC |
| Ondo | ONDO | PERP_ONDO_USDC |
| Bittensor | TAO | PERP_TAO_USDC |
| Monero | XMR | PERP_XMR_USDC |
| Zcash | ZEC | PERP_ZEC_USDC |
| Artificial Superintelligence Alliance | FET | PERP_FET_USDC |
| Virtuals Protocol | VIRTUAL | PERP_VIRTUAL_USDC |
| OFFICIAL TRUMP | TRUMP | PERP_TRUMP_USDC |
| dogwifhat | WIF | PERP_WIF_USDC |
| Pudgy Penguins | PENGU | PERP_PENGU_USDC |
| 1000PEPE | 1000PEPE | PERP_1000PEPE_USDC |
| 1000BONK | 1000BONK | PERP_1000BONK_USDC |
| Woo | WOO | PERP_WOO_USDC |
RWA perpetual futures
| RWA Name | Ticker | Symbol |
|---|---|---|
| Standard & Poor's 500 | SPX500 | PERP_SPX500_USDC |
| NASDAQ 100 Index | NAS100 | PERP_NAS100_USDC |
| Gold | XAU | PERP_XAU_USDC |
| Silver | XAG | PERP_XAG_USDC |
| Alphabet Inc | GOOGL | PERP_GOOGL_USDC |
| Tesla | TSLA | PERP_TSLA_USDC |
| NVIDIA | NVDA | PERP_NVDA_USDC |
| Brent Crude Oil | BZ | PERP_BZ_USDC |
| WTI Crude Oil | CL | PERP_CL_USDC |
| Euro / US Dollar | EURUSD | PERP_EURUSD_USDC |
| US Dollar / Japanese Yen | USDJPY | PERP_USDJPY_USDC |
Supported chains
Orderly supports multiple EVM chains and Solana. This gives NOXIA room to serve users across different wallet and chain ecosystems.
EVM chains
Arbitrum, Optimism, Base, Mantle, Ethereum, Sei, Avalanche, Sonic, Mode, and BNB Smart Chain.
Non-EVM chains
Solana is supported as a non-EVM chain, which aligns with NOXIA's Solana-facing market strategy.
Multi-Collateral
Multi-collateral support lets traders use selected non-USDC assets as collateral. The system applies caps, collateral weights, LTV calculations, and auto-conversion rules to control risk.
Global max deposits
| Collateral | Chain | Max collateral |
|---|---|---|
| USDT | Arbitrum | 2,000,000 |
| ETH | Arbitrum | 1,000 |
| USDT | Ethereum | 3,000,000 |
| ETH | Ethereum | 500 |
| ETH | Base | 500 |
| USDT | BSC | 4,000,000 |
| SOL | Solana | 40,000 |
| USDT | Solana | 1,500,000 |
| BNB | BSC | 10,000 |
| WBTC | Ethereum | 80 |
LTV
Loan-to-Value measures the ratio of negative USDC value and unrealized losses against recognized collateral value. A lower LTV is safer.
LTV = ( abs(min(USDC Balance, 0)) + abs(min(upnl, 0)) )
/ [ sum(max(Collateral Quantity, 0) × Index Price × Weight) + max(upnl, 0) ]
Collateral value
Collateral Value = min(Collateral Quantity, Collateral Cap) × Weight × Index Price Total Collateral Value = sum(Collateral Value) + upnl Free Collateral = Total Collateral Value - Total Initial Margin With Orders Total Account Value = sum(Collateral Quantity × Index Price) + upnl
Auto conversion
If LTV reaches 95% or negative USDC value reaches the system threshold, collateral can be automatically converted into USDC to reduce risk. This protects the account, but users should monitor LTV before automated conversion occurs.
Pre-TGE Listing
Pre-TGE Listing lets a Builder list a perpetual market for a token before its official launch, using a synthetic price source and tighter risk caps. This can enable early price discovery when there is no external spot market or oracle source.
Pre-TGE Oracle price
- Sample every minute: calculate orderbook midpoint as
(best_bid + best_ask) / 2. - Smooth with EMA: use a 24-hour exponential moving average with half-life around 8 hours.
- Clamp within an anchor band: limit the price inside
[initial_price / 4, initial_price × 4].
Tightened risk caps
| Item | Pre-TGE market |
|---|---|
| Max leverage | 5x |
| Global Max OI | $50K to $500K |
| Max notional per user | $5K to $50K |
| Funding fee | Not charged during pre-TGE phase |
After TGE, the Builder transitions the market to a regular Community Listed market by adding external price sources and ending the Pre-TGE phase. This transition is one-way.
Custom Oracle
Custom Oracle allows qualified Builders to provide additional index price sources for permissionlessly listed markets. This is important for markets that need data beyond standard CEX feeds.
| Mode | Best for | How prices reach Orderly |
|---|---|---|
| Builder Oracle | Builders with their own pricing model, index service, exchange aggregation service, or RWA data provider. | The Builder pushes prices to Orderly over WebSocket. |
| BYOK Oracle | Builders that want to use their own provider account for Pyth, Stork, or similar providers. | Orderly pulls prices using the Builder's provider credentials. |
Builder responsibilities
- Keep the WebSocket connection active during the relevant market session.
- Publish valid prices at the required frequency.
- Monitor stale data, skipped prices, and feed availability.
- Use multiple sources when possible to reduce single-source risk.
Custom Oracle and BYOK Oracle can be used with supported RWA markets. Current RWA support focuses on US markets, with HK, CN, and KR market sessions planned to be added gradually.
NX token inside NOXIA
The native ecosystem token is named noxia, with the symbol NX. NX should be connected to real activity inside the platform rather than existing only as a speculative token.
Token utility
NX can be used for trading rewards, fee tiers, campaign access, token-gated events, market launch incentives, and future governance.
Value loop
As NOXIA volume grows, more users may care about fee benefits, staking tiers, maker rebates, and campaign rewards tied to NX.
Future negative fee model
- Users who stake or lock NX can qualify for stronger maker rebates.
- Higher NX tiers can unlock trading credits or negative maker fee campaigns.
- Negative fees should be limited by market, campaign budget, anti-wash-trading rules, and risk controls.
NX utility does not guarantee price appreciation. This documentation is not investment advice.
NX investor thesis: Korea-first opportunity
NX is designed around a Korea-first market thesis. Korea already has a large crypto trading base, but the local market is still heavily centered on centralized spot exchanges. At the same time, advanced traders who want perpetual futures, leverage, broader market access, and fast execution often move toward offshore derivatives venues. NOXIA’s opportunity is to bring that demand into a non-custodial perpetual DEX environment.
Large local crypto market
Korean users already understand exchange interfaces, order books, fast price movement, high-volume trading, deposits, withdrawals, and real-time market monitoring. NOXIA does not need to create trading culture from zero; it can build on an existing active market.
High concentration in CEXs
Domestic activity remains concentrated around large centralized exchanges. This creates convenience, but also makes users dependent on centralized custody, internal accounting, listing policies, and operational controls.
Korean futures demand and DEX adoption gap
1. A significant portion of demand moves to futures venues
Domestic Korean exchanges are mostly spot-focused. Traders who want short selling, leverage, perpetual futures, or faster access to global markets often look toward foreign futures exchanges. This shows that Korean users are not only interested in spot trading; there is meaningful demand for derivatives-style products.
- Spot-focused domestic exchanges: local platforms are familiar and liquid, but limited for users who want advanced futures products.
- Offshore futures flow: active traders often move to global futures venues because they offer leverage, perpetual markets, and broader instruments.
- NOXIA positioning: NOXIA can present a Korea-first perpetual DEX that offers futures access without fully centralized custody.
2. Korea's DEX usage is still low compared with its trading culture
Korea has strong crypto activity, but DEX usage remains relatively underdeveloped compared with centralized exchange behavior. This creates a growth gap. If NOXIA reduces wallet, chain, and UI friction, DEX adoption can grow from a low base.
- Most retail users first learned crypto through centralized exchanges rather than wallets.
- DEX onboarding can feel difficult because of wallets, approvals, gas, bridges, network selection, and contract risk.
- A TradingView-style interface and Orderly execution can make the DEX experience feel more familiar to Korean traders.
3. Centralized exchange trust pressure strengthens the timing
Recent issues involving a major Korean centralized exchange, shown here as B****, raised concerns about internal controls, asset handling, and user protection. The point is not that DEXs remove every risk. The point is that users increasingly understand why self-custody and transparent infrastructure matter.
- Custody concern: centralized exchange users must trust internal systems and balance management.
- Transparency demand: after large operational failures, users become more open to verifiable systems.
- NOXIA narrative: “your keys, your funds” becomes more powerful when users question centralized custody.
How the thesis supports NX value design
NX should be connected to actual NOXIA usage. The token should become more useful as more traders join, more markets list, and more liquidity enters the platform.
| Growth driver | How it supports NX utility | NOXIA execution example |
|---|---|---|
| More Korean traders | More demand for fee benefits, rewards, and campaign access. | NX trading missions, early user rewards, referral campaigns. |
| More futures volume | Active traders care more about maker rebates, taker discounts, and fee tiers. | NX staking tiers and volume-based reward boosts. |
| More DEX adoption | Wallet-based users need a native ecosystem asset for incentives and loyalty. | NX token-gated events, community campaigns, and governance. |
| More liquidity | Market makers can be rewarded for improving orderbook depth. | Negative maker fee, maker rebate, or trading credit programs for NX stakers. |
In the long term, NX can be used for trading rewards, staking or lock-up benefits, fee tier upgrades, negative maker fee eligibility, premium tools, campaign access, and governance participation. This creates a utility loop: more NOXIA activity makes NX benefits more valuable, while NX incentives help attract more activity to the exchange.
Security verification
NOXIA should communicate security in a strict and factual way. The platform can describe audited infrastructure while also acknowledging user, wallet, oracle, and liquidation risks.
Zellic
Smart contract audit scope: vault logic, cross-chain messaging, and settlement flows.
Quantstamp
Security assessment scope: access controls, reentrancy, oracle manipulation, and economic attacks.
Security principles
- Private keys remain with the user's wallet.
- Settlement and account activity should be transparent where possible.
- Risk pages should disclose smart contract, oracle, bridge, market, and liquidation risk.
- NOXIA should distinguish audited infrastructure from unaudited future features.
Risk notice
Perpetual futures are high-risk products. Leverage can amplify both profit and loss, and liquidation can occur quickly during volatile markets.
- Users can lose their collateral when using leverage.
- DEX trading introduces wallet, contract, oracle, bridge, and liquidity risks.
- Permissionless markets, Pre-TGE markets, and custom oracle markets may carry higher risk.
- NX is a planned utility token, not a guaranteed-return asset.
- Roadmap items may change based on market, regulatory, liquidity, and infrastructure conditions.
