Skip to main content
Endpoint Reference includes an interactive playground for endpoint calls. Use it for quick payload checks, then move stable workflows into SDK, CLI, or application code.

Free tier, no card

Get a key and run a real call

New accounts start free, no card required. Create a key in the dashboard and paste it into any example here.

Create a key →
1

Choose an endpoint

Start with a low-risk market-state route such as a Hyperliquid order book.
2

Add your API key

Use the X-API-Key auth control in Endpoint Reference.
3

Run the request

Inspect success, data, and meta.request_id.
4

Copy the code example

Move the same request into curl, Python, JavaScript, or Go.

Endpoint reference

Browse OpenAPI-backed endpoint pages.

Quickstart

Run the same flow from your terminal.

​
Playground Review Checklist

Use the playground result to create a small implementation note before copying code into a client.
FieldCapture
EndpointMethod, route, symbol, and query parameters from Endpoint Reference
Auth stateWhether X-API-Key was supplied through the playground control or through copied curl
Response envelopesuccess, data, error, and meta.request_id behavior
Generated exampleThe curl, Python, JavaScript, or Go example copied from the same endpoint page
Client gapRetry, pagination, request-ID logging, freshness, or limit behavior still missing from code
Next surfaceSDK, CLI, WebSocket, OpenAPI codegen, or Data Catalog when the job is file delivery
If the browser run fails but the generated curl works, continue from curl and keep the browser limitation out of the application design. If both fail, keep the status, error code, route, parameters, and request ID together before debugging the client. The public website links to this docs playground instead of maintaining a separate static endpoint tester.

​
What The Playground Is Good For

Use the playground to confirm route shape, auth, parameters, and response fields before writing code. It is especially useful when you are deciding between route families: compare a Hyperliquid core example, a Spot pair, a HIP-3 namespaced symbol, a HIP-4 outcome, and a Lighter symbol before committing the route to a client. The playground is not a replacement for production error handling. After you copy an example into code, add retries, request-ID logging, pagination, data-quality checks, and a clear key-management path. If browser execution is limited by an auth or CORS environment, the generated curl example is still the stable fallback because it shows the exact method, path, parameters, and X-API-Key header.

​
Safe Test Pattern

Start with low-cost market-state routes, then move to historical windows. Keep query parameters narrow while testing: one symbol, one route, one time window, and a small limit. Once the response is understood, move to CLI, SDK, REST code, or OpenAPI codegen for repeatable workflows.

​
Review Rule

Do not treat a playground success as production readiness. It confirms that one route can respond with the provided key and parameters. Production code still needs key management, retries, request-ID logging, pagination, limit handling, and data-quality gates where downstream use depends on correctness.
Last modified on June 28, 2026