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

# Get user profile

> Get user profile.

 Get the current user's profile with token balances, recent movements,
 and recent orders. Use `source` to control data source: `hot_storage`
 (fast, real-time), `cold_storage` (historical), or `both` (hybrid).



## OpenAPI

````yaml /proto-openapi/api/openapi.yaml get /api/v1/accounts/me
openapi: 3.0.3
info:
  title: Monaco Protocol API
  description: REST API for the Monaco Protocol hybrid CLOB exchange.
  version: 1.0.0
servers:
  - url: https://staging.apimonaco.xyz
    description: Staging server (Testnet)
security: []
tags:
  - name: AccountsService
  - name: ApplicationsService
  - name: AuthService
  - name: BuildercodeRewardsService
  - name: CopyTradingService
  - name: DelegatedAgentsService
  - name: FaucetService
  - name: FeesService
  - name: HealthService
  - name: ManagedMarketsService
    description: |-
      Wallet-authenticated maker assignments. The signed session must match both
       configured maker user and application. Owner IDs are process fences, never auth.
       Only wallet sessions are supported; delegated-agent sessions receive 403.
  - name: MarginAccountsService
    description: |-
      Current public isolated-margin semantics:
       - a user has one parent margin account per application scope
       - opening orders create or reuse isolated position buckets under that parent
       - parent account creation is handled internally by margin workflows
  - name: MarketService
  - name: OrderbookService
  - name: OrdersService
  - name: PositionsService
    description: |-
      Current public isolated-margin semantics:
       - positions link to a parent margin account and, when applicable, a bucket id
       - opening orders create or reuse isolated position buckets under the parent
       - users can open another isolated position by reusing the parent account with a different market bucket
  - name: PulseService
  - name: SweeperService
  - name: TraderCodeService
  - name: TradesService
  - name: WhitelistService
  - name: WithdrawalsService
paths:
  /api/v1/accounts/me:
    get:
      tags:
        - AccountsService
        - Accounts
      summary: Get user profile
      description: |-
        Get user profile.

         Get the current user's profile with token balances, recent movements,
         and recent orders. Use `source` to control data source: `hot_storage`
         (fast, real-time), `cold_storage` (historical), or `both` (hybrid).
      operationId: get_user_profile
      responses:
        '200':
          description: OK
          content:
            application/json:
              schema:
                $ref: '#/components/schemas/GetProfileResponse'
        '400':
          description: Invalid request
        '401':
          description: Authentication required
        '404':
          description: User not found
        '429':
          description: >-
            Read rate limit exceeded — every authenticated read draws one
            request from the account's read budget; retry after the interval in
            details.retryAfter
        '500':
          description: Internal server error
      security:
        - monacoSignature: []
        - monacoHttpSignature: []
components:
  schemas:
    GetProfileResponse:
      type: object
      properties:
        id:
          example: 123e4567-e89b-12d3-a456-426614174000
          type: string
          description: User UUID
          format: uuid
          nullable: true
        address:
          example: '0x742d35Cc6634C0532925a3b8D4060f31E2C3d8B5'
          type: string
          description: Wallet address
          nullable: true
          pattern: ^0x[0-9a-fA-F]{40}$
          minLength: 42
          maxLength: 42
        username:
          example: trader123
          type: string
          description: Display username
          nullable: true
        accountType:
          example: master
          type: string
          description: 'Account type: master or sub'
          nullable: true
        canWithdraw:
          example: true
          type: boolean
          description: Whether the user is allowed to withdraw
          nullable: true
        createdAt:
          example: '2023-11-13T10:30:00Z'
          type: string
          description: Account creation timestamp (ISO 8601)
          nullable: true
        makerFeeBps:
          example: -1
          deprecated: true
          type: integer
          description: >-
            DEPRECATED: legacy flat maker fee in bps echoed from the trading
            pair. Does NOT reflect the tiered fee actually charged, which is
            per-user and fractional. Call GET /api/v1/fees/tier for the caller's
            real rate.
          format: int32
          nullable: true
        takerFeeBps:
          example: 5
          deprecated: true
          type: integer
          description: >-
            DEPRECATED: legacy flat taker fee in bps echoed from the trading
            pair. Does NOT reflect the tiered fee actually charged, which is
            per-user and fractional. Call GET /api/v1/fees/tier for the caller's
            real rate.
          format: int32
          nullable: true
        applicationTakerFeeBps:
          example: 0
          type: integer
          description: Additional taker fee in basis points from application
          format: int32
          nullable: true
        applicationMakerFeeBps:
          example: 0
          type: integer
          description: Additional maker fee in basis points from application
          format: int32
          nullable: true
  securitySchemes:
    monacoSignature:
      type: apiKey
      description: >-
        Ed25519 session-key request signing. Every authenticated request carries
        three headers: `X-Monaco-PublicKey` (64-char lowercase-hex session
        public key), `X-Monaco-Timestamp` (Unix milliseconds, within 30s of
        server time), and `X-Monaco-Signature` (hex ed25519 signature). The
        signature is over `METHOD\npath?query\ntimestamp_ms\nSHA256_hex(body)`,
        where the body hash is the SHA-256 of the empty byte string when there
        is no body. Obtain the session keypair from `POST
        /api/v1/auth/challenge` followed by `POST /api/v1/auth/verify`.
      name: X-Monaco-Signature
      in: header
    monacoHttpSignature:
      type: apiKey
      description: >-
        RFC 9421 Ed25519 session-key request signatures. Send Signature-Input,
        Signature, and Content-Digest together; never combine them with
        X-Monaco-* credentials. The monaco signature covers @method, @path,
        @query, and content-digest in that order, with created (Unix seconds
        within 30s of server time), keyid (registered lowercase-hex session
        public key), and alg=ed25519 parameters. Content-Digest uses RFC 9530
        sha-256 over the exact body bytes, including the empty body. Query
        coverage retains ordering and percent encoding. Timestamp freshness does
        not reject repeated identical requests; use endpoint idempotency where
        supported. Existing legacy signing remains supported during server-first
        migration; SDK RFC 9421 signing is opt-in. See
        https://docs.0xmonaco.com/reference/http-message-signatures for the
        complete profile and trust model.
      name: Signature
      in: header

````

This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.