https://api.velobase.io/v1 and bill every model call to an end-customer’s wallet by sending the X-Velobase-Customer: <user-id> header. It is also a billing ledger (freeze, consume, deduct) for work you price yourself.
This page covers the REST surface for managing customers and their wallets, plus the billing primitives. It accepts JSON-encoded request bodies and returns JSON-encoded responses. For the model gateway itself (POST /v1/chat/completions, POST /v1/messages, GET /v1/models, GET /v1/usage), see the gateway reference.
Base URL: https://api.velobase.io
All amounts in the API are integer credits. 1 credit = 1 micro-USD, so
1 USD = 1,000,000 credits. There is no cents unit anywhere in the API: fields
like
amount_usd, amount_cents, or amount_credits are rejected with an
error. Send amount as a positive integer number of credits.Model gateway
The gateway is OpenAI- and Anthropic-compatible. Set your SDK’s base URL tohttps://api.velobase.io/v1, authenticate with a project key, and name the end-customer to bill with the X-Velobase-Customer header. The call is relayed upstream and the real token cost is settled against that customer’s wallet.
Health check is unauthenticated at
GET /health (no /v1 prefix). For a quick authenticated check, call GET /v1/models.Authentication and routing
Two key types decide which customer is billed:vb_live_is a project key for server-side use. Pair it withX-Velobase-Customer: <user-id>to name the customer to bill.vb_customer_is a customer-scoped key that already carries its own customer binding, so no header is needed. It supports anallowedModelswhitelist andexpiresAt.
GET /v1/models do not.
Request headers
BeyondAuthorization and X-Velobase-Customer, gateway requests accept:
X-Velobase-Wallet: bill a specific wallet instead of the defaultcreditswallet.X-Velobase-Trace-Id: your own correlation id for this call. It is echoed back on the response and you can query it later withGET /v1/usage?trace_id=....Idempotency-Key: a unique key per logical request. Replaying the same key returns409with a clear message instead of double-charging. Use a fresh key for each new request and reuse a key only when retrying the same request.
message_delta). Usage accounting works the same for streaming and non-streaming calls.
Per-call billing headers
Each billed response includes settlement details:X-Velobase-Cost-CreditsandX-Velobase-Cost-Usd: what this call cost.X-Velobase-Balance-CreditsandX-Velobase-Balance-Usd: the wallet balance after the call.X-Velobase-Transaction-Id: the ledger transaction for this call.X-Velobase-Trace-Id: the correlation id, echoed back if you sent one.
Models
Models are defined per project. In the dashboard you create a model with a public model id, your price, and the upstream provider key it routes to (bring your own key). There is no platform-wide model list:GET /v1/models returns exactly the models your project has configured. A model whose upstream provider key is missing returns 402 byok_key_required.
Each entry from GET /v1/models includes: id, object, created, active, owned_by, display_name, description, context_window, max_output_tokens, and pricing fields input_price_per_million_credits / input_price_per_million_usd, output_price_per_million_credits / output_price_per_million_usd, cache_read_price_per_million_credits / cache_read_price_per_million_usd, cache_write_price_per_million_credits / cache_write_price_per_million_usd.
Example request
Billing receipts
Every billed gateway call writes one receipt, addressable by its transaction id (from theX-Velobase-Transaction-Id response header or a GET /v1/usage row).
GET /v1/billing/receipts/:transaction_id
SDKs
The Velobase JavaScript SDK wraps the customer and wallet endpoints below, plususage.list and receipts.get. The gateway itself works with any OpenAI or Anthropic SDK.
JavaScript
Customers
Get a customer
Retrieve a customer’s profile and their wallets. Each wallet reportstotal, used, frozen, and available, plus a per-source breakdown.
GET /v1/customers/:customer_id
Path parameters
string
required
The unique identifier for this customer in your system.
Response fields
string
The customer identifier.
string
The customer’s display name.
string
The customer’s email address.
object
Arbitrary key-value metadata you attached to this customer.
object
A map of wallet name to wallet balance. Each wallet reports its aggregate totals and a per-source breakdown.
string
ISO 8601 datetime when this customer record was created.
Example request
Example response
Wallet balances are reported in credits. The example above shows 1,500,000,000 credits, which is $1,500.00 (1 USD = 1,000,000 credits).
Get a balance summary
Returns an object-shaped summary of the customer’s balance, without the full per-source breakdown.GET /v1/customers/:customer_id/balance
Get the ledger
Returns the customer’s transaction history: deposits, freezes, consumes, deducts, unfreezes, and gateway settlements. Uses cursor pagination.GET /v1/customers/:customer_id/ledger
Query parameters
string
Pagination cursor from a previous page’s
next_cursor.number
Maximum number of entries to return per page.
string
Filter by operation type (for example
DEPOSIT, FREEZE, CONSUME, DEDUCT, UNFREEZE).string
Filter to the entries belonging to one transaction.
Customer wallets
These endpoints fund and settle a customer’s wallet directly. Use them for work you price yourself, such as a fixed credit grant or a one-shot charge. Model calls made through the gateway settle automatically against the wallet, so you do not need these for per-token billing.Deposit to a wallet
Add integer credits to a customer’s wallet. If the customer does not exist yet, Velobase automatically creates them using thename and email fields you provide.
POST /v1/customers/deposit
Request parameters
string
required
The unique identifier for this customer in your system.
number
required
Positive integer credits to deposit. 1 USD = 1,000,000 credits. Fields like
amount_usd, amount_cents, or amount_credits are rejected.string
Unique identifier for this deposit to prevent double processing. Optional, but strongly recommended (use your payment event id).
string
default:"credits"
The wallet to deposit into. Defaults to
"credits". (credit_type is a deprecated alias for this field.)string
ISO 8601 datetime. Credits are ignored before this date.
string
ISO 8601 datetime. Credits are ignored after this date.
string
Customer’s display name. Used only when creating a new customer.
string
Customer’s email address. Used only when creating a new customer.
string
Optional note for the ledger.
Response fields
string
The customer identifier.
string
The wallet (account) that received the credits.
string
The wallet name.
number
Total credits in this wallet after the deposit.
number
Credits added in this operation. 1 USD = 1,000,000 credits.
string | null
ISO 8601 credit activation date, if set.
string | null
ISO 8601 credit expiry date, if set.
string
The unique ledger record ID.
boolean
true if this was a duplicate request that returned the original result.Example request
Example response
Billing primitives
The freeze, consume, deduct, and unfreeze primitives let you reserve and settle a customer’s wallet for work you price yourself, keyed by your owntransaction_id. Model calls made through the gateway settle automatically and do not need these. All amounts are positive integer credits.
Direct deduct
Atomically deduct from a customer’s available balance in a single step. Use this for immediate, one-shot charges where you do not need to reserve funds first.POST /v1/billing/deduct
Request parameters
string
required
The unique identifier for this customer in your system.
number
required
Positive integer credits to deduct. 1 USD = 1,000,000 credits.
string
required
Unique identifier for this task or job.
string
Optional. Restrict the deduction to a single wallet by name.
string
Transaction category for reporting. Examples:
TASK, ORDER, TOKEN_USAGE.string
Optional note for the ledger.
Response fields
string
Echo of the request identifier.
number
Total credits deducted.
array
Breakdown by wallet. Each item contains
account_id, credit_type, and amount.string
ISO 8601 timestamp of the deduction.
boolean
true if this was a duplicate request.Example request
Example response
Freeze credits
Reserve a specific amount for an ongoing task. Frozen credits are held exclusively for that task and cannot be spent by any other operation until they are consumed or unfrozen.POST /v1/billing/freeze
Request parameters
string
required
The unique identifier for this customer in your system.
number
required
Positive integer credits to freeze. 1 USD = 1,000,000 credits.
string
required
Unique identifier for this task or job. Also the idempotency key for the freeze / consume / unfreeze sequence.
string
Optional. Restrict the freeze to a single wallet by name.
string
Transaction category for reporting. Examples:
TASK, ORDER, TOKEN_USAGE.number
Optional TTL. If the transaction is never settled, the frozen credits are automatically released back to the wallet after this many seconds.
number
Optional TTL. If the transaction is never settled, the frozen credits are automatically consumed after this many seconds.
string
Optional note for the ledger.
Response fields
string
Echo of the request identifier.
number
Total credits frozen.
array
Breakdown by wallet. Each item contains
account_id, credit_type, and amount.boolean
true if this was a duplicate request.Example request
Example response
Consume frozen credits
Permanently deduct from a previously frozen transaction. You supply the actual amount used, which may be less than what was originally frozen, and Velobase returns any remainder to the customer’s available balance.POST /v1/billing/consume
Request parameters
string
required
The
transaction_id used in the original freeze call.number
Credits to actually deduct. Must be less than or equal to the originally frozen amount. Optional: if omitted, the full frozen amount is consumed.
Response fields
string
Echo of the request identifier.
number
Credits permanently deducted from the frozen amount.
number
Unused credits returned to the available balance (
frozen - consumed).array
Breakdown by wallet. Each item contains
account_id, credit_type, and amount.string
ISO 8601 timestamp of the consumption.
boolean
true if this was a duplicate request.Example request
Example response
Unfreeze credits
Release all unused frozen credits back to the customer’s available balance. Use this when a task is canceled or fails and you want to return the reserved credits without consuming any.POST /v1/billing/unfreeze
Request parameters
string
required
The
transaction_id used in the original freeze call.Response fields
string
Echo of the request identifier.
number
Total credits released back to the available balance.
array
Breakdown by wallet. Each item contains
account_id, credit_type, and amount.string
ISO 8601 timestamp of the unfreeze.
boolean
true if this was a duplicate request.