0xArchive · OAuth Scopes
0xArchive OAuth Scopes
OAuth 2.0
searched
0xArchive uses OAuth 2.0 but publishes no discrete scopes — access is governed by the grant itself (e.g. client-credentials or role-based authorization) rather than per-scope consent.
This index is generated from the provider’s OpenAPI security definitions (and, where available, its documented scope reference) and refreshes on every APIs.io network build. Browse every provider’s scopes at scopes.apis.io.
market datahistorical datacryptoDeFiperpetualsderivativesorder bookHyperliquidLighterHIP-3HIP-4prediction marketsWebSocketstreaminghistorical replayParquetbulk dataMCPagent-nativex402OpenAPIREST
Scopes: 0
Flows:
Method: searched
Scopes (0)
0xArchive implements OAuth 2.0 but publishes no discrete scopes — access is governed by the grant itself (client-credentials or role-based authorization) rather than per-scope consent.
These scopes govern the hosted MCP surface ONLY, not the REST API. The REST API uses an X-API-Key header with no scope model at all - 0-working/derive-oauth-scopes.py correctly found zero oauth2 securitySchemes in the OpenAPI, because there are none. The scopes below are read from the provider's live RFC 8414 authorization-server metadata, which is why this file is method: searched rather than derived. Two facts about this list are worth reading together. First, the authorization server advertises SIX scopes covering market data, account bootstrap and creation, key read and revoke, and billing subscription - a full self-serve account-lifecycle scope set. Second, the MCP resource itself advertises exactly ONE of them: scopes_supported is ["mcp:market.read"] in the protected-resource metadata, and both the docs and llms.txt state twice that "the server advertises mcp:market.read only". So an agent connecting to the hosted MCP today gets read-only market data and nothing else; the remaining five scopes exist at the authorization server but are not reachable through the MCP resource. That is a deliberately narrow blast radius for an autonomous client, and it should be described as such rather than as five missing capabilities.
These scopes govern the hosted MCP surface ONLY, not the REST API. The REST API uses an X-API-Key header with no scope model at all - 0-working/derive-oauth-scopes.py correctly found zero oauth2 securitySchemes in the OpenAPI, because there are none. The scopes below are read from the provider's live RFC 8414 authorization-server metadata, which is why this file is method: searched rather than derived. Two facts about this list are worth reading together. First, the authorization server advertises SIX scopes covering market data, account bootstrap and creation, key read and revoke, and billing subscription - a full self-serve account-lifecycle scope set. Second, the MCP resource itself advertises exactly ONE of them: scopes_supported is ["mcp:market.read"] in the protected-resource metadata, and both the docs and llms.txt state twice that "the server advertises mcp:market.read only". So an agent connecting to the hosted MCP today gets read-only market data and nothing else; the remaining five scopes exist at the authorization server but are not reachable through the MCP resource. That is a deliberately narrow blast radius for an autonomous client, and it should be described as such rather than as five missing capabilities.
📄 Provider scope reference: https://docs.0xarchive.io/mcp-server
Source
OAuth Scopes
Work with this as data
Every scope set here is available over the APIs.io API and to AI agents over MCP.