The Colosseum Layer

Protocol
Whitepaper

A decentralized Trade Gaming architecture. FatCat decouples front-end gamification from underlying base settlement to construct a high-throughput, non-custodial crypto arena on Hyperliquid's low-latency L1.

v1.0.8 · June 2026Pre-Launch Configuration BlueprintHyperliquid L1 (HyperEVM)412ms Matching Engine
00 /

Executive Summary

Traditional Perpetual Decentralized Exchanges (DEXs) offer exceptional capital efficiency and non-custodial execution, yet they treat trading as a solitary, sterile enterprise. Users transact in isolation against a silent Central Limit Order Book (CLOB) or an Automated Market Maker (AMM) pool, bearing structural friction while missing the cultural coordination found in multiplayer online gaming.

The FatCat Protocol introduces a fundamental paradigm shift: Trade Gaming. By decoupling front-end gamification from underlying base settlement, FatCat constructs a high-throughput, non-custodial crypto arena. Operating via a hybrid off-chain/on-chain framework on Hyperliquid's low-latency L1 architecture, FatCat aggregates deep liquid spot and perp matching books to facilitate real-time, peer-to-peer (PvP) trading duels, programmatic guild warfare (Raids), and decentralized spectator risk pools.

01 /

Protocol Architecture & Hybrid Execution Model

To achieve competitive parity with centralized gaming architectures, FatCat handles processing across a bi-synergistic execution framework.

FatCat Client Frontend (HUD)
Intent PayloadReal-Time PnL Stream
Off-Chain Matching Engine
412ms execution cycle
Rollup Settlement
Hyperliquid L1 Base Layer (HyperEVM)
Figure 1.1: Hybrid Architecture & Trade Execution Routing Pipeline

1.1 The Frontend & Delegated Authentication

Traders interface with a custom HUD (Heads-Up Display) executing on top of standard Web3 wallet signatures. To eliminate transaction latency during active duels, users sign a temporary cryptographic Session Key upon platform initialization. This delegate key authorizes the FatCat front-end to sign trade intents natively without triggering repetitive external browser wallet pop-ups.

1.2 The Off-Chain Execution Layer (412ms Baseline)

Trade matching, risk verification, and tournament synchronization occur within a dedicated, high-performance off-chain engine.

  • Orders are routed, matched, and confirmed in an immutable 412ms execution cycle.
  • Live delta position changes and mark prices are ingested natively from underlying liquidity books via high-frequency JSON-RPC feeds.
  • Asset tracking and active leaderboard performance percentages (relative PnL%) are continuously piped directly back to the client interface using persistent, low-latency WebSockets.

1.3 HyperEVM On-Chain Settlement

While performance tracking and match-making occur at microsecond speeds off-chain, asset custody, pool management, and prize distributions are 100% decentralized and non-custodial. FatCat deploys its canonical settlement logic onto HyperEVM, utilizing EVM smart contracts secured directly by Hyperliquid's underlying HyperBFT consensus. When a duel or raid is initiated, stakes are locked securely inside an on-chain Smart Contract Vault. Upon match expiration, the engine submits an audited proof of completion, triggering the autonomous distribution of capital to the winner.

02 /

Core Game-Fi Mechanics & Fee Infrastructure

FatCat enforces total, immutable transparency regarding its execution parameters. To ensure absolute regulatory compliance and maintain structural trust within the community, all protocol fees and rakes are hardcoded and visibly surfaced across the user interface prior to transaction signatures.

2.1 1v1 PvP Duels & The Arena Take Fee

Traders lock an identical baseline stake into an escrow contract vault to enter a time-bound matching queue. Two matched gladiators open directional positions over a designated timeframe. At the final buzzer block, the account demonstrating the higher mathematical ΔPnL% claims the entire combined escrow pool. If a participant's margin balance falls below the maintenance threshold during a match, it triggers an Instant Knockout (IKO), immediately concluding the duel in favor of the survivor.

Every completed duel or raid pot is subject to a flat, transparent 1.5% platform take fee (Rake) deducted programmatically by the smart contract from the total pool prior to final winning distribution.

2.2 Direct Trading Execution Fees

When users utilize the FatCat HUD to open, manage, or close underlying asset positions during or outside of active arena matches, the platform levies highly structured execution fees. These fees are strictly uniform and entirely asset-agnostic:

Product CategoryExecution Flow TypePlatform Standard Fee Rate
Perpetual TradesFatCat Custom Perp Engine Routing0.05% flat per filled position volume
Spot TradesLiquidity Aggregator Core Swaps0.50% flat per executed transaction size

2.3 Guild Formation Friction Fee

To prevent sybil creation, platform bloat, and ensure that individuals forming syndicates are economically aligned and serious, a flat $50 Guild Formation Fee is levied programmatically upon the initialization of any new Guild.

03 /

Protocol Revenue Architecture & Financial Splits

All inflows generated by the platform's multiple fee structures are instantly routed on-chain via smart contracts into dedicated protocol wallets according to fixed algorithmic splits:

Guild Fees
$50 flat
100%Tournament Prize Wallet
Execution Fees
0.05% Perp / 0.50% Spot
65%Tournament Prize Wallet
35%Marketing Wallet
Arena Rake Fees
1.5% per pot
35%Marketing Wallet
35%Core Team Wallet
Figure 3.1: Programmatic On-Chain Revenue Distribution & Allocation Splits

3.1 Tournament / Pot Prize Wallet

Designed as a self-sustaining pool to consistently fund massive global tournaments and arena bounty bonuses, this wallet captures value from two primary protocol layers:

  • 100% of all $50 Guild Formation Fees.
  • 65% of all trading execution fees captured from perpetual and spot trading volume.

3.2 Marketing Wallet

To scale user acquisition, incentivize Key Opinion Leaders (KOLs), and expand global brand visibility, a recurring marketing pool is continuously capitalized on-chain through:

  • 35% of all trading execution fees captured from perpetual and spot trading volume.
  • 35% of all 1.5% Arena Duel/Raid rake fees.

3.3 Core Team Operational Wallet

To fund ongoing low-latency engineering buildouts, matching-engine server maintenance, and foundational infrastructure scaling, operations are sustained directly via:

  • 35% of all 1.5% Arena Duel/Raid rake fees.
04 /

Tokenomics & Distribution Blueprint

The platform's native asset operates as the core utility and value capture element across the entire trade-gaming network.

4.1 Token Allocation Breakdown

The network enforces a strict hard cap of 1,000,000,000 tokens. The allocation framework is structurally broken down as follows:

Figure 4.1: Token Allocation Distribution Blueprint (1,000,000,000 hard cap)

4.2 Deflationary Model

The network leverages transaction fee activity to drive consistent capital depth and dynamic asset scarcity through native structural mechanics:

  • Programmatic Staking Rewards: 20% of all platform-generated transaction fees (including the 1.5% arena take, 0.05% perp execution, and 0.5% spot aggregation fees) are routed directly into an on-chain staking pool. Stakers of native tokens earn continuous yield distributed in blue-chip collateral (e.g., $USDC).
  • Fee Capture Deflation: 10% of all platform-derived revenue is autonomously used to buy back the platform token on the open market and is burned permanently from existence, reducing the circulating supply dynamically relative to platform transaction velocity.
A /

Appendix: Forward-Looking Disclaimer

This document is strictly for informational and technical illustration purposes and does not constitute a prospectus, an offer document, or a solicitation for investment. The native platform token has not been launched or generated at the time of this writing. All descriptions of token utility, allocation percentages, distribution metrics, and branding tickers remain subject to complete modification or adjustment at the absolute discretion of the founding team based on smart contract audits, mainnet deployment stability on HyperEVM, and evolving compliance frameworks. Protocol governance rights and staking mechanisms will be completely non-functional until the official network genesis block is finalized.