> For the complete documentation index, see [llms.txt](https://rollx-docs.gitbook.io/rollx/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://rollx-docs.gitbook.io/rollx/rollx-trading-model-technical-overview.md).

# 🦺 RollX Trading Model – Technical Overview

### 1. Introduction

**RollX** **Protocol**  introduces an innovative liquidity and trading framework with the support from the RLP Pool, designed to maximize capital efficiency, enable deep cross-pair liquidity, and support non-custodial leveraged trading.

This document details the system architecture, operational mechanisms, and liquidity dynamics of RollX — including its RLP Pool design, leverage infrastructure, and oracle integration model.

***

### 2. System Architecture

#### 2.1 RLP Pool Framework

The RLP Pool serves as the central liquidity backbone across all perpetual trading pairs.

* Unified Liquidity Layer — Liquidity is aggregated across pairs, allowing capital to be shared seamlessly between markets.
* Market-Making Functionality — RLP minters act as liquidity providers, participating directly in the market-making process of perpetual contracts.
* NAV Dynamics
  * The Net Asset Value (NAV) reflects the aggregate unrealized PnL of all open positions.
  * When traders experience losses, RLP NAV appreciates; conversely, trader profits reduce NAV.
* Yield Accrual — Platform fees and funding payments are continuously injected into the RLP Pool, ensuring sustainable yield for liquidity providers.

<figure><img src="/files/C3Dq6g125jAfGaDemXgI" alt=""><figcaption></figcaption></figure>

#### &#x20;2.2 BRLP Pool

The BRLP Pool functions as a secondary liquidity reserve, designed to stabilize the system during periods of insufficient liquidity in the RLP Pool.

Emergency Liquidity Provision — When market demand surges or unrealized pnl loss rises, BRLP assets are partially unstaked and converted to provide USDC liquidity.

Capital Efficiency and Safety — Once the liquidity imbalance is resolved, the system rebalances by restoring BRLP positions, ensuring both capital efficiency and the safety of underlying

<figure><img src="/files/2RAh7OWdRZhxttSTw1hc" alt=""><figcaption></figcaption></figure>

***

### 3. Trading Features

#### 3.1 Leverage Infrastructure

| Market Type       | Maximum Leverage |
| ----------------- | ---------------- |
| Crypto Perpetuals | Up to 100×       |
| BTCUSD            | Up to 500×       |

Traders gain enhanced buying power through optimized margin requirements and efficient liquidation thresholds.

<figure><img src="/files/msrfleugzGOjKECnYGk2" alt=""><figcaption></figcaption></figure>

***

#### 3.2 Fee and Execution Efficiency

* Deep RLP-backed liquidity ensuring minimal slippage
* Incentive schemes to reward active traders and market participants

***

#### 3.3 Oracle and Security Architecture

To ensure data integrity and mitigate manipulation risk:

* Dual-Oracle Framework — Integrates CEX Oracle and Pyth Price Feeds for real-time, high-precision pricing.
* Failover Resilience — Automatic fallback between oracle sources maintains continuity during latency or anomaly events.
* Liquidation Safeguards — Protects traders from abnormal price spikes or temporary data disruptions.

***

#### 3.4 Non-Custodial Execution

* RollX Protocol as a fully non-custodial decentralized exchange (DEX).
* Users retain full control of funds; all transactions are signed and broadcast directly from user wallets.
* No intermediated deposits or withdrawals.
* Position management and liquidation are enforced exclusively through on-chain smart contracts.

***

#### 3.5 Capital Efficiency Model

* All trading pairs utilize the shared RLP liquidity pool, eliminating the need for pair-specific capital provisioning.
* The shared-liquidity design maximizes utilization, minimizes idle capital, and accelerates the onboarding of new markets.

***

### 4. Degen Trading Mode

#### 4.1 Overview

The Degen Trading Mode delivers ultra-high leverage (up to 500×) with zero opening fees and zero slippage.\
Currently available exclusively for BTCUSD perpetuals.

***

#### 4.2 Core Parameters

| Parameter           | Specification                   |
| ------------------- | ------------------------------- |
| Leverage Options    | 500×                            |
| Opening Fee         | 0%                              |
| Slippage            | 0 (Guaranteed Execution)        |
| Closing Fee         | Dynamic, PnL-sharing            |
| Collateral Input    | Manual principal entry required |
| Maximum ROI         | 500% (for 500× )                |
| Add-Margin Function | Not supported                   |

***

#### 4.3 Risk and Fee Dynamics

* PnL-Based Closing Fee — Dynamically applied at exit to stabilize pool yield and prevent excessive risk exposure.
* Fixed Collateral Model — Degen positions do not permit margin top-ups; users must monitor liquidation thresholds closely to manage exposure.

***

#### 4.4. User Workflow

1. Launch the Trading Interface and select *BTCUSDT*.
2. Configure Leverage settings via the right-panel control.
3. Input Collateral (Principal) and optional Take-Profit %.
4. Execute Position through wallet confirmation.
5. Monitor Active Position — note that margin additions are disabled; liquidation occurs automatically when thresholds are breached.


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:

```
GET https://rollx-docs.gitbook.io/rollx/rollx-trading-model-technical-overview.md?ask=<question>&goal=<endgoal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.
