Documentation Index
Fetch the complete documentation index at: https://staging-docs.orderly.network/llms.txt
Use this file to discover all available pages before exploring further.
On most perpetual exchanges, listing a new market is a platform decision — the team evaluates the asset, sets up the infrastructure, and takes on the risk. This works for high-demand assets, but it also means the platform becomes the bottleneck: every new market competes for the same listing queue, the same shared Insurance Fund, and the same risk budget.
Permissionless Listing is designed to move the listing decision closer to Builders without moving the risk onto the whole platform. Qualified Builders can list new perpetual markets themselves, on their own timeline, within Orderly’s supported asset, source, and risk-control rules. Builders can configure supported price sources, including custom oracle sources, and list supported real-world asset (RWA) markets with defined trading sessions. In return, the Builder takes direct responsibility for the market they introduce — funding the Insurance Fund, supporting liquidity, and managing risk for that market independently.
The product model is simple: Orderly provides the market infrastructure and automated guardrails; the Builder operates the market; when the market is surfaced to traders, it is labeled as Community Listed so they can choose whether to trade it.
Disclaimer: A permissionlessly listed market is created and operated by a Builder, not by Orderly. Orderly does not vet, operate, or backstop these markets.
Standard Listing vs. Permissionless Listing
There are two ways to list markets on Orderly. While the standard model is built for platform-wide stability, Permissionless Listing is built for Builder-level autonomy.
| Feature | Standard Listing | Permissionless Listing |
|---|
| Who manages it | Orderly | Individual Builder |
| Insurance Fund | Shared across the platform | Dedicated per Builder |
| Listing Process | Evaluated & approved by Orderly | Self-serve after eligibility and setup |
| Risk Parameters | Standardized & conservative | Customizable by Builder |
Product Design Model
Permissionless Listing is not an unrestricted listing lane. It is a self-service listing model with clear ownership, isolated risk, automated checks, and trader-facing disclosure.
| Design choice | What users should understand |
|---|
| Builder-owned market | The Builder chooses the market, price sources, trading parameters, launch time, and liquidity setup within Orderly’s supported rules. |
| Orderly infrastructure | Orderly still provides matching, liquidation, settlement, parameter constraints, status transitions, and monitoring rails. |
| Isolated risk | Each Builder uses a dedicated Insurance Fund, isolated-margin trading, separate order books, and market-scoped ADL. A Community Listed market should not be able to consume another Builder’s Insurance Fund or Orderly’s platform Insurance Fund. |
| Automated lifecycle | Markets move through POST_ONLY, ACTIVE, REDUCE_ONLY, DELISTING, and DELISTED based on launch timing, liquidity depth, Insurance Fund health, and other risk checks. |
| Trader transparency | Community Listed markets are labeled separately when shown, identify the operating Builder, require isolated margin, and show a risk disclosure before first trade. |
How Permissionless Listing Works
Permissionless Listing decouples the risk of new markets from the rest of the platform. The key design principle: a Builder’s market should only be able to affect that Builder’s own risk exposure.
Per-Builder risk isolation
Each Builder that lists a market must set up and manage their own accounts:
- Insurance Fund (IF) account — A dedicated sub-account that covers liquidation losses for all of the Builder’s listed markets. The ongoing minimum balance is $50,000 per active symbol (e.g., 3 active markets = $150,000 minimum). To submit another listing, the IF must also have enough balance for the next symbol. If the IF drops too low, the system will automatically restrict trading or trigger delisting.
- Market Maker (MM) accounts — Optional sub-accounts for market-making. Builders can bind one or more MM accounts to their listed symbols to provide liquidity.
The IF is completely separate from Orderly’s platform IF and from any other Builder’s IF. If a liquidation loss occurs, it draws only from that Builder’s IF. If the IF is fully depleted, auto-deleveraging (ADL) is scoped to that specific market only. The risk controls are designed to keep losses scoped to that Builder’s market rather than the broader platform.
This is why all permissionlessly listed markets are Isolated Margin only. If these markets allowed Cross Margin, a sudden crash on a long-tail token could cascade into a user’s BTC or ETH positions. Isolated Margin keeps collateral exposure scoped to the specific position, while market-level mechanisms such as ADL may still apply within that Community Listed market if its Insurance Fund is depleted.
Per-Builder symbols
Multiple Builders can list the same underlying asset independently. If Orderly already has a standard PERP_BTC_USDC market and Builder A lists their own BTC perpetual, these are completely separate markets — separate order books, separate liquidity, separate Insurance Funds, separate risk parameters. Builder B can also list BTC. None of these interfere with each other.
On the trading page, each market is displayed with the symbol and the Builder’s name (e.g., BTC woofi) to clearly show who is operating it.
Controlled launch sequence
New markets don’t go straight to full trading. They follow a phased launch:
- POST_ONLY — The market is live but only accepts limit orders. This gives Market Makers time to build liquidity on both sides of the order book before real trading begins.
- ACTIVE — Once bid-side and ask-side ±2% single-side order book depth are each at least $50,000 and hold for 10 minutes, the market automatically opens for full trading including market orders.
If conditions deteriorate after launch — insufficient depth, Insurance Fund running low, funding rate anomalies — the system can automatically force the market into REDUCE_ONLY mode (only position-closing allowed) or initiate delisting entirely. These circuit breakers apply per-market, not platform-wide.
Price sources and custom oracle feeds
Index prices are aggregated from the sources selected by the Builder when configuring a market. Supported source types include CEX price feeds, on-chain oracles, Builder-provided oracle feeds, and Builder-owned oracle connections using their own provider credentials.
Builders can mix multiple source types for the same market. Each selected source is assigned a weight, and the weighted sources are used to calculate the market’s Index Price. At least one valid source is required, and two or more are recommended to reduce single-point-of-failure risk.
Custom oracle feeds allow a Builder to provide their own Index Price feed to Orderly. A Builder can keep a feed private for their own listings or make it public so other Builders can select it. If a Builder selects a public feed operated by another Builder, they take responsibility for the availability and quality of that source.
Currently supported platform oracle sources include Pyth and Stork. If all configured sources become unavailable, the market is automatically placed into reduce-only mode.
RWA market support
Permissionless Listing also supports real-world asset (RWA) perpetual markets, subject to Orderly’s supported RWA list. RWA markets require a market_session, which defines when the market is open, closed, or affected by holidays and early closes.
RWA support currently covers US markets only, including regular US stock hours, extended US stock hours, and US futures hours. Support for additional markets, including Hong Kong (HK), China (CN), and Korea (KR), is planned to be added gradually.
The trading session is configured at the market level, not at the price-source level, so the same source framework can support both crypto markets and RWA markets.
When an RWA market is closed, the frontend can show a Market Closed state and use the latest valid price according to the configured session rules. Market sessions and holiday calendars are maintained by Orderly.
Real-time monitoring
Builders receive real-time Telegram notifications throughout the market lifecycle — from launch status updates to risk alerts when IF balance, order book depth, or funding rate thresholds are breached.
Who Can List
Permissionless Listing is available to Builders in the Diamond Tier of the Builder Staking Program. Each Builder can have up to 5 active markets by default (adjustable by Orderly). Builders configure price sources, trading parameters, and Insurance Fund setup through the Builder dashboard.
Builders also receive fee sharing on trading fees generated by their permissionlessly listed markets. The default fee share is 50% of Orderly base fees, settled daily to the Builder’s DEX Admin account, and may be adjusted by Orderly for individual Builders.
Builder onboarding and launch readiness
Before launch, a Builder should be ready to:
- Confirm Diamond Tier eligibility and Builder Admin access.
- Bind and fund the Insurance Fund account with enough balance for each active listed symbol, including the new symbol being submitted.
- Select at least one valid Index Price source; two or more are recommended.
- Configure trading parameters within Orderly’s supported constraints.
- Prepare market-making coverage so bid-side and ask-side ±2% depth can each reach at least $50,000 for 10 consecutive minutes.
- Bind Telegram alerts so the Builder can respond to IF, liquidity, funding, and source-health warnings after launch.
When shown on a frontend, permissionlessly listed markets appear as “Community Listed”. They work like standard Orderly perpetuals in most ways — same matching engine, same order types, same settlement — but with several important differences:
Availability may vary by frontend. Builder-operated frontends can choose whether to show Community Listed markets, show all of them, or show only selected Builders’ markets. Existing positions, orders, and trade history remain accessible even if a market is not shown in the market picker.
| Standard Orderly markets | Community Listed markets |
|---|
| Who operates it | Orderly | Individual Builder |
| Insurance Fund | Shared platform IF, managed by Orderly | Dedicated per-Builder IF, funded by the Builder |
| Margin mode | Cross Margin and Isolated Margin | Isolated Margin only |
| What happens if IF is depleted | Platform backstop | ADL applied only to positions in that market |
| Liquidity | Platform-coordinated | Depends entirely on the Builder’s market-making |
| Risk controls | Platform-wide standards | Market-specific, can be restricted independently |
What this means in practice
- Orderly is not responsible for the performance, liquidity, or risk management of permissionlessly listed markets.
- Risk is isolated to that market. A liquidation on a Community Listed isolated-margin position is designed not to affect margin allocated to other markets.
- Liquidity varies. Community Listed markets depend on the Builder’s own market-making setup, which means spreads and depth can vary significantly compared to standard markets.
- Markets can be restricted or delisted. If a Community Listed market’s liquidity, funding rate, or Insurance Fund health deteriorates beyond thresholds, the system can automatically restrict new risk or begin delisting. This limits further exposure but does not remove risk from existing positions.
- A risk disclosure is shown before your first trade. The first time you trade a Community Listed market, a disclosure explains the differences so you can make an informed decision.
What’s Next
Permissionless Listing is a step toward more builder-led market infrastructure. Related capabilities and upcoming programs include:
- Permissionless Vault — Enable anyone to deploy and manage Strategy Vaults without manual onboarding. Now live.
- Public MM Program — Open market-making participation beyond Builder-managed MM accounts, allowing broader liquidity provision for Community Listed markets.
Related Pages
