Humidifi

What it does

• Page /lend/earn is an earn-only front end for a Solana money market branded “Jupiter Lend”.
• Primary user action is passive yield: “Earn Interest on Your Crypto” and “Passively get yield using Jupiter Lend's Earning Vaults.”

Key visible functionality

• Global actions: Search anything/ and Connect imply wallet connection gating for deposits/withdrawals.
• Portfolio-level KPIs are exposed as buttons/tiles: Total Supply, Total Available, Total Borrowed. This suggests the earn UI is backed by lending pool accounting, even if borrow is not shown on this page.
• The main data surface is a vault table with columns: Vault | apy | Deposited | Earnings | TVL. This indicates per-vault yield (APY) plus user-specific accounting (Deposited, Earnings) alongside liquidity size (TVL).

Interactive elements & flows

• Earn Deposits is a clear navigation/action affordance for viewing or managing active deposits.
• How it works and FAQs are first-class UI sections, with explicit questions:
  • What is Jupiter Lend?
  • What's the difference between Earn and Borrow?
  • Can I deposit and withdraw my funds freely?
  • What are the risks?
  • Are there any fees?

Strategic significance

• This module anchors sticky TVL via vault deposits and makes yield legible at a glance (APY + TVL + earnings). Exposing Total Borrowed alongside earn vaults is a deliberate cue: yield is funded by credit demand, not emissions, which is critical for institutional risk review.

What it does

• The /perps page is a dedicated derivatives entry point: “Trade Perps on Jupiter” with the promise to “Trade SOL, BTC, and ETH with up to 250x leverage.”

Key visible functionality

• The page positions itself as a high-leverage venue, explicitly naming majors (SOL, BTC, ETH) and a leverage ceiling (250x). Even without an order form visible in the notes, that statement implies:
  • Margin management (collateral, liquidation thresholds)
  • Funding/mark price mechanics (typical perps requirements)
  • Risk controls appropriate for extreme leverage

Interactive expectations from the overall shell

• Across the product, top-level controls like Connect and Search anything/ recur, implying perps is integrated into the same wallet/session system used by earn and analytics.

Strategic significance

• Perps is the primary volume driver for many exchanges; routing majors with very high leverage is aimed at active traders and market makers.
• In a platform portfolio that also includes lending (/lend/earn) and token analytics (/tokens/, /terminal), perps provides the “execution” leg while other modules provide discovery and capital efficiency. The explicit leverage number is also a compliance and risk signal: the platform is optimizing for trader intensity, not conservative spot-only flows.

What it does

• /portfolio is a unified account view: “Your entire Solana DeFi world, tracked in one unified dashboard.”
• The description explicitly promises cross-protocol aggregation: “Track every position across DeFi… Estimate yield and get alerts on qualified airdrops.”

Key visible functionality

• Core interaction is identity-based lookup rather than just wallet-connect:
  • Button/field: “Search address, domain or group”
  • This implies support for multiple identifier types (raw address + name service domain + saved groups/labels).
• Standard global controls remain available: More, Search anything/, Connect.

Data surfaces implied by the copy

• “Track every position” indicates positions are normalized across token holdings, LP, lending, perps margin, staking, etc.
• “Estimate yield” suggests the dashboard computes forward-looking APR/APY blends (likely per position and total).
• “Alerts on qualified airdrops” implies a rules engine scanning on-chain activity and/or campaign eligibility.

Strategic significance

• This module is the retention layer: after a user trades or deposits, they need an always-on view of PnL/yield and eligibility.
• For institutional users, address search is operationally important: it enables monitoring treasury wallets, strategy vaults, or competitor wallets without requiring a browser wallet session. The inclusion of “group” hints at multi-wallet portfolio management rather than single-account retail UX.

What it does

• /prediction is positioned as an event-driven trading venue: “Prediction Market” with the plain scope “Trade on real-world events.”

Key visible functionality

• While the notes don’t list tables or order widgets, the phrasing strongly implies a market list and a trade ticket for outcome tokens (YES/NO or multi-outcome shares).
• As part of the same site surface, it likely inherits session primitives seen elsewhere (top navigation with Connect and Search anything/ on other pages), suggesting unified wallet identity and shared token balances.

Expected mechanics (as implied by the module framing)

• “Real-world events” generally requires:
  • Market creation/settlement framework (oracle or committee-based resolution)
  • Outcome token pricing and liquidity
  • Claim/redemption flow after resolution

Strategic significance

• Prediction markets expand TAM beyond crypto-native assets and create new fee lines uncorrelated with spot/perps.
• For an exchange already offering high-frequency trading (/perps) and token analytics (/tokens/), prediction markets add a narrative-driven product that can pull in new user cohorts and diversify activity during low-volatility regimes.
• From a platform design view, it also tests governance and trust primitives (resolution policy), which ties naturally into the community/rewards posture seen in /rewards.

What it does

• /rewards is a campaign directory and claim surface titled “Explore Rewards Hub.”
• The page frames Jupiter as “one of the largest decentralized trading platforms” and highlights community activity, then lists campaigns under “Campaigns.”

Key visible functionality

• Campaign list shows concrete items:
  • DIME Trading Raffle
  • Active Staking Rewards (ASR) Oct - Dec 2025
  • TCG Rewards Season 2
  • TCG Rewards Season 1
• Filtering/segmentation controls: All and Ended.
• Claim urgency is surfaced as explicit countdown buttons/labels: “25d left to claim”, “3d left to claim.”
• Standard shell controls: More, Search anything/, Connect.

Interaction model

• The presence of claim timers implies per-campaign eligibility checks and a claim transaction flow (wallet-required).
• “Ended” indicates lifecycle states (active, claimable, expired), which is critical for reducing support load.

Strategic significance

• Rewards connects trading and staking behaviors to retention. Naming ASR directly ties incentives to staking/governance posture even when the staking UI is not part of the 10 pages.
• The hub also acts as a compliance-friendly funnel: users can see campaign terms, status, and claim windows in one place rather than relying on social announcements.

What it does

• /terminal and /terminal/cooking are discovery surfaces titled “Top Cooking Tokens and Memes on Jupiter Terminal.” The copy emphasizes trend detection: “Discover top cooking memes and gain an edge in your trading.”

Key visible functionality

• Real-time market header widgets appear as clickable tickers:
  • On /terminal: SOL$89.88 3%, JUP$0.15405 0.4%
  • On /terminal/cooking: SOL$89.85 3%, JUP$0.15388 0.5%
• Timeframe controls are explicit buttons: 5m, 1h, 6h (suggesting trend ranking or charts can be re-parameterized by interval).
• Standard controls: More, Search anything/, Connect.

Navigation/IA

• The existence of a dedicated /cooking route suggests multiple terminal “feeds” (e.g., general vs. meme momentum). The UI naming implies ranked lists (top movers/most “cooking”) even if list rows weren’t captured in the notes.

Strategic significance

• This module is a top-of-funnel for trading volume: it turns market data into curated entry points.
• Timeframe toggles (5m/1h/6h) are specifically trader-centric; they encourage rapid scanning and repeated refresh cycles.
• By surfacing SOL and JUP tickers prominently, the terminal also reinforces ecosystem anchoring (chain asset + native token) while routing users into deeper token pages (see /tokens/).

What it does

• The /tokens/{mint} pages provide token-specific analytics and activity for at least:
  • USDC: /tokens/EPjFWdd5AufqSSqeM2qN1xzybapC8G4wEGGkZwyTDt1v
  • JUP: /tokens/JUPyiwrYJFskUPiHa7hkeR8VUtAeFoSYbKedZNsDvCN
  • SOL (Wrapped SOL): /tokens/So11111111111111111111111111111111111111112

Key visible data points

• USDC page states: “live market cap… $8.78B” and “24-hour change of 0%.”
• SOL page shows MC$51.4B and a short-interval change label like “5m-0.1%.”
• Token headers include a mint-shortening pattern: e.g., EPjF…Dt1v, JUPy…DvCN, So11…1112.

UI structure & components

• Repeated sections/headings across tokens:
  • 24h Net Buy Trend
  • About [Token] (e.g., “About USD Coin”, “About Jupiter”, “About Wrapped SOL”)
  • Token Summary and Token Info
  • Similar Tokens (labeled with “MC” in the heading area)
• A numeric form field “0.00” appears on each token page, consistent with an input for amount (swap/trade simulation) or position sizing.
• Trade/activity tables are present with columns:
  • Date/Age | Type | Price | (Token) | Volume | Trader
  • The token column changes (USDC/JUP/SOL), implying a unified tape component parameterized by mint.
• Time-range buttons like 4y (USDC/SOL) and 2y (JUP) indicate long-horizon charting.

Strategic significance

• These pages bridge discovery (/terminal) and execution by making each asset’s narrative (“About”), metadata (“Token Info”), and flow (“Net Buy Trend”, trade tape) available in one place.
• For institutions, the consistent schema across stablecoin, native token, and wrapped SOL reduces integration friction and supports internal monitoring/playbooks per asset class.