GET /v1/orders
The openFor submissions your organization made under the X-Infinity-Subject you send — one of
your users’, or all of them when every call shares one subject — each joined to what the hub’s
observers recorded on chain.
Request
Headers
Query parameters
Pages are ordered by
submittedAt, ascending. Records are keyed by orderId — deduplicate by id
if you choose an overlapping cursor. Open-flow registrations (POST /order) are not listed.
Response
data (OrdersList):
Each entry (
OrderListEntry):
chain (OrderChainFacts):
Errors
The gateway’s own refusals — a refused credential, a route not open to it, a rate limit, the hub unreachable or too slow — can come back from every route, with an
EPX code and a real HTTP status (Errors — gateway codes); EIN0049 (internal, scrubbed) can come back from any route.
Example
Response
Illustrative values; formats follow the Response table. The call used one shared subject,default, which the page echoes.
swapInput is absent (not a token-in order); refundDeadline is absent (nobody extended the deadline); inputs[] never carries recipient/fillTxHash/paidAmount.
For one of your users, send their subject instead. The page then lists only their orders, and its
data carries "subject": "user-42":
See also
- SDK:
client.walkOrders()pages with the cursor rule, andclient.summarizeOrder()turns an entry into a row (Order history) - Order lifecycle
- Execution errors