GETAvailable
HYPE burn statistics
HYPE burn statistics
GET
/api/hl/hype-burn-statsRequest
This endpoint takes no parameters.
Example request
curl -s "https://www.coinboss.com/api/hl/hype-burn-stats"Response fields
The field table is generated from real responses, so it lists exactly what the endpoint returns. Paths use a[] for array items and {*} for objects keyed by a dynamic name such as a coin or an exchange.
| Field | Type | Unit | Description |
|---|---|---|---|
| success | boolean | — | true when the request succeeded. On failure the body is `{ success: false, code, error, request_id }`. |
| updated | number | ms | When the data was last updated. |
| dataSince | number | ms | Start of the fill data behind these statistics (2026-07-15 UTC); windows reaching further back are marked `partial`. |
| supply | object | — | Supply in coins. |
| supply.maxSupply | number | HYPE | Maximum HYPE supply from the latest hourly supply snapshot (1,000,000,000 is assumed when no snapshot exists). |
| supply.totalSupply | number | — | Total supply in coins. |
| supply.circulating | number | — | Circulating supply in coins. |
| supply.markPx | number | USD | Mark price. |
| supply.change24h | number | fraction | Change of `markPx` against the price of the last recorded fill at least 24 hours old (0.01 = 1 %); null when there is none. |
| supply.snapshotTime | number | ms | Timestamp. |
| cumulative | object | — | Running total taken from the assistance fund's latest buyback fill: its HYPE position before the fill plus the fill size. |
| cumulative.hype | number | — | Value for HYPE. |
| cumulative.usd | number | USD | Value. |
| cumulative.pctOfMax | number | fraction | `cumulative.hype` ÷ `supply.maxSupply` (0.05 = 5 %). |
| cumulative.asOf | number | ms | Time of the buyback fill the cumulative total is taken from; null when no buyback has been recorded. |
| burn24h | object | — | Totals of assistance-fund buybacks and HYPE spot fees over the last rolling 24 hours. |
| burn24h.hype | number | — | Value for HYPE. |
| burn24h.usd | number | USD | Value. |
| burn24h.txs | number | — | Transactions. |
| burn24h.bySource | object | — | The 24-hour totals split by source; keys are `af_buyback` and `spot_fee`. |
| burn24h.bySource.af_buyback | object | — | HYPE bought back by the assistance fund in the last 24 hours. |
| burn24h.bySource.af_buyback.hype | number | — | Value for HYPE. |
| burn24h.bySource.af_buyback.usd | number | USD | Value. |
| burn24h.bySource.af_buyback.c | number | count | Number of buyback fills in the last 24 hours. |
| burn24h.bySource.spot_fee | object | — | HYPE taken as spot trading fees in the last 24 hours. |
| burn24h.bySource.spot_fee.hype | number | — | Value for HYPE. |
| burn24h.bySource.spot_fee.usd | number | USD | Value. |
| burn24h.bySource.spot_fee.c | number | count | Number of spot-fee fills in the last 24 hours. |
| burn7d | object | — | Totals of both sources over the last rolling 7 days. |
| burn7d.hype | number | — | Value for HYPE. |
| burn7d.usd | number | USD | Value. |
| annualized | object | — | Annualised rate: HYPE of the last 30 days ÷ `windowDays` × 365 ÷ total supply. |
| annualized.rate | number | — | Rate. |
| annualized.windowDays | number | days | Days of data actually available inside the 30-day window used for `rate` (at most 30). |
| periods | array | — | Totals over rolling windows of 30, 91 (`3m`), 182 (`6m`) and 365 (`1y`) days. |
| periods[] | object | — | One window; `partial` is true when the window starts before `dataSince`. |
| periods[].key | string | — | Key. |
| periods[].days | number | — | Daily values or number of days. |
| periods[].hype | number | — | Value for HYPE. |
| periods[].usd | number | USD | Value. |
| periods[].txs | number | — | Transactions. |
| periods[].partial | boolean | — | true when only part of the expected data is present. |
| daily | array | — | Daily values. |
| daily[] | object | — | Daily values. |
| daily[].date | string | — | Calendar date (UTC). |
| daily[].af | number | HYPE | HYPE bought back by the assistance fund on that UTC day. |
| daily[].fee | number | HYPE | HYPE taken as spot trading fees on that UTC day. |
| daily[].afUsd | number | USD | USD value of that day's assistance-fund buybacks at fill prices. |
| daily[].feeUsd | number | USD | USD value of that day's HYPE spot fees at fill prices. |
| daily[].txs | number | — | Transactions. |
Generated 2026-11-11 23:00 UTC from 1 real responses.
Example response
/api/hl/hype-burn-stats · Real response captured 2026-11-13 04:02:56 UTC. Long arrays and maps are shortened for display: daily had 31 items; periods had 4 items.
- "success"true
- "updated"1794542576964
- "dataSince"1784073600000
- "supply"
- "maxSupply"1000000000
- "totalSupply"998750842.1875432
- "circulating"301716577.5760016
- "markPx"71.338
- "change24h"-0.01290974249699059
- "snapshotTime"1794541533063
- "cumulative"
- "hype"48876713.80473923
- "usd"3486767009.402487
- "pctOfMax"0.04887671380473923
- "asOf"1794542522355
- "burn24h"
- "hype"35382.43393208404
- "usd"2517259.1733999685
- "txs"40821
- "bySource"
- "burn7d"
- "hype"158346.25881098903
- "usd"11676655.431899749
- "annualized"
- "rate"0.010118555842570877
- "windowDays"30
- "periods"
- "daily"
Details
- Authentication
- None. Public endpoint.
- Rate limit
- 1200 requests per minute per IP
- Server cache
- 45s
- Edge micro-cache
- 10s
- Update frequency
- burn events ingested every 10 s; supply snapshot hourly; API cache 45 s
- Window
- 24h / 7d / 30d / all; event-level data starts 2026-07-15 (earlier windows flagged partial)
- Data sources
- HYPE burn statistics computed from on-chain burn events read from our own Hyperliquid node, with supply snapshots from the official info API.
- Exchange coverage
- Two burn sources: Assistance Fund buybacks and spot trading fees
- Pagination
- none
- Units
- HYPE and USD; annualized rate in percent
- Method
- annualized burn rate = burn over last 30 days / days covered * 365 / totalSupply
- Timestamps
- Unix epoch milliseconds (UTC) unless the field description says otherwise
- Response format
- json
- Stability
- Stable
Live status
AvailableChecked 2026-11-13 04:02:56 UTCHTTP 2006024 msSchema matchesNewest data point 0s old
Availability, last 30 days
99.51% of 410 checks passed
Errors
Failed calls share one shape on every endpoint. The full list is on the errors page. Errors and rate limits →
| Code | HTTP | Meaning | What to do |
|---|---|---|---|
| INVALID_PARAM | 400 | A required parameter is missing or a value is not accepted. `param` names the parameter when it is known. | Do not retry unchanged; fix the request. |
| UNAUTHORIZED | 401 | The `CB-API-KEY` header was sent but the key is unknown or revoked. Public data needs no key — drop the header or use a valid key. | Do not retry unchanged. |
| FORBIDDEN | 403 | The route is not part of the public API (internal or account-only). | Do not retry. |
| NOT_FOUND | 404 | Unknown route, or the requested coin / exchange / fund does not exist. | Do not retry; check the path and identifiers against the catalog. |
| RATE_LIMITED | 429 | More requests than the per-minute limit. `Retry-After` gives the seconds to wait. | Wait for `Retry-After`, then retry with backoff. |
| INTERNAL | 500 | Unexpected server error. The message is generic by design; quote `request_id` when reporting it. | Retry once after a few seconds; report it with the request id if it persists. |
| UPSTREAM_FAILED | 503 | The data source behind this endpoint did not answer in time. No stale or substitute numbers are returned in its place. | Retry with backoff; check the status page. |
| UNAVAILABLE | 501 / 503 | The dataset is temporarily not ready (cache warming) or the endpoint has no lawful public source yet. | Retry later; the catalog marks endpoints that are unavailable by design. |
| REQUEST_FAILED | 200 | Some older endpoints answer HTTP 200 with `success: false`. Always check `success`, not only the HTTP status. | Depends on the message; treat as a failed request. |
Try it
GET
/api/hl/hype-burn-statsAvailableParameters
No parameters.
Request URL
https://www.coinboss.com/api/hl/hype-burn-statsChoose an endpoint and press “Send request”. The response, headers and timing will appear here.
More in this category
- Hyperliquid account state for an address /api/hl/address/:addr
- Hyperliquid per-coin whale positions page data /api/hl/coin
- HYPE burn overview /api/hl/hype-burn
- HYPE burn statistics /api/hl/hype-burn-stats
- HYPE burn / buyback transactions /api/hl/hype-burn-txs
- Hyperliquid address labels /api/hl/labels/:addr
- Hyperliquid position-size distribution /api/hl/margin-distribution
- Hyperliquid perp market list /api/hl/markets
- Hyperliquid wallet PnL distribution /api/hl/pnl-distribution
- Hyperliquid position summary /api/hl/position-summary
- Hyperliquid smart-money leaderboard /api/hl/smart-money
- Hyperliquid tier × coin heatmap /api/hl/symbol-heatmap
- Hyperliquid tier detail /api/hl/tier/:slug
- Addresses within a Hyperliquid tier /api/hl/tier/:slug/addresses
- Hyperliquid vault fills /api/hl/vault-fills
- Hyperliquid vault deposit / withdrawal flows /api/hl/vault-flows
- Hyperliquid vault profile /api/hl/vault-profile/:addr
- Hyperliquid vault detail /api/hl/vault/:addr
- Hyperliquid vault list /api/hl/vaults
- Hyperliquid vault overview table /api/hl/vaults/overview
- Hyperliquid whale open / close activity /api/hl/whale-actions
- Hyperliquid single-whale detail /api/hl/whale/:addr
- Hyperliquid whale position list /api/hl/whales
- Hyperliquid whale long/short split /api/hl/whales/long-short
- Hyperliquid whale-pool statistics /api/hl/whales/stats