Pharaoh Exchange

What it does

• /dashboard is the operational hub: it aggregates entry points for trading, liquidity, voting, and staking, and frames the protocol’s core loop (LP → emissions → fees → staking).
• Global nav is consistent across pages (Trade, Dashboard, Liquidity, Earn, Vote) and the same top-right actions appear everywhere: PHAR$… price badge and Connect Wallet.

Hands-on UI/UX and features observed

• Primary CTAs on /dashboard include Liquidity, Vote, xPHAR, plus position creation shortcuts: Open CL Position and Open V2 Position. This explicitly supports two liquidity models (concentrated vs “V2/legacy”).
• Dashboard content blocks highlight:
  • “Use xPHAR to direct emissions.” (connects staking/voting to emissions)
  • xPHAR: “Stake xPHAR and vote to earn protocol fees.”
  • p33: described as “xPHAR Liquid Staked Token.”
  • Autovaults: “Automated voting rewards for xPHAR stakers.”
• A Stats snippet area and a “Your holdings and rewards / Provided Liquidity / Earned Rewards …” summary indicates wallet-dependent aggregation once connected.

Strategic significance

• The dashboard is designed to reduce product surface friction: users can jump directly into the two LP position types or into governance/staking. The repeated emphasis on xPHAR, p33, and autovaults shows the protocol is steering users toward recurring epoch participation (vote every epoch, collect fees/incentives) instead of one-off swaps.

What it does

• /trade is the token swap UI for Avalanche, optimized around quote fetching, slippage control, and route execution.

UI elements that reveal functionality

• Key controls visible on the swap panel:
  • Slippage 0.5% button/selector (preconfigured default).
  • Token pickers with example tokens AVAX (sell) and USDC (buy).
  • Funding context selectors like Native (implies native gas token handling for AVAX vs wrapped).
  • Refresh action and a status line: “Loading quote…” (indicates asynchronous pricing / RFQ or router quoting).
• Balance readouts are integrated into the form: “$0.00 Balance” appears near the sell side, implying wallet-read dependent rendering.
• Global wallet gating is consistent: Connect Wallet is available and the top bar shows PHAR$0.026 on this page.

Data points

• Explicit default slippage: 0.5%.
• Quote state machine is exposed via “Loading quote…”, suggesting a request/response lifecycle that can be re-triggered via Refresh.

Strategic significance

• The swap page is intentionally minimal: it focuses on execution settings and quote retrieval rather than overwhelming users with advanced trading. The presence of “Native” and refresh/quote loading states indicates the product anticipates common Avalanche UX problems (native token handling, transient quote failures) and provides explicit controls to recover without leaving the flow.

What it does

• /liquidity is the LP management entry: users can create pairs or add liquidity to existing pools, with support for both concentrated liquidity and a classic model.

Visible features and interaction points

• The page headline content explicitly guides the action: “Create a new pair or add liquidity to existing positions.”
• Wallet gating is present via Connect Wallet.
• The dashboard complements this page with direct position CTAs: Open CL Position and Open V2 Position on /dashboard, implying:
  • Two distinct position creation wizards/components.
  • Different underlying pool types (concentrated ranges vs full-range/constant product).
• The liquidity page teaser includes partial analytics context like “TVL” and “7D” (suggesting time-windowed KPIs embedded near pool lists/positions).

Data points

• While the full numbers aren’t shown in the preview, the UI exposes the presence of TVL and a 7-day view, indicating the LP surface is coupled with performance/market context.

Strategic significance

• Supporting both CL and V2 positions lets the DEX serve two user segments: active LPs who manage price ranges and passive LPs who want simpler provisioning. The explicit “create pair” path suggests permissionless market creation, which is critical for long-tail tokens on Avalanche and aligns with the vote/incentives system (new pools can later be targeted by emissions and bribes).

What it does

• /xphar and /vote implement the protocol’s governance and emissions direction loop: convert PHAR → xPHAR, stake xPHAR, and vote each epoch to route emissions and earn protocol fees + incentives.

/xphar: conversion + staking primitives

• Headings: “Stake xPHAR” and “xPHAR Burn” (burn implies a redemption/exit or supply management mechanism).
• Core actions/buttons:
  • Convert PHAR to xPHAR and Exit xPHAR (no lock-up messaging is in the page description; exit-anytime is product intent).
  • Stake controls: Stake, Unstake, and token toggles PHAR / xPHAR.
• A history/accounting table is present with columns: Epoch # | Amount | Value, signaling epoch-based reward accounting and user-level statements.

/vote: emission routing

• /vote description and body text emphasize: “Use your xPHAR to vote for directing emissions…”
• Wallet gating via Connect Wallet indicates votes are on-chain transactions.

Strategic significance

• This module ties together token utility (PHAR), governance power (xPHAR), and recurring engagement (epoch voting). By requiring active voting to direct emissions and earn economics (“protocol fees and vote incentives”), Pharaoh ensures liquidity incentives can be steered dynamically while keeping value capture with committed stakeholders instead of pure mercenary farming.

What it does

• /p33 introduces p33, positioned as a liquid staked representation of xPHAR with automation: “Auto-votes, compounds rewards every epoch, and maintains full liquidity.”
• The dashboard reinforces this automation narrative with Autovaults: “Automated voting rewards for xPHAR stakers.”

Visible product mechanics

• /p33 is labeled “xPHAR Liquid Staked Token” and includes an APR explanation: “Annual Percentage Rate (APR), calc…” (the page is explicitly APR-driven).
• Wallet gating exists via Connect Wallet, implying minting/unstaking/holding p33 is wallet-aware and transaction-based.
• The page framing suggests three key functions:
  • Auto-vote: votes are cast without manual user participation each epoch.
  • Auto-compound: rewards are reinvested “every epoch”.
  • Liquidity: “maintains full liquidity” indicates the user can exit by selling/transferring p33 instead of unwinding governance positions.

Data points

• APR is a first-class metric on this page (even if the numeric value isn’t visible in the preview).
• Epoch cadence is an explicit unit of compounding.

Strategic significance

• p33 and autovaults are “hands-off” layers that convert an active governance requirement (vote each epoch) into a passive yield product. This broadens the addressable audience: users who want the fee-sharing/voting economy exposure without operational burden. It also stabilizes governance participation because automation reduces missed epochs and keeps voting power consistently deployed.

What it does

• /incentives is the market for adding incentives to influence where xPHAR voters direct emissions and/or to encourage LP participation.

UI and interaction flow

• The page title and description are explicit: “Add vote incentives to Pharaoh Exchange pools. Attract xPHAR voter emissions…”
• Two categories are visible in-page: Voting Incentives and LP Incentives, indicating separate incentive tracks:
  • Voting incentives target voter behavior (bribes to allocate emissions).
  • LP incentives target liquidity providers directly.
• Primary actions:
  • Connect Wallet (required to create incentive transactions).
  • Continue (suggests a multi-step form/wizard: choose pool → set token/amount → confirm).
• The global header shows PHAR$0.025 on this page, consistent with the rest of the app.

Data points

• The UI distinguishes incentive types, which implies different on-chain contracts or distribution logic.

Strategic significance

• This module is the “demand side” of emissions. Projects can pay to direct liquidity toward their pairs by incentivizing xPHAR voters, aligning with the vote page’s emission routing. In practice, it turns emissions allocation into an open marketplace, letting liquidity compete for rewards and making the DEX’s liquidity distribution adaptive rather than fixed.

What it does

• /stats provides protocol analytics for decision-making: liquidity depth, trading activity, fees, and revenue by pool.

Visible components

• Headings show the dataset scope:
  • Pool Details, Total Value Locked, Volume, Fees, Revenue, and Top Pools.
• Controls indicate time slicing and segmentation:
  • Time range buttons: 24h, 7d, 30d.
  • Pool type toggles: Stable, Legacy (implies at least two AMM families tracked).
• A search input is present: “Search by token name or contract”, indicating the stats backend supports both symbol/name matching and address lookup.
• An epoch timer is displayed: “Current epoch ends in 05:15:41:10” (ties analytics cadence to governance/emissions epochs).
• Navigation includes a Back button, implying drill-down from pool list → pool detail.

Data points

• Explicit countdown value: 05:15:41:10 remaining in the current epoch at time of viewing.
• Metric categories (TVL/Volume/Fees/Revenue) imply the protocol tracks fee splits and possibly voter revenue distribution.

Strategic significance

• Analytics is not just marketing; it’s required to operate the xPHAR voting economy. Voters and bribers need pool-level KPIs (fees, revenue) to decide where to allocate votes or incentives. The “Stable/Legacy” split also helps LPs compare risk/return across pool designs.

What it does

• /learn is the in-app education hub; /pages/mediakit is the documentation/brand asset center with a docs-style layout and search.

/learn: educational guides

• The page is organized as a guide index, with an <h1> Learn and guide headings including:
  • How Pharaoh Captures MEV and Returns It to Users
  • Pharaoh vs Trader Joe: Concentrated Liquidity on Avalanche Compared
  • What is x(3,3)? The Complete Guide to the metaDEX Model
• Standard app header is present with Connect Wallet and PHAR$0.025, but the content is informational (not wallet-dependent).

/pages/mediakit: docs + assets

• This page looks like a docs site embedded in the product, with a left nav tree and a top command search: “Search docs Ctrl K”.
• Headings include Media Kit and Download Assets, plus sections like Introduction, Core concepts, Security, Guides, Resources.
• The nav also references operational topics (e.g., Audits, Contract Addresses, Disclaimer, BUSL), indicating this is where canonical references live.

Strategic significance

• These pages reduce support load and improve user correctness for high-stakes actions (CL liquidity, voting, MEV). The docs search (Ctrl+K) and media kit assets also support ecosystem growth: integrators, partners, and community contributors can quickly find addresses, audits, and brand materials without leaving the Pharaoh domain.