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.
When every call of yours shares one subject (the SDK’s ownership scope sends default), the listing under it holds every order of your organization, whichever of your users placed it. Never hand it to a browser unfiltered. To show one user their history, name each user in the subject (Authentication — your users), or build it on your server from your own record of who placed which order; the SDK’s createInteropProxy does either (Partner backend).

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