> ## Documentation Index
> Fetch the complete documentation index at: https://docs.polymarket.com/llms.txt
> Use this file to discover all available pages before exploring further.

# Get wallet approvals

> Polygon token/operator approval state for one wallet.

`?user=` must be an EVM address. The complete served catalog is returned in
canonical order under `{ data }`; this endpoint is not paginated.



## OpenAPI

````yaml https:/data-api.polymarket.com/v2/openapi.json get /v2/approvals
openapi: 3.1.0
info:
  title: Polymarket Data API v2
  description: >-
    The Polymarket Data API: wallet portfolios, trade and activity feeds, market
    state and ranked boards.


    ## Conventions every endpoint shares


    - **Envelope**: every response wraps its payload in `data` (paged routes add
    `pagination`). A documented miss is `data: null` or an empty list, never an
    error.

    - **Pagination is cursor-only**: follow `pagination.next_cursor` until
    `null`; `has_more` is exact, and there is no `offset` query parameter
    (sending one is a `400`). Cursors are signed, typed per endpoint, and
    opaque. The feeds (`trades`, `activity`, combo activity) are keyset walks,
    stable across concurrent writes; the boards, `holders` and most
    combo-position sorts are offset walks behind the opaque token, so a page
    taken across a data refresh can skip or repeat rows. Where a cursor binds
    its cohort (the boards, positions, combo positions), resuming bare is fine,
    restating the same values is fine, and contradicting them is a `400`. The
    `trades`/`activity` feed cursors carry only the seek anchor and page size
    (plus the sort direction on activity): re-send identical filters on every
    page, because changing one mid-walk re-anchors silently.

    - **Rate limiting**: `429` with `Retry-After` is the busy signal for heavy
    queries and pool saturation. A heavy query may first be queued briefly for a
    capacity slot; the `429` arrives only if that short wait ends unserved. Each
    caller also has a per-client request allowance, and bursts past it get the
    same `429` with `Retry-After` sized to the remaining wait. Retry after the
    given delay.

    - **Identifiers**: `condition` (aliases `condition_id`, `conditionId`) is
    the unified query key for on-chain 0x condition ids; `market_id` fields
    carry Gamma's own market ids; `event_id` takes Gamma event ids; `token_id`
    is the CLOB asset id (the key on `/v2/prices-history`).

    - **Params** accept both snake_case and camelCase spellings.

    - **Units**: bare `volume`/`size` values are **shares**; `_usdc` suffixed
    fields are USD; `taker_` prefixed volumes are one-side.

    - **Sentinels**: `outcome_index: 999` means the outcome could not be
    labeled; a missing or `null` numeric field means unavailable, never zero.

    - **Windows on `/v2/trades?user=` and `/v2/activity`**: an omitted or `0`
    `start` floors to three years back (`start=1` asks for full history); an
    omitted or `0` `end` is now plus one day. The other `/v2/trades` shapes
    ignore `start`/`end`: `condition`/`event_id` serve a fixed three-year window
    and the bare feed serves the rolling current-plus-previous month. Other
    windowed routes treat omitted/`0` bounds as unbounded; each documents its
    own rule. `/v2/prices-history` is the strict one, where a `0` bound is a
    `400`.

    - **Auth**: data routes take a bearer token in `Authorization` (the
    `AUTH_TOKEN` header is accepted as an alias).
  contact:
    name: Polymarket
  license:
    name: MIT
    identifier: MIT
  version: 0.1.0
servers:
  - url: https://data-api.polymarket.com
    description: Production
  - url: https://data-api-rs.stage.pmd.use1.polymarket.sh
    description: Staging
security:
  - bearer: []
tags:
  - name: wallet
    description: >-
      Everything anchored on one wallet: positions (base and combos), portfolio
      value, PnL history, the profile card, trading volume, and token approvals.
      Pass the proxy wallet as `user`. One exception cuts across sections:
      `/v2/positions` with `condition` alone (no `user`) answers the market-wide
      holders question.
  - name: feeds
    description: >-
      The high-traffic keyset feeds: trades, activity and combo activity. Filter
      by `user`, `condition` or `event_id`; page with `next_cursor`.
  - name: markets
    description: >-
      Market and event state, keyed by on-chain `condition` ids, Gamma
      `event_id`s or a CLOB `token_id`: open interest, holders, per-event taker
      volume, resolution lifecycle, and price history.
  - name: boards
    description: >-
      Ranked, windowed boards: the PnL/volume leaderboard, biggest single wins,
      and the builder standings and volume buckets. Cursors pin the board they
      were minted on.
  - name: service
    description: >-
      Service metadata: data freshness: the serving watermark, its lag, and
      per-stream ingestion cursors.
paths:
  /v2/approvals:
    get:
      tags:
        - wallet
      summary: Get wallet approvals
      description: >-
        Polygon token/operator approval state for one wallet.


        `?user=` must be an EVM address. The complete served catalog is returned
        in

        canonical order under `{ data }`; this endpoint is not paginated.
      operationId: get_approvals
      parameters:
        - name: user
          in: query
          description: >-
            The proxy wallet whose approval state to return. Required EVM
            address.
          required: false
          schema:
            type:
              - string
              - 'null'
      responses:
        '200':
          description: Approval state for the wallet
          content:
            application/json:
              schema:
                $ref: '#/components/schemas/Envelope_Approvals'
        '400':
          description: >-
            Missing or invalid 'user' address, or a 'user' that is a known
            protocol contract address
          content:
            application/json:
              schema:
                $ref: '#/components/schemas/ErrorResponse'
        '401':
          description: Missing or invalid authentication token
          content:
            application/json:
              schema:
                $ref: '#/components/schemas/ErrorResponse'
        '429':
          description: Too many requests; retry after `Retry-After`
          content:
            application/json:
              schema:
                $ref: '#/components/schemas/ErrorResponse'
        '500':
          description: Internal server error
          content:
            application/json:
              schema:
                $ref: '#/components/schemas/ErrorResponse'
components:
  schemas:
    Envelope_Approvals:
      type: object
      description: >-
        `{ "data": T }`; the envelope for endpoints that don't paginate.


        There is no `pagination` key: an aggregate or bounded list has no next
        page.

        Paginated feeds return a `*Page` shape (`{ data, pagination }`) instead.
      required:
        - data
      properties:
        data:
          type: object
          description: Non-paginated approval snapshot for one Polygon proxy wallet.
          required:
            - address
            - chain_id
            - checked_at
            - contracts
          properties:
            address:
              type: string
              description: The checked wallet.
            chain_id:
              type: integer
              format: int32
              description: EVM chain id the state was read on (137 = Polygon).
            checked_at:
              type: string
              description: >-
                When the on-chain state was read, RFC3339 UTC (20-second server
                cache).
            contracts:
              type: array
              items:
                $ref: '#/components/schemas/ApprovalContract'
              description: One row per catalog pair the wallet may need.
    ErrorResponse:
      type: object
      description: Error body returned by Data API endpoints for unsuccessful requests.
      required:
        - error
      properties:
        error:
          type: string
          description: Human-readable error message.
    ApprovalContract:
      type: object
      description: One trusted approval contract in the public response.
      required:
        - id
        - feature
        - token
        - spender
        - standard
        - approved
      properties:
        amount:
          type:
            - string
            - 'null'
          description: |-
            Current ERC20 allowance: `max` for an unlimited grant, else the raw
            integer amount as a string; absent on ERC1155 operator approvals
            (all-or-nothing).
        approved:
          type: boolean
          description: Whether the wallet currently grants this approval.
        feature:
          type: string
          description: The product flow the approval enables (e.g. `trading`).
        id:
          type: string
          description: Catalog identifier of this approval pair (token + spender).
        spender:
          type: string
          description: The contract approved to spend or operate the token.
        standard:
          type: string
          description: 'Token standard of the pair: `ERC20` or `ERC1155`.'
        token:
          type: string
          description: The token contract the approval is granted on.
  securitySchemes:
    bearer:
      type: http
      scheme: bearer

````