Skip to main content
API entities, such as transactions and challenges, are processed asynchronously after the initial POST request. As the request is processed, the transaction’s state, or the challenge’s status, will update accordingly. This update can be retrieved either by polling the associated GET endpoint or via subscribing to notifications (recommended).

Transaction States

Transactions go through various states after initiation to indicate if they’ve begun processing, are identifiable on the blockchain, complete, failed, and more. Specific actions, like canceling or accelerating a transaction, can only be taken when a transaction is in a specific state. Canceling a transaction can only occur when a transaction is in the INITIATED, QUEUED, or SENT states. Accelerating a transaction can only occur when a transaction is in the SENT state. If a transaction cannot be successfully completed, it enters the FAILED state and have accompanying errorReason and errorDetails fields that describe the failure. The following table describes the possible states of a transaction:

Transaction Errors

If a transaction cannot be completed and enters the FAILED state, the transaction object will have accompanying errorReason and errorDetails fields that describe the failure.

Challenge States

Challenges go through several statuses to indicate if it has been presented to the user, have been completed, and more. If a challenge cannot be successfully completed, it will enter the FAILED state, and have accompanying errorCode and errorMessage fields that describe the failure.