success
field before reading data or error.
Success response
When a request succeeds,success is true and the result is in
data. The meta block carries everything you need to know about the
provenance and freshness of the data.
Error response
When a request fails,success is false and the reason is in
error. The meta block keeps the same shape so logging code doesn’t
have to special-case errors.
Fields
boolean
required
true if the request succeeded, false if it failed. Always
check this field first.object
The response payload. Present when
success is true. The shape
varies by endpoint - see the API reference for
each endpoint’s schema. The top 10 most-traffic endpoints have
Pydantic-typed schemas in the OpenAPI spec; the rest are documented
with examples.object
Present when
success is false.object
required
Metadata included in every response - success or error.
Pydantic schemas
Twelve of the 62 v2 endpoints have full Pydantic response schemas in the OpenAPI spec. Use them with codegen tools (openapi-python-client,
openapi-typescript-codegen, etc.) to get typed client SDKs:
GexLevelsResponse,GexStrikeProfileResponse,MaxPainResponseChainResponse,ExpirySummaryResponse,OpexResponseIvTermStructureResponse,IvSkewResponse,ProbabilityDensityResponseMultiGexLevelsResponse,TraceResponse- Plus
ChangelogResponse
See also
Errors
Every error code with HTTP status mapping.
Rate limits
Rate-limit headers and tier-based throttling.
Data freshness
What
computed_at and freshness_seconds mean per endpoint.