PerpX Whitepaper

PerpX removes the false choice between speed and sovereignty by combining centralized-grade execution with decentralized, transparent settlement.

1. Where Crypto Really Trades Today

Perp markets move first, set expectations, and absorb volatility long before spot prices catch up. Across major exchanges, perp volume consistently eclipses spot by wide margins, reflecting where real traders choose to express themselves. Yet for something so central to crypto, the experience is strangely fractured. Traders are still pushed into an old dilemma: choose the smooth speed of centralized venues and surrender control, or reclaim autonomy on decentralized platforms and accept friction, lag and uncertainty. In a market built on innovation, this tradeoff feels outdated.

Centralized exchanges feel effortless, with instant execution and deep liquidity. But traders surrender custody and trust opaque matching, price formation and liquidation logic. Everything happens behind closed doors, and users must rely entirely on the operator’s integrity.

Decentralized platforms take the opposite approach. They return control to the user, with transparent execution and verifiable settlement. But the tradeoff is friction. Orders move slowly. Pricing is dependent on oracles. MEV bots lurk in the mempool, looking for opportunities to extract value. Slippage increases, spreads widen and liquidations can feel arbitrary.

PerpX is removing this forced choice. It combines the speed and smoothness of centralized execution with the transparency and autonomy of decentralized settlement. It protects orderflow, surfaces risk early through AI and gives traders tools that feel modern, intuitive and fair.

2. What’s Broken in Perp Trading (And Why Everyone Feels It)

Decentralized perpetual trading systems face structural challenges across execution latency, real-time risk enforcement, liquidation responsiveness, and pricing transparency. PerpX addresses these challenges through a hybrid architecture that deliberately separates high-frequency computation from on-chain state transitions, while maintaining deterministic settlement on Arbitrum.

Each problem below is paired with the corresponding technical solution and architecture components responsible for its implementation.

2.1 Execution Latency and Failed Transactions During Volatility

Problem

Purely on-chain order handling requires every validation step to be executed within a transaction, increasing gas costs and failure rates during periods of network congestion or rapid price movement.

PerpX Technical Solution

PerpX implements a pre-trade off-chain validation pipeline:

Orders are ingested through an API gateway and normalized by the order management service.
Structural validation (order format, size constraints, account state) is performed off-chain.
Pre-trade risk checks verify margin availability and position constraints against the latest synced state.
Only validated orders are forwarded for on-chain execution, where state transitions are finalized.

On-chain contracts act as the source of truth for position updates and settlements, while off-chain components minimize unnecessary transaction attempts.

2.2 Fragmented Risk Management and Reactive Margin Enforcement

Problem

Reactive or transaction-scoped risk checks can lead to delayed responses to margin deterioration, especially during rapid market movements.

PerpX Technical Solution

PerpX uses continuous off-chain risk monitoring combined with on-chain enforcement. Position data, margin balances, and unrealized PnL are synced from on-chain events into a risk engine that evaluates margin health in near real time.

Risk conditions are detected off-chain for speed, while margin restrictions and liquidation eligibility are enforced deterministically by on-chain contracts, preserving security and transparency.

2.3 Delayed Liquidations and Accumulation of Protocol Risk

Problem

Liquidation mechanisms that rely solely on user-triggered actions or delayed checks can allow under-collateralized positions to persist, increasing protocol risk.

PerpX Technical Solution

PerpX integrates event-driven liquidation monitoring:

Off-chain monitoring services continuously evaluate liquidation conditions using synchronized position data.
Keeper and bot infrastructure submit liquidation transactions when conditions are met.
On-chain liquidation contracts independently verify eligibility and execute liquidations deterministically.

This design decouples detection from execution, reducing response time without compromising security.

2.4 Pricing Inputs and Funding Adjustments Under Volatile Conditions

Problem

Pricing and funding mechanisms that lack clear separation between data ingestion and application can introduce latency or opacity in fast-moving markets.

PerpX Technical Solution

PerpX separates price signal aggregation from on-chain application:

Off-chain pricing services aggregate oracle feeds and market-derived signals.
Pricing inputs are validated and normalized before use.
On-chain contracts apply funding and settlement logic using these validated inputs as parameters.

This separation ensures consistent pricing behavior while maintaining transparency at settlement.

2.5 Scalability Constraints of Fully On-Chain Execution Models

Problem

Executing all validation, monitoring, and risk logic on-chain introduces scalability limits and unnecessary gas overhead.

PerpX Technical Solution

PerpX’s hybrid model allocates responsibilities based on execution frequency:

High-frequency processes (risk evaluation, monitoring, validation) are handled off-chain.
Low-frequency but critical state transitions (trade execution, settlement, liquidation) are finalized on-chain.
An event-driven synchronization layer ensures consistency between off-chain state and on-chain truth.

This architecture improves throughput while retaining deterministic settlement guarantees.

2.6 Hybrid Architecture Summary

PerpX’s hybrid architecture is designed to:

Reduce transaction failure rates during volatility
Enable continuous risk assessment
Improve liquidation responsiveness
Maintain transparent and deterministic on-chain settlement

By separating computation from settlement and synchronizing state via events, PerpX addresses core limitations of fully on-chain perpetual trading systems while preserving security and auditability.

3. Introducing PerpX – A Modern Perp Exchange Without the Tradeoffs

PerpX is a hybrid, AI-assisted perpetual exchange designed to eliminate the classic tradeoff between speed and transparency. Instead of choosing between a fast but opaque system or a transparent but slow one, users get a platform that delivers both.

PerpX’s philosophy is simple: Trading should feel fast, fair and fully understandable.

It achieves this with a combination of design choices:

fast off-chain matching
transparent on-chain settlement
MEV-safe order handling
real-time AI insights
multi-asset collateral
clear and predictable risk behavior

PerpX does not reinvent perpetuals. It reinvents the environment in which perpetuals operate.

3.1 A New Kind of Perp Exchange

PerpX is neither a pure CEX nor a pure DEX. It uses a hybrid approach:

Orders execute off-chain for speed
Positions settle on-chain for transparency

This gives traders a familiar, responsive feel while maintaining the security and auditability expected in decentralized finance.

3.2 The Four Pillars of PerpX

Performance

A high-speed matching engine delivers responsive execution, even during volatile markets.

Fairness

Pricing, liquidation logic and order handling are transparent and designed to prevent manipulation.

Intelligence

The AI layer helps users understand liquidations, funding pressure, volatility shifts and exposure concentration.

Capital Efficiency

Multi-asset margin reduces the need for constant rebalancing, helping capital work more effectively.

3.3 Why PerpX Matters

The majority of perp volume still relies on centralized infrastructure or DEX models prone to MEV and slippage. PerpX offers a balanced alternative that gives traders speed, control and clarity in the same place.

4. Inside the PerpX System Architecture – How the Hybrid Model Works

PerpX is built on a hybrid architecture designed to deliver speed without compromising transparency. It takes the best elements of centralized execution and merges them with the verifiability of decentralized settlement. The result is an environment that feels responsive while remaining fully accountable.

The architecture revolves around three core layers:

an off-chain execution engine
an on-chain settlement layer
a risk-aware coordination layer

These layers work together to ensure that every order is processed quickly, finalized transparently and protected from manipulation.

4.1 Hybrid Execution Model

The hybrid model is the foundation of PerpX. It splits the trading process into two components:

Off-chain execution for speed
On-chain settlement for trust

By separating execution from settlement, PerpX avoids the bottlenecks that slow down traditional DEXs while maintaining the accountability that users expect from decentralized systems.

Why this model matters

Traders get fast, predictable execution.

All final states — positions, PnL, liquidations — remain verifiable.

MEV exposure is significantly reduced because orders never sit exposed in public mempools.

This structure delivers the responsiveness of a modern exchange with the security of decentralized records.

4.2 Order Lifecycle — From Intent to Final Settlement

Every trade follows a clear, predictable lifecycle:

User signs an order intent

No funds move at this stage. The signature simply authorizes the action.

Intent is routed to the matching engine

This happens off-chain to keep latency low.

Execution occurs within the engine

Orders match instantly based on liquidity conditions.

Settlement updates are produced

The engine generates state changes reflecting the trade: position size, collateral adjustments, and PnL.

Settlement pushes to the blockchain

The blockchain records and finalizes the updated state.

The transaction becomes auditable

Every execution result is visible and verifiable on-chain.

This lifecycle ensures that execution stays fast and settlement stays honest.

4.3 MEV-Safe Orderflow

MEV remains a major challenge in on-chain trading. Bots actively monitor pending transactions, exploit predictable patterns and extract value from ordinary users. PerpX tackles these issues at the structural layer.

Key protections

Orders are signed off-chain, so they never sit exposed in the mempool.
Intent is revealed only after execution, limiting frontrunning.
Private routing options exist for institutional or sensitive flows.
Deterministic settlement rules prevent opportunistic manipulation.

Outcome

Traders receive execution that reflects actual market conditions, not the presence of extraction bots.

4.4 On-Chain Settlement — The Source of Truth

The blockchain acts as the final arbiter. Every position update, margin change, liquidation event and fee distribution is stored transparently.

This enables:

verifiable trading history
transparent PnL
audit-friendly execution
consistent accounting
predictable liquidation behavior

PerpX treats on-chain settlement as the backbone of trust.

4.5 Reliability and Fail-Safes

Trading systems must behave consistently under both normal and stressed market conditions. PerpX includes several mechanisms to ensure stability:

deterministic state transitions
automatic reconciliation between execution and settlement layers
safety guards during network congestion
clear rules for halts and recovery events
signature validation at every step

These tools keep PerpX reliable even when markets behave unpredictably.

5. The Trading Engine and User Experience — Built Around Real Traders

PerpX gives traders an experience that feels clean, responsive and predictable. This includes offering intuitive order types, flexible margin modes, consistent liquidation logic and clear visibility into collateral, fees and risk.

The engine is designed to help traders execute with confidence, manage risk smoothly and understand their positions without digging through hidden menus.

5.1 Order Types Designed for Real Conditions

PerpX supports a set of practical, trader-friendly order types:

Market orders for immediate execution
Limit orders for precise entries
Stop and trigger orders for breakout strategies
Close-only orders for clean exits

Each order type follows the same predictable flow through the hybrid engine, ensuring consistency across execution, settlement, and risk evaluation.

5.2 Trading Fees

PerpX applies a simple and transparent trading fee model designed to be predictable for traders and sustainable for the protocol.

5.2.1 Trading Fee Model

PerpX charges a flat 0.30% trading fee on both maker and taker orders.

The fee is applied at the time of position execution
It is calculated based on the trade’s notional size
The same rate applies to all supported markets and order types

This unified fee structure avoids complex tiering, hidden rebates, or opaque maker–taker incentives. Traders always know the cost of execution before entering a position.

5.2.2 Fee Usage and Protocol Sustainability

Trading fees contribute directly to protocol sustainability and ongoing platform development. Fees support:

Liquidity sourcing and depth management
Infrastructure and matching engine operations
Risk systems and liquidation infrastructure
Security audits and protocol maintenance

Fee parameters are configurable and may evolve over time based on market conditions and governance decisions. Any changes are governed transparently through the protocol’s governance framework.

5.3 Margin Modes — Flexibility for Every Style

Traders have different risk appetites. Margin should reflect that.

Cross Margin

All collateral supports all positions. Gains and losses are shared across the account. This mode is well suited for diversified portfolios and high-leverage strategies.

Isolated Margin

Each position uses separate collateral. This protects the rest of the account if one trade turns against the user.

PerpX allows traders to switch between margin modes depending on their strategy and risk preferences.

5.4 Multi-Asset Collateral — Capital Should Work Everywhere

Many DEXs limit traders to a single collateral asset. PerpX enables multiple supported assets to count toward margin.

This allows traders to:

Avoid frequent rebalancing
Reduce friction when entering new positions
Keep capital productive
Mitigate exposure to a single asset’s volatility

Collateral flexibility makes the platform friendlier for active traders and institutions.

5.5 Liquidation Logic — Clear, Predictable and Transparent

Liquidations protect both traders and liquidity providers.

PerpX uses a transparent liquidation model shaped by:

Fixed maintenance margin thresholds
Predictable trigger conditions
Partial liquidation where applicable
On-chain recording of every event

There are no hidden penalties, discretionary interventions, or opaque decision paths. Liquidation outcomes follow deterministic on-chain rules and are fully auditable.

5.6 Funding and Liquidity Cost Mechanics (PerpX — MUX V3 Model)

Funding and position holding costs on PerpX are implemented using the MUX V3 liquidity protocol. This replaces traditional counterparty-based funding with a utilization-driven borrowing cost model. The design aligns trader incentives with real liquidity demand while delivering sustainable yield to liquidity providers.

Instead of relying purely on long–short imbalance payments, PerpX charges traders for the cost of accessing shared liquidity pools. Trading costs therefore reflect actual pool utilisation, available liquidity, and market demand.

5.6.1 Borrowing Cost Framework

PerpX applies a borrowing fee model derived from MUX V3. Both long and short positions incur holding costs based on liquidity utilisation.

Traders pay borrowing fees for capital consumed from PerpX liquidity pools
Borrowing costs rise as pool utilisation increases
Fees scale with position size and time held
Collected fees are distributed to liquidity participants and aligned incentive recipients

Borrowing rates are calculated using a bounded function that incorporates:

Pool utilisation levels
Asset-specific configuration parameters
Protocol-defined base and maximum rate thresholds

This framework keeps holding costs predictable, economically grounded, and tightly linked to real liquidity conditions on PerpX.

5.6.2 Accrual and Settlement Frequency

Borrowing costs on PerpX accrue continuously and are applied at frequent intervals.

Accrual reflects near-real-time utilisation changes
Fees are settled on an hourly basis
Costs are deducted directly from trader collateral

This high-frequency settlement allows PerpX to adapt quickly to shifts in demand without introducing sudden funding shocks to open positions.

5.6.3 Rate Boundaries and Stability Controls

Although borrowing costs are market-driven, PerpX enforces strong stability controls inherited from MUX V3.

Configurable base rates define minimum costs under low utilisation
Upper rate limits cap borrowing fees during extreme demand
Utilisation-based scaling ensures smooth rate adjustments

These controls prevent excessive cost spikes during volatility while preserving clear economic signals. As utilisation rises, borrowing becomes progressively more expensive. This encourages natural market rebalancing and protects liquidity providers.

Together, these mechanisms ensure that PerpX liquidity costs remain transparent, orderly, and resilient across all market conditions.

5.7 Example: A Typical Trade on PerpX

A trader signs a limit order to long ETH. The order reaches the matching engine. Execution occurs instantly. Settlement updates position size and collateral. Funding begins accruing based on market skew. The AI layer alerts the trader about upcoming funding or volatility changes. The trader exits via a close-only order. Final PnL settles on-chain.

6. Staking Module

6.1 Staking Overview

The PerpX Staking Module enables users to earn performance-linked rewards while reinforcing protocol liquidity, risk absorption, and long-term alignment.

Unlike conventional staking models that rely on fixed emissions or inflationary rewards, PerpX staking is:

Performance-based
Fee-optimized
Lock-incentivized
Capital-efficient

There are no guaranteed yields. Rewards scale with real protocol and vault performance.

[Figure 6-1: Staking Lifecycle Overview] Stake → lock-up selection → performance accrual → reward claim / withdrawal (Insert diagram: PerpX_workflow.html)

6.2 Supported Staking Types

PerpX supports two staking types, tracked and managed independently:

USDC Staking
- Tiered performance fees
- Multiple lock-up options
- Net PnL–based fee calculation with high-water mark tracking
LP Token Staking
- Separate fee tiers and lock options
- Independent penalty rules
- Insurance fund routing for risk mitigation

This separation ensures different risk profiles are handled explicitly and transparently.

6.3 Reward & Fee Framework

Staking rewards are governed by Net PnL–based accounting:

Performance fees apply only on positive Net PnL
Net PnL is measured relative to a high-water mark
High-water marks update only when new value peaks are reached
Flat or negative performance does not trigger performance fees

This framework prevents repeated fee extraction on the same gains and aligns rewards with realized performance.

6.4 Staking Tiers & Lock-Up Options

Stakers are assigned to tiers based on the amount staked, with base performance fees decreasing at higher tiers.

Lock-up periods are selected at deposit and adjust the effective performance fee:

0 days (Flexible): higher fee adjustment
30 days: neutral adjustment
90 days: reduced fee adjustment
180 days: lowest fee adjustment

Longer commitments are incentivized through fee reductions, not increased emissions.

6.5 Early Exit & Risk Controls

Breaking an active lock before maturity results in an early exit penalty.

Penalties differ for USDC and LP staking
Penalties are distributed between:
- Remaining stakers
- Protocol treasury
- Insurance fund (LP staking)

[Figure 6-2: Fee & Penalty Distribution Flow] (Insert diagram: PerpX_DFD.html — simplified fee flow)

6.6 How PerpX Staking Differs from Basic Staking Models

Typical Staking Models

PerpX Staking

Flat or uniform reward rates

Tiered performance fees based on staked amount

Rewards not linked to Net PnL

Performance fees applied only on positive Net PnL

No high-water mark tracking

High-water mark prevents double fee charging

Limited or no lock differentiation

Multiple lock periods with fee adjustments

Minimal early exit controls

Explicit early exit penalties for locked stakes

Single staking type

Separate USDC and LP staking with independent rules

6.7 Role of Staking Within the PerpX Protocol

Within PerpX, staking is not a standalone yield product. It functions as an economic coordination layer that supports core protocol operations.

Specifically, the staking module:

Encourages longer-term capital commitment through lock-based fee incentives
Aligns staker outcomes with vault and protocol performance via Net PnL–based accounting
Redistributes penalties and fees to stakers, treasury, and insurance mechanisms
Differentiates risk handling between USDC staking and LP staking through separate rules

By combining tiered fees, lock-up adjustments, and performance-based accounting, staking reinforces protocol sustainability while maintaining transparent and auditable economics.

6.x Future Enhancements: AI That Helps You See Risk Before It Hits — The Intelligence Layer

The AI layer in PerpX is built to make trading clearer by surfacing important insights before they turn into problems. It does not execute trades or override user decisions. Its purpose is to help traders and LPs understand their positions, the market environment and potential risks.

6.1 Real-Time Risk Alerts

The AI continually monitors conditions across:

liquidation proximity
margin health
exposure concentration
correlation spikes
volatility trends

Alerts are designed to be simple, digestible and timely.

6.2 Market Behavior Insights

PerpX uses AI to highlight changes in market microstructure:

unusual volume patterns
rapid funding shifts
disappearing liquidity pockets
sudden changes in trading behavior

These insights help traders understand the “why” behind the movement.

6.3 Predictive Indicators

While the AI does not predict markets in the speculative sense, it offers forward-looking signals built from pattern recognition:

short-term volatility projections
funding direction trends
expected liquidity shifts
early warnings for stressed market regimes

These signals give traders more confidence when planning entries or managing risk.

6.4 Tools for LPs and Institutions

LPs and institutions get additional insights tailored to their needs:

open interest distribution
skew concentration
pool exposure patterns
risk behavior under stress scenarios
compliance-friendly transparency indicators

7. How Liquidity Works on PerpX — A Scalable, Safer Model for LPs

Liquidity determines how well a perpetual exchange functions. Depth influences slippage, volatility management and execution quality. PerpX uses a staged liquidity architecture designed to grow sustainably while minimizing risk for LPs.

7.1 Hybrid Liquidity — Stability From Day One

At launch, PerpX integrates shared liquidity from external sources to ensure trading depth. As the platform grows, native LP pools take on a larger share of open interest.

This prevents the shallow-book problem common to new DEX perps.

7.2 Native LP Pools — Clear Rewards and Clear Risks

LPs provide capital that supports open interest and earn returns from:

trading fees
funding
spread revenue
protocol incentives (in select phases)

LPs do not blindly absorb risk. PerpX defines exposure through clear parameters.

7.3 Managing Skew and Directional Exposure

Skew occurs when traders crowd into one direction. PerpX manages skew using:

position caps
adaptive spreads
dynamic funding adjustments

These tools help LPs avoid excessive directional exposure.

7.4 Liquidity Behavior During Volatility

PerpX is designed to maintain stability in stressed markets:

spreads widen gradually
funding adjusts smoothly
settlement remains consistent
LP pools maintain transparency

This helps avoid sudden liquidity collapses.

7.5 LP Risk Transparency

LPs often operate without enough visibility. PerpX provides:

real-time exposure dashboards
long-short balance
stress test scenarios
liquidity distribution metrics

8. Multi-Chain Swap Module & Cross-Chain Capital Mobility

PerpX is designed to operate as a multi-chain trading hub. While perpetual trading and settlement occur on Arbitrum, traders originate capital across many blockchains. The PerpX Multi-Chain Swap Module enables seamless asset movement across ecosystems, removing friction from onboarding, capital rotation, and liquidity deployment.

This module provides secure, near-instant cross-chain swaps and transfers, allowing traders to move capital where it is most efficient without relying on centralized bridges or custodial intermediaries.

The goal is simple: capital should move as freely as markets do.

8.1 Cross-Chain Asset Swaps

PerpX integrates deBridge to enable native cross-chain token swaps and transfers between supported networks.

deBridge provides:

Trust-minimized cross-chain execution
Near-instant settlement between chains
Non-custodial asset movement
Message-verified transaction finality

This allows traders to move assets into and out of PerpX efficiently without fragmented bridge UX, manual routing, or long settlement delays.

Users can swap assets across chains in a single flow, entering PerpX with the collateral they already hold.

8.2 Bridge Infrastructure and Messaging Layer

PerpX leverages deBridge’s cross-chain messaging and liquidity infrastructure as its primary interoperability layer.

The architecture supports interoperability with major cross-chain ecosystems, including:

LayerZero
Wormhole
Native chain messaging layers

This modular design ensures that PerpX remains adaptable as cross-chain standards evolve and new networks emerge. The swap module is built as an extensible system, capable of integrating additional messaging or liquidity providers as the ecosystem matures.

Cross-chain execution follows deterministic validation rules and message verification, preserving security guarantees across all supported routes.

8.3 Supported Chains

Through deBridge, PerpX supports asset movement across more than 24 major blockchain networks, including:

Ethereum
Arbitrum
Base
Optimism
BNB Chain
Polygon
Avalanche
Solana
Tron
Neon
and others

This enables PerpX to serve traders wherever liquidity originates, while maintaining Arbitrum as the core settlement layer for perpetual trading.

As new ecosystems emerge, PerpX can expand its supported network set without requiring changes to the core trading engine.

8.4 Swap Fee Structure

Cross-chain swap fees consist of two components:

A flat protocol fee paid in the destination chain’s native gas token
A small variable swap fee (typically ~4 basis points on input value)

Fees vary by chain and route and are dynamically queried directly from the deBridge contracts rather than hardcoded into the PerpX system. This ensures accurate pricing, prevents stale routing assumptions, and eliminates hidden or discretionary charges.

All fees are surfaced to users before execution, maintaining full transparency across every cross-chain transfer.

8.5 Why Cross-Chain Mobility Matters

Perpetual markets are global, but capital remains fragmented across chains. Without seamless mobility, traders face:

Delayed onboarding
Manual bridge risk
Liquidity fragmentation
Operational friction

The PerpX Multi-Chain Swap Module removes these barriers by turning PerpX into a true multi-chain trading hub. Traders can deploy capital wherever it lives, LPs can route liquidity efficiently, and institutions can manage treasury flows across ecosystems with predictable execution.

Capital should never be the bottleneck. PerpX is built so that it never is.

9. Governance and Decentralization

Governance is a core part of how PerpX evolves over time. The platform is designed to give users direct influence over key decisions while gradually shifting more control from the core team to the community. The goal is a system where risk rules, listings and economic parameters are shaped openly and responsibly.

9.1 Governance Responsibilities

PRPX holders participate in decisions related to:

asset listings
fee schedules
funding and margin parameters
risk policies
liquidity incentives
treasury usage
long-term roadmap direction

These decisions affect how markets behave and how capital flows within the system. A transparent governance layer keeps these choices aligned with user interests.

9.2 Voting and Proposal Flow

Governance follows a simple and structured process:

Proposal creation

Community members or contributors draft a proposal with clear impact and reasoning.

Discussion phase

The community evaluates the idea, provides feedback and examines risks.

Voting period

PRPX holders vote on the proposal using staked or delegated tokens.

Execution

Approved proposals are implemented through upgrade paths or parameter changes.

9.3 Progressive Decentralization Plan

PerpX begins with a combined model where the core team manages critical infrastructure while governance oversees key parameters. Over time, as the protocol matures, more components transition to community control.

Areas that grow more decentralized over time:

parameter management
treasury control
risk frameworks
listing approvals
staking and incentive programs

The goal is to reach a point where the community can steer most elements without relying heavily on core team intervention.

9.4 Delegated Governance

Not every user wants to review proposals or vote on every issue. Delegated governance allows PRPX holders to assign their voting power to:

experienced traders
risk analysts
community representatives
institutional participants

This keeps governance active and informed while letting users participate at their preferred level.

9.5 Transparency and Accountability

Governance activity is fully visible on-chain. This includes:

voting histories
proposal outcomes
parameter changes
treasury movements

On-chain transparency helps maintain trust and ensures that decisions can be audited by anyone.

9.6 What Governance Does Not Control

To keep the system safe, governance does not manage:

user custody
execution orderflow
matching engine behavior
settlement sequencing

These parts remain deterministic and rule-based, not adjustable by vote.

This separation protects the trading experience while still giving the community strong influence over policy and direction.

9.7 Why Decentralization Matters for PerpX

A decentralized governance model helps PerpX:

stay resilient
remain transparent
build long-term trust
align with the Web3 community
operate without reliance on a single party

Decentralization is not a marketing point. It is a practical structure that supports a healthier and more durable trading system.

10. Security and Risk Framework

Security is fundamental to PerpX. The platform processes leverage, collateral, liquidations and continuous settlement, which means the system must remain reliable even under extreme market stress. PerpX uses layered protection across smart contracts, oracles, MEV handling and risk controls to keep users safe.

10.1 Smart Contract Architecture

Smart contracts form the trust layer of PerpX. They handle:

position accounting
margin and collateral management
liquidation logic
settlement updates
fee distribution

Contracts undergo formal audits, internal reviews and continuous security testing. Each upgrade follows a controlled process that includes review, simulation and gradual rollout.

10.2 Oracle Design and Price Integrity

PerpX uses a multi-source pricing approach that reduces reliance on any single feed. Key protections include:

aggregated price references
deviation checks
update frequency limits
fallback paths during volatility
time-weighted mechanisms to reduce manipulation
clear rules for how oracle updates translate into mark prices

This structure helps keep pricing stable and resistant to sudden or artificial movements.

10.3 MEV Mitigation

Front-running and manipulation can seriously distort execution quality. PerpX reduces MEV exposure at the structural level through:

off-chain order signing
hidden order intent
delayed reveal options
deterministic settlement
private routing channels for sensitive flows

By keeping key parts of the execution pipeline out of the public mempool, traders get more predictable and fairer fills.

10.4 Liquidation Safety

Liquidations protect both traders and LPs when positions fall below maintenance margin. PerpX uses a clear and transparent method:

strict maintenance margin thresholds
predictable liquidation triggers
partial liquidation flows where applicable
on-chain recording of each event
no discretionary liquidations

This ensures that outcomes follow the rules exactly, without arbitrary adjustments.

10.5 System Stress Handling

Market stress can create unexpected challenges such as:

rapid price changes
liquidity gaps
network congestion
extreme funding swings

PerpX handles stress with:

fallback settlement logic
grace periods for specific failure modes
automatic reconciliation between systems
clear parameters for pausing or halting
structured recovery processes

These tools aim to keep the system stable and predictable, even during market turbulence.

10.6 Treasury and Economic Security

The treasury supports the long-term health of the platform. It covers:

audits
bug bounties
risk programs
community initiatives
emergency response funds

Treasury usage is governed transparently through community oversight, preventing misuse while ensuring the protocol remains supported.

10.7 User Protections

User safety goes beyond code. PerpX includes additional protections:

real-time risk alerts from the AI layer
collateral visibility and breakdowns
position health indicators
clear onboarding guidance for new participants

These tools help reduce user errors and improve outcome clarity.

10.8 Separation of Control

Critical components like matching, settlement and custody follow rules that cannot be changed by governance. This separation prevents misuse, protects traders from policy-based manipulation and keeps core trading flows stable.

10.9 A System Built for Reliability

PerpX aims to be a platform that behaves consistently, under both normal and chaotic market conditions. The security framework is not an add-on, but the foundation that the rest of the system relies on.

11. Competitive Landscape

Perpetual trading has evolved across several categories of platforms. Centralized exchanges set the benchmark for speed and liquidity, while decentralized venues focus on transparency and user control. Each model solves specific problems but carries tradeoffs that traders feel during real market conditions.

PerpX positions itself between these extremes. It combines fast off-chain execution with on-chain settlement and MEV-safe orderflow to create a more balanced experience. The goal is not to compete on every dimension, but to deliver a structure that handles the most common pain points traders face across existing platforms.

Comparative Overview

Feature / Dimension

CEX Perps

Traditional DEX Perps (GMX-style)

Orderbook DEX Perps (Hyperliquid-style)

PerpX (Hybrid)

Custody

Centralized custody

User-controlled

Execution Speed

High

Moderate to low

High

MEV Exposure

None (private orderflow)

High

Medium

Low (MEV-safe signing and private routing)

Price Discovery

Deep orderbooks

Oracle-based

On-chain or L2 orderbooks

Hybrid pricing with fair settlement

Liquidity Depth

Very high

Varies by asset

High for majors

High from shared orderbooks, improving with native pools

Slippage on Larger Orders

Low

Medium to high

Low

Transparency

Low

High

High (on-chain settlement)

Liquidation Logic

Opaque

Transparent but oracle dependent

Transparent

Transparent and verifiable

Risk Visibility

Limited to CEX UI

Moderate

Enhanced with AI-driven insights

Collateral Support

Varies, often multi-asset

Often single-asset

Multi-asset depending on platform

Multi-asset margin

Regime Handling (Volatility, Spikes)

Strong but opaque

Mixed

Strong

Strong with structured controls

Failure Domain

Centralized operator

Smart contracts

Smart contracts + sequencers

Smart contracts + deterministic settlement

11.2 PerpX’s Position in the Market

PerpX is positioned as a hybrid model that brings together the strengths of:

CEX execution speed
DEX transparency and custody
MEV-safe trading
AI-assisted risk clarity

The approach avoids the weaknesses of purely oracle-driven systems and purely on-chain orderbook systems by combining the most stable components of each.

PerpX does not claim to outperform every model on every metric. Its design is focused on the areas the original whitepaper emphasizes most: fairness, predictability, risk clarity and better liquidity conditions for both traders and LPs.

What This Actually Means for You

For traders: Tighter, more predictable execution without giving up custody.
For LPs: Exposure tools and skew controls instead of blind directional risk.
For quants: Deterministic settlement and stable APIs suitable for automation.
For institutions: Audit-ready, non-custodial execution aligned with compliance.

PerpX is not trying to out-CEX the CEXs or out-emissions the DEXs. It is positioned as a hybrid venue for traders and LPs who want performance, auditability and clear risk in the same system.

Why This Positioning Matters

Traders get fast fills without losing custody.
LPs get exposure tools instead of blind risk.
Institutions get audit-ready, transparent settlement.
Market makers get predictable execution and clean APIs.

PerpX is designed not as a compromise between CEX and DEX models, but as a purpose-built middle path that retains the best parts of both worlds.

PerpX steps into this space with a simple invitation: if you believe perp trading deserves more than yesterday’s tradeoffs, you belong at the frontier we are building. Traders, LPs, quants, researchers, explorers — this is where your perspective shapes the next evolution of markets. The doors are open. The foundations are set. The rest becomes what we build together.

Last updated 4 months ago