How it works
- All requests go through Blnk Cloud, not directly to Core.
- Every request must target a specific Core instance using instance_id.
- You authenticate using a Cloud access token.
- Blnk Cloud routes the request to the correct Core instance and returns the response.
URL structure
Base URL:instance_id as a query parameter.
Listing resources
To list ledgers, balances, transactions, or identities, the general pattern is:page and pageSize are optional. If you omit them, defaults apply:page=1pageSize=30for ledgers,pageSize=20for balances, transactions, and identities.
For example, to list transactions:
Fetch resource details
To retrieve details for a single ledger, balance, transaction, or identity by ID, use the detail routes. The general pattern is:Working with filters
The Data API uses suffixes on field names to express filter operators. Instead of sending operators as separate parameters, you append a suffix to the field name to indicate how the value should be compared.Supported operators
Operator-specific rules
-
BETWEEN:
- Provide two values separated by a single pipe
| - Encode the pipe as
%7Cin URLs
Example - Provide two values separated by a single pipe
-
IN:
- Provide comma-separated values
Example -
LIKE / ILIKE:
- Use SQL-style wildcards.
%matches any sequence of characters._matches a single character.
Example
Example: Filtering transactions
Here’s an example of how filter operators can be used together in a request:Filterable fields by resource
The table below lists the fields you can use for filtering on each Data API resource.Nestedmeta_datakeys use dot notation, and the operator suffix goes at the end. Example:meta_data.myApp.channel_eq=web.