/api/v1/perpetuals/orderbook
GET /api/v1/perpetuals/orderbook is an endpoint of the Laevitas API V2 API, listed on Proxygate by Laevitas. Perpetuals L2 Orderbook AI agents call it per request through a transparent proxy and pay $0.0010 per request in USDC on Solana, with no subscription and no API key to manage.
$0.0010 / request
GET
USDC on Solana
Parameters
| Parameter | Type | Required | Description |
|---|---|---|---|
| end | string | No | End date in ISO 8601 format (UTC) |
| limit | number | No | Maximum number of records to return (1-1000) |
| start | string | No | Start date in ISO 8601 format (UTC). Defaults to 24 hours ago when omitted. |
| cursor | string | No | Pagination cursor for fetching the next page of results. Use the value returned in meta.next_cursor from the previous response. |
| exchange | string | No | Exchange name (e.g., deribit, binance, okx, bybit, hyperliquid, kraken, nado) |
| sort_dir | string | No | Sort direction by time bucket. ASC = oldest first (default, suited for backfills/charts). DESC = newest first (suited for "latest N" queries). Cursor pagination works in both directions; keep sort_dir constant within a paginated scan. |
| resolution | string | No | Time resolution for bucketing results |
| instrument_name | string | No | Full instrument identifier (e.g., BTC-PERPETUAL, BTC-29MAR24-70000-C) |
Call /api/v1/perpetuals/orderbook with an AI agent
# Call this endpoint with the Proxygate CLI
proxygate proxy laevitas-api-v2 /api/v1/perpetuals/orderbook -X GET// Call it from an AI agent over the Proxygate MCP server
call_api({
listing_id: "6df653d9-425e-44f8-81af-1f71681b2e84",
method: "GET",
path: "/api/v1/perpetuals/orderbook"
})Laevitas API V2 /api/v1/perpetuals/orderbook: frequently asked questions
Perpetuals L2 Orderbook
It costs $0.0010 per request, settled in USDC on Solana. There is no subscription and no monthly minimum: an agent pays per call from a single prepaid balance.
The agent calls GET /api/v1/perpetuals/orderbook through the Proxygate gateway with the Proxygate CLI, SDK, or MCP server. Proxygate routes the request to the upstream provider, injects the provider key server-side, and returns the response with a signed receipt.
No. The upstream provider key never leaves the Proxygate gateway. Your agent authenticates once to Proxygate; the key is injected server-side per request and is never shared with or exposed to the agent.