Error response format
string
Machine-readable error code. Use this field for programmatic handling — do not parse
message.string
Human-readable description of the error.
string
Affected corridor, if applicable.
string
ISO 8601 server timestamp.
string
Unique request identifier. Include this when contacting support.
FX Engine errors
These errors originate from the FX Engine and are specific to quote and execution operations.General API errors
Retry guidance
Best practices
- Always check
error.codefor programmatic handling. Do not parse themessagestring — it is intended for human debugging only and may change. - Log
error.request_idfor every error response. This is essential for support escalation. - Monitor
GET /v1/system/stateproactively rather than waiting for503errors. This lets you disable corridors in your UI before users encounter failures. - Implement graceful degradation. When a corridor enters a protective state, show users a clear message rather than exposing raw error codes.
- Use exponential backoff for
500and503retries to avoid overwhelming the system during recovery.