Skip to main content
The platform API accepts two authentication methods, depending on who is calling.

API key — organizations (prop firms)

Organization endpoints accept an API key via the X-API-Key header for programmatic access from your backend — no browser session needed.
  • Keys are managed by organization admins in the dashboard and can be rotated or revoked at any time.
  • Each key carries permissions: read, write, or admin. Endpoints that create or modify data require write or admin; a key without them gets INSUFFICIENT_PERMISSIONS.
  • Keys are stored hashed (SHA-256) — the raw hp_live_... value is shown once at creation and cannot be retrieved later.
Create a read-only key for anything that only needs to observe state — reporting jobs, dashboards, read-only AI agents.

Bearer token (JWT) — users and dashboard

Most endpoints accept a JWT via Authorization: Bearer <token>. This is what the Hyperprop dashboard and client applications use; user-scoped endpoints (profile, notifications, demo accounts) require it.
Bearer-token (user-session) endpoints — and the entire Trade API and Market Data API — are browser-callable only from Hyperprop’s own apps. Third-party web frontends need an approved origin (contact us). This is a browser-origin restriction: server-to-server calls send no Origin header and are unaffected.

Partner session — third-party apps acting for a trader

A third-party application (trade copier, journal, analytics tool) trades on behalf of an individual trader by exchanging its partner app credentials plus a trader-generated key (hpk_...) for a short-lived, firm-scoped Trade API token:
The returned token reaches only that trader’s accounts at that one firm, and the trader can revoke their key at any time. This is a supported integration path, distinct from an organization key — full walkthrough in Partner integrations.

Which one do I use?

Organization endpoints accept either of the first two methods; everything in this documentation’s examples uses the API key.