Skip to main content

Developers

Blank exposes one public developer contract: API v2, served from https://api.blank.build/api/v2. It is a read-and-automate surface for Blank tokens — market data, fees, staking, presales, and price predictions — plus outbound webhooks and signed transaction submission. The supported integration path is the server-side TypeScript SDK. Raw HTTP is fully documented for other languages and backend adapters.
Blank API keys are server-side credentials. The SDK refuses to accept one in a browser runtime, and API-key requests receive no browser CORS allowance. Only anonymous read operations are reachable from a browser.

What the API covers

Every operation, request schema, and response schema is listed in the HTTP reference and the generated OpenAPI reference.

What the API does not cover

The public contract is deliberately narrow. These are not part of API v2:
  • Programmatic token launches. Tokens are launched from blank.build.
  • Buying, selling, staking, unstaking, or claiming. Those are wallet-signed app and dashboard flows.
  • Enabling or changing fee allocations, staking allocations, or Price Prediction allocations.
  • Audience exports.
  • Any unversioned Worker path. Paths outside /api/v2 are internal and carry no stability contract.
There is no v1 contract, no unversioned alias, no redirect, and no compatibility adapter. Anything written against a previous Blank developer API must be rewritten against v2.

Design contract

  • Environment-bound keys. A key belongs to one Blank account, one environment, and that account’s single verified wallet. See Authentication.
  • Least-privilege scopes. Every protected operation declares the scopes it requires. See Scopes.
  • RFC 9457 Problem Details. Every error is application/problem+json with a stable code and a requestId. See Errors.
  • Durable idempotency. Every mutation requires an Idempotency-Key and is committed atomically. See Conventions.
  • Cursor pagination. Lists return opaque, query-bound cursors — never offsets.
  • Wallet signatures are never replaced by a key. An API key authorizes preparing and submitting a transaction; the wallet still signs it. See Operations and transaction intents.
  • Prediction delegation is signature-bound. A predictions:delegate key identifies the server integration, while the end user’s verified wallet signs the exact short-lived round, wallet, and price intent. See Price Predictions.
  • Decimal strings. Prices and SOL amounts are canonical decimal strings; raw on-chain amounts are unsigned integer strings. Never parse them as JSON numbers.

Start here

Quickstart

Install the SDK, create a scoped key, make your first authenticated call.

Authentication

Key format, environments, scopes, rotation, revocation, and secret handling.

Conventions

Pagination, rate limits, request IDs, retries, deadlines, idempotency.

Errors

The Problem Details envelope and the full stable error-code catalogue.