We are analyzing the architecture of PaperTrade, a decentralized perpetual protocol that has recently integrated with the HyperEVM execution layer. This technical exploration is intended for sophisticated market participants, liquidity architects, and risk managers who evaluate emerging "bucket shop" models within the perpetual swap landscape. Grasping this protocol's design is vital because it implements a recursive, loss-weighted equity model that fundamentally reconfigures the relationship between trader insolvency and protocol ownership.
Quick Answer: The PaperTrade Protocol
Core Architecture: PaperTrade operates as a peer-to-pool "bucket shop" where users trade against a communal liquidity pool using price data precompiled from HyperCore.
Economic Incentives: Features a "Three Zero" model—0% funding rates, 0% execution fees, and 0% slippage—offset by a protocol tax on realized net profits.
Liquidity Sourcing: The pool is strictly endogenous, built entirely from realized trader losses rather than external venture capital or traditional LP deposits.
Settlement Logic: While initial collateral is returned instantly, trading profits are distributed via an on-chain creditor queue, prioritized by entry time.
PAPER Equity: A native utility token minted to losing traders, granting them long-term claims on protocol revenue and excess liquidity.
What is PaperTrade on HyperEVM?
PaperTrade is a high-performance perpetual exchange deployed on HyperEVM, the permissionless smart contract layer of the Hyperliquid L1. Unlike standard decentralized exchanges that utilize an Automated Market Maker (AMM) or a central limit order book, PaperTrade functions by facilitating bets directly against a public vault. According to the HyperEVM Developer Documentation, the network's dual-engine architecture allows protocols like PaperTrade to read finalized financial state from HyperCore with one-block finality, enabling a high-fidelity mirror of market prices without actual order execution.
How Does it Work?
The protocol functions as a closed-loop system where the "house" is the community-owned liquidity pool. When a user opens a position, the smart contract locks their margin and tracks the price movement relative to the Hyperliquid oracle; a losing trade results in the margin being permanently absorbed into the LP pool. For winning trades, the protocol returns the initial collateral immediately, but the profit is logged in a sequential payout queue. This mechanism, as detailed in Coin68’s technical review of PaperTrade, ensures that the protocol remains solvent by only paying out gains as new capital enters the system through the losses of other participants.
Is Zero Funding Real?
Yes, the "Zero Funding" claim is a literal reality in the PaperTrade environment. Because the protocol does not utilize a peer-to-peer matching system, there is no requirement for price-tethering incentives between long and short traders. In traditional perpetuals, funding rates exist to incentivize the minority side to balance the majority; however, because PaperTrade users only compete against the vault, there is no "long vs. short" imbalance to resolve. While the funding rate is strictly 0%, users must accept "Settlement Risk" as the primary trade-off, where the speed of profit withdrawal is directly dependent on the rate of aggregate losses within the ecosystem.
Key Features of PaperTrade
Oracle-Based Execution: Trades are settled at the exact price provided by the HyperCore precompile, eliminating the $0.01+ slippage common in low-liquidity pairs.
Zero-Fee Entry: The protocol removes the standard 0.02% to 0.05% execution fees, allowing for high-frequency strategies that would otherwise be unprofitable.
Profit Taxation: A variable protocol fee is applied only to winning trades, which serves to maintain the LP pool's growth and subsidize the PAPER stakers.
Asynchronous Payouts: The use of a debt queue protects the protocol from "toxic flow" or coordinated wins that would drain a traditional liquidity pool.
The PAPER Token & Liquidity Model
Loss-Based Minting: Users are issued PAPER tokens based on the dollar value of their losses, with a fixed rate of 100 PAPER per $1.00 lost when the pool is under $2,000,000.
Dynamic Decay: As the LP pool grows beyond $2,000,000, the minting difficulty increases, reducing the amount of PAPER generated per unit of loss according to the official PaperTrade minting curve.
Hard-Capped Liquidity: The LP pool is engineered with a $5,000,000 ceiling; once this threshold is reached, 100% of incoming losses are distributed to PAPER stakers.
Revenue Sharing: Staked PAPER grants holders a proportional share of the "success tax" collected from winning traders.
Traditional Perp Models vs. PaperTrade
Liquidity Source: Traditional models rely on external LPs (e.g., GLP or HLP), whereas PaperTrade relies exclusively on internal "burn" from losing trades.
Funding Mechanism: Most DEXs use an hourly funding % to track spot prices, while PaperTrade maintains a static 0% rate regardless of market bias.
Execution Quality: Standard DEXs involve slippage based on depth; PaperTrade offers 0.00% slippage by utilizing a mirrored price oracle.
Withdrawal Speed: Traditional platforms offer instant profit settlement, while PaperTrade utilizes a sequential queue that relies on future protocol inflow.
Context within HyperEVM
The deployment of PaperTrade marks a significant evolution in how developers utilize the Hyperliquid L1 dual-engine architecture. By isolating the high-risk "bucket shop" logic on HyperEVM, the core financial stability of HyperCore remains unaffected even during periods of extreme protocol volatility. This isolation, as described in the Hyperliquid Foundation technical blog, allows PaperTrade to offer aggressive trading features that would be too risky for a foundational L1 layer to support natively.
FAQs:
Q: Who is "Jez" and what is his connection to the platform?
Jez is a high-profile crypto trader and early supporter of the Hyperliquid ecosystem, consistently ranking at the top of airdrop leaderboards for protocols like Lighter and Variational. He is the primary architect behind PaperTrade, utilizing his market experience to design this "bucket shop" model.
Q: Has the PaperTrade smart contract been professionally audited?
While PaperTrade leverages the security of HyperBFT consensus via HyperEVM, there is currently no public record of a third-party security audit for its specific debt-queue logic. Users interact with the protocol's custom smart contracts at their own risk, as the system relies on experimental "Ponzinomic" settlement code.
Q: What specific trading pairs are available on the platform?
PaperTrade can theoretically support any perpetual trading pair currently listed on Hyperliquid, as it functions as a mirror of the Hyperliquid order book. This typically includes major assets like Bitcoin and Ethereum, as well as ecosystem-specific tokens and popular mid-cap assets.
Q: How do I actually access the PaperTrade interface?
Access is provided through the protocol's decentralized application (dApp) frontend, which requires a wallet connection configured for the HyperEVM network. Users must manually add the HyperEVM RPC settings to their wallet to interact with the PaperTrade smart contracts.
Q: Is there a minimum deposit required to start trading?
There is no protocol-wide minimum deposit; however, users must possess enough HYPE in their HyperEVM wallet to cover gas fees. Additionally, the initial margin must be sufficient to meet the collateral requirements for the specific position size and leverage being used.
Q: Can I withdraw my principal even if the profit queue is full?
Yes, the protocol is architected to return your initial margin instantly upon closing a position. The "debt queue" only applies to the net profits gained during the trade, ensuring you do not lose access to your original capital due to pool liquidity constraints.
Conclusion
PaperTrade successfully delivers a zero-funding environment by shifting the economic burden from active trading fees to a structured debt-and-equity queue. Monitoring the LP pool's TVL would help participants determine whether the current environment favors "minting" equity through tactical losses or "staking" for yield as the pool approaches its $5,000,000 cap. We suggest that users treat this as an experimental venue, prioritizing it for strategies that require precise oracle execution while remaining mindful of the profit payout latency.
About the Article
This analysis was prepared by Craig Green, the objective is to provide the structural insight necessary to differentiate between traditional DeFi liquidity and experimental "Ponzinomic" equity models.
We developed this analysis by auditing the protocol's logic as outlined in the Hyperliquid official documentation and cross-referencing these findings with the architectural specifications of the HyperEVM. This methodology prioritizes smart contract transparency and historical market precedents over speculative sentiment.
