Discover/HyperStats API
live

HyperStats APIhyperstats.org ↗

Track Hyperliquid wallets via the HyperStats API: open positions, resting orders, position-change events, account overviews, and a site-wide live activity feed.

Endpoint health
verified 7h ago
get_live_activity
get_wallet_activity
get_wallet_overview
get_wallet_orders
get_wallet_positions
5/5 passing latest checkself-healing
Endpoints
5
Updated
28d ago

What is the HyperStats API?

The HyperStats API exposes 5 endpoints covering Hyperliquid perpetual trading data sourced from hyperstats.org: position-change events, current open positions, resting orders, full account overviews, and a site-wide live activity feed. The get_wallet_activity endpoint returns every open, increase, decrease, and close event for up to 50 wallet addresses in a single call, with before/after size, entry price, margin, position value, and realized PnL on closes.

This call costs1 credit / call— charged only on success
Try it
Restrict events to one coin ticker (e.g. HYPE); values come from available_coins. Omitted = all coins.
Events per page, 1-500.
Number of events to skip (offset pagination).
Comma-separated list of 1-50 Hyperliquid wallet addresses (0x-prefixed, 40 hex chars), e.g. 0xabc...,0xdef.... Do NOT pass an array.
→ api.parse.bot/scraper/e18f9a3a-a3c0-457b-aa92-58573cfc9983/<endpoint>
Ready to send
Fill in the parameters and hit sign in to send to see live response data here.
Call it over HTTPgrab a free API key at signup
curl -X GET 'https://api.parse.bot/scraper/e18f9a3a-a3c0-457b-aa92-58573cfc9983/get_wallet_activity?addresses=0xcf3f419d08a5bdc2c6e5fbd9ad70904c5420f95f' \
  -H 'X-API-Key: $PARSE_API_KEY'
All endpoints · 5 totalmissing one? ·

Returns position-change events (opened, increased, decreased, closed) for one or more tracked wallet addresses, newest first, one record per detected change with before/after size, entry price, margin and position value plus realized PnL on closes/decreases. This is the trade feed a copy-trading bot polls. Paginated by offset over the wallets' full event history; pagination.total and pagination.has_more come from the site. available_coins lists the coins the given wallets have traded. One round trip per call.

Input
ParamTypeDescription
coinstringRestrict events to one coin ticker (e.g. HYPE); values come from available_coins. Omitted = all coins.
limitintegerEvents per page, 1-500.
offsetintegerNumber of events to skip (offset pagination).
addressesrequiredstringComma-separated list of 1-50 Hyperliquid wallet addresses (0x-prefixed, 40 hex chars), e.g. 0xabc...,0xdef.... Do NOT pass an array.
Response
{
  "type": "object",
  "fields": {
    "changes": "array of position-change events; each has id, wallet_address, coin, change_type (opened|increased|decreased|closed), side (long|short), size_before/size_after/size_change, value_change, entry_price_before/after, mark_price, realized_pnl (null unless position reduced/closed), leverage, margin_used_before/after/delta, position_value_before/after, detected_at (ISO 8601), trader_rank, trader_grade. Numeric amounts are decimal strings.",
    "pagination": "object with total, limit, offset, has_more from the site",
    "available_coins": "array of coin tickers traded by the requested wallets"
  },
  "sample": {
    "data": {
      "changes": [
        {
          "id": "2199-0xREDACTED_SECRET-HYPE-increased-long-1788878182696",
          "coin": "HYPE",
          "side": "long",
          "leverage": 5,
          "mark_price": "83.568",
          "size_after": "50000",
          "change_type": "increased",
          "detected_at": "2026-09-08T14:36:22.696Z",
          "size_before": "45000",
          "size_change": "5000",
          "trader_rank": 849,
          "realized_pnl": null,
          "trader_grade": "A+",
          "value_change": "417840",
          "wallet_address": "0xREDACTED_SECRET",
          "entry_price_after": "83.4778",
          "margin_used_after": "839966.202292",
          "margin_used_delta": "83565.66136099992",
          "entry_price_before": "83.4625",
          "margin_used_before": "756400.540931",
          "position_value_after": "4178400",
          "position_value_before": "3760470"
        }
      ],
      "pagination": {
        "limit": 3,
        "total": 12547,
        "offset": 0,
        "has_more": true
      },
      "available_coins": [
        "BTC",
        "DOGE",
        "ETH",
        "HYPE",
        "PAXG",
        "PUMP",
        "SOL",
        "SUI",
        "TAO",
        "XRP"
      ]
    },
    "status": "success"
  }
}

About the HyperStats API

Position-Change Events and Live Feed

get_wallet_activity accepts a comma-separated addresses param (1–50 0x-prefixed wallet addresses) and returns a changes array ordered newest-first. Each record carries change_type (opened|increased|decreased|closed), side (long|short), before/after size fields, entry_price, margin, position_value, and realized_pnl on decrease and close events. The optional coin param restricts results to one ticker drawn from the available_coins array returned alongside the results. Offset pagination via limit (1–500) and offset is available. get_live_activity serves the same record shape for all tracked wallets site-wide, adds each trader's leaderboard rank and grade, and accepts an additional min_margin_used filter to surface only trades above a USD threshold — useful for filtering noise from small positions.

Open Positions and Orders

get_wallet_positions queries up to 50 addresses in one call and returns a flat positions array — one record per wallet+coin — with side, size, position_value, entry_price, mark_price, leverage, margin, unrealized_pnl, return_on_equity, and position open timestamp. Wallets with no open position contribute no records, and wallets_requested tells you how many addresses were in the query. get_wallet_orders targets a single address and returns resting orders with order_id, coin, side (buy|sell), order_type, limit_price, size, filled_size, status, is_spot, reduce-only and TP/SL flags, leverage, and placement timestamp in epoch milliseconds. It paginates via limit (1–100) and offset.

Account Overview and Leaderboard Data

get_wallet_overview accepts a single address and returns the most complete per-wallet snapshot: account_value, total_margin, withdrawable balance, open position and order counts, a full positions snapshot, and a ranking object (or null for unranked wallets) containing rank, grade, score, total_pnl, win_rate, recent_pnl_7d, pnl_24h, total_volume, total_trades, main_token, and average trade metrics. A classification object surfaces the site's bot-detection heuristic with is_algorithmic, label, confidence, score, and reason fields. first_seen_at and last_synced_at ISO 8601 timestamps indicate data freshness for the wallet.

Polling and Rate Considerations

The site enforces a short-window request cap; when it is reached the endpoint returns a blocked result that clears after a few seconds. For the live activity feed specifically, polling intervals shorter than a few seconds risk hitting this limit consistently. Offset pagination is consistent across all endpoints — use pagination.has_more to detect additional pages.

Reliability & maintenanceVerified

The HyperStats API is a managed, monitored endpoint for hyperstats.org — not a raw scraper you maintain. Every endpoint is automatically health-checked on a schedule, and when hyperstats.org changes and a check fails, the API is automatically queued for repair and re-verified. It is built to keep working as the site underneath it changes.

This isn't an official hyperstats.org API — it's an independent, maintained REST wrapper over public data. Where the source has no official API (or only a limited one), Parse gives you a stable contract over a source that never promised one, and keeps it current. Need a new endpoint or field? You can revise it yourself in plain English and the agent rebuilds it against the live site in minutes — contributing the change back to the shared API is free.

Last verified
7h ago
Latest check
5/5 endpoints passing
Maintenance
Monitored & self-healing
Will this API break when the source site changes?+
It's built not to. Every endpoint is health-checked on a schedule with automated test probes. When the source site changes and a check fails, the API is automatically queued for repair and re-verified — that's the self-healing layer. Each API page shows when its endpoints were last verified. And because marketplace APIs are shared, any fix reaches everyone using it.
Is this an official API from the source site?+
No — Parse APIs are independent, managed REST wrappers over publicly available data. That is the point: where a site has no official API (or only a limited one), Parse gives you a maintained, monitored endpoint for that data and keeps it working as the site changes — so you get a stable contract over a source that never promised one.
Can I fix or extend this API myself if I need a new endpoint or field?+
Yes — and you don't have to wait on us. This API was generated by the Parse agent, which stays attached. Describe the change in plain English ("add an endpoint that returns reviews", "fix the price field") in the revise box on the API page or via the revise_api MCP tool, and the agent rebuilds it against the live site in minutes. Contributing the change back to the public API is free.
What happens if I call an endpoint that has an issue?+
Errors are machine-readable: a bad call returns a clean status with the list of available endpoints and a repair hint, so an agent (or you) can recover or trigger a fix instead of failing silently. Confirmed failures feed the automatic repair queue.
Common use cases
  • Copy-trading signal feed: monitor change_type events from a curated wallet list via get_wallet_activity to trigger entry/exit alerts.
  • Large-trade scanner: use get_live_activity with min_margin_used to surface high-conviction position changes across all tracked wallets.
  • Portfolio dashboard: aggregate unrealized_pnl, leverage, and position_value from get_wallet_positions across a watchlist.
  • Leaderboard analytics: compare win_rate, total_pnl, and total_trades from get_wallet_overview across multiple wallets to rank traders.
  • Bot vs. human labeling: filter wallets by classification.is_algorithmic and classification.label from get_wallet_overview before following them.
  • Order book context: cross-reference resting limit_price orders from get_wallet_orders with open position entry prices to infer trader intent.
  • Wallet discovery: page through get_live_activity with a coin filter to find active traders in a specific market.
Pricing & limitsSee full pricing →
TierPriceCredits/monthRate limit
Free$0/mo2005 req/min
Hobby$30/mo1,00020 req/min
Developer$100/mo5,000100 req/min
Team$300/mo20,000300 req/min
Company$1,000/mo100,000500 req/min

Each endpoint has a fixed posted price per successful call — most fall between 1 and 10 credits — shown on this API's page before you run it. Exceeding the rate limit returns a 429 response. Authenticate with the X-API-Key header.

Frequently asked questions
Does HyperStats have an official developer API?+
HyperStats does not publish an official public developer API. This Parse API provides structured programmatic access to the data available on hyperstats.org.
What does `get_wallet_overview` return that `get_wallet_positions` does not?+
get_wallet_overview adds account-level financials (account_value, total_margin, withdrawable), the site's leaderboard ranking object (rank, grade, win_rate, PnL statistics), a classification object for bot-detection signals, and first_seen_at/last_synced_at timestamps. get_wallet_positions is optimized for querying up to 50 addresses in one call but returns only position-level fields with no account or leaderboard context.
Can I query historical closed trades or full trade history for a wallet?+
Not currently. The API covers position-change events (opens, increases, decreases, closes) via get_wallet_activity, current open positions via get_wallet_positions, and resting orders via get_wallet_orders, but does not expose a full historical trade log or closed-position history. You can fork the API on Parse and revise it to add the missing endpoint.
How does offset pagination work, and is cursor-based pagination available?+
All endpoints use offset pagination controlled by limit and offset parameters. The pagination response object includes total, limit, offset, and has_more. Cursor-based pagination is not currently available. The API covers offset-style paging across all five endpoints. You can fork it on Parse and revise to add cursor support if your use case requires stable pagination over a fast-moving feed.
Is funding rate or liquidation data included in position records?+
Position records include a liquidation_price field in get_wallet_overview position snapshots, but funding rate data and liquidation event history are not currently exposed. The API covers open position state, order state, and change events. You can fork the API on Parse and revise it to add the missing endpoint.
Page content last updated . Spec covers 5 endpoints from hyperstats.org.
Related APIs in Crypto Web3See all →
app.hyperliquid.xyz API
Access real-time leaderboard rankings, market data for perpetual and spot markets, order books, and detailed trader analytics on the Hyperliquid decentralized exchange. Monitor top traders' open positions and identify delta-neutral trading strategies.
polymarketanalytics.com API
Track any trader's performance on Polymarket by retrieving their wallet positions, trade history, profit/loss records, category breakdowns, and deposit/withdrawal activity. Monitor trading strategies and market exposure across multiple prediction markets in real-time.
moondev.com API
Access live crypto market data from MoonDev's public endpoints: aggregated Hyperliquid positions near liquidation, fees leaderboard, PnL share stats by address, Polymarket sweep trades, and soon-to-expire Polymarket markets — plus a single aggregate endpoint that pulls all major datastreams at once.
cryptorank.io API
Access data from cryptorank.io.
cryptocraft.com API
Track real-time cryptocurrency prices across 20+ exchanges, analyze historical OHLC data and coin fundamentals, and stay informed with upcoming economic events and market news. Monitor thousands of coins and instruments to make data-driven investment decisions.
coinmarketcap.com API
Access data from coinmarketcap.com.
finance.yahoo.com API
Access data from finance.yahoo.com.
studio.glassnode.com API
Access comprehensive on-chain and market analytics for cryptocurrencies, including asset fundamentals, supply dynamics, futures data, and profit/loss metrics. Search and analyze assets with historical chart data and market overview information to track crypto performance and trends.