Overview
Use GET /v2/payments to search payments with filters such as transaction hash, wallet, request identifiers, currency, type, and date range. This endpoint is designed for wallet-level reconciliation, payment history search, and operational reporting.Core Endpoint
How It Works
1
Provide at least one search parameter
GET /v2/payments requires at least one of these filters:txHashwalletAddresspaymentReferencerequestIdreferencetypeinvoiceCurrencypaymentCurrency
2
Add optional filters for precision
Optional filters include:
fromDate,toDate(ISO 8601 UTC)limit,offset
toDate must be after or equal to fromDate).3
Read payments and pagination
The response returns:
paymentsarray with payment and request-linked metadatapagination.totalpagination.limitpagination.offsetpagination.hasMore
Query Parameters
At least one search parameter is required.Identity and Transaction Filters
Transaction hash (66 chars:
0x + 64 hex). Returns all payments in that transaction.Wallet address (EVM
0x... or Tron T...). Returns payments where the wallet is payer or payee.Payment reference hex identifier.
Request Network request ID.
Custom merchant reference string.
Type and Currency Filters
Payment type. Values:
direct, conversion, crosschain, recurring.Invoice currency (e.g.,
USD, EUR).Payment currency ID (e.g.,
USDC-base, ETH-mainnet).Date Range and Pagination
Start date in ISO 8601 UTC format (e.g.,
2026-01-01T00:00:00.000Z).End date in ISO 8601 UTC format. Must be >=
fromDate.Results per page.
Pagination offset.
Response Schema
Example response
Payment fields
Practical Notes
- Search parameters are combined with AND semantics.
- Searching by
txHashorwalletAddresscan return multiple rows from batch transactions. - Keep your reconciliation workers idempotent in case the same payment appears across repeated queries.
Related Pages
Query Requests
Read request-level status and metadata.
Payment Detection
Understand automatic detection and payment matching.
Webhooks & Events
Build real-time event-driven reconciliation.