papertrade_
How it actually works

Papertrade Architecture — HyperEVM & HyperCore

Papertrade is a set of contracts on HyperEVM that uses Hyperliquid HyperCore precompiles for pricing and cross-layer USDC movement.

Core HyperEVM contracts

Exchange tracks balances, positions, PnL, LP state and payout-queue accounting.

BatchExecutor processes signed user intents through the configured relayer path.

PaperToken, PaperStaking and PaperTokenomics implement PAPER supply, staking and mint mechanics.

SessionKeyManager handles delegated trading keys and nonce and signature validation.

HyperCore precompiles

Papertrade uses Hyperliquid system precompiles for best-bid and ask pricing and cross-layer USDC movement. The BBO precompile is the execution-price source described by the docs.

A trade end-to-end

A signed intent reaches the relayer and batch executor, then the Exchange reads BBO state, settles PnL against LP accounting and updates balances. Eligible realised losses can invoke PAPER tokenomics.

Frontend integration

The relayer-only deployment profile keeps the configured relayer and batcher as the trading submitter while still using user-signed intents checked onchain.

Related Papertrade Guides

Frequently Asked Questions

What chain contains Papertrade trading logic?

The Exchange and related protocol contracts are described as running on HyperEVM.

How does Papertrade access HyperCore state?

The architecture uses Hyperliquid system precompiles for pricing and supported cross-layer USDC flows.

Which components handle PAPER?

PaperToken, PaperStaking and PaperTokenomics are documented as core PAPER-related contracts.

Papertrade Docs · papertrade.market