Documentation Index
Fetch the complete documentation index at: https://developers.fireblocks.com/llms.txt
Use this file to discover all available pages before exploring further.
Overview
The transaction process is initiated with the Customer Application, where the end-user initiates the transaction via their user interface. Subsequently, the application must trigger a call to the customer backend, which invokes the Fireblocks API with all the necessary parameters to generate a new transaction. Learn how to initiate the create transaction API call to Fireblocks. Following this, the Fireblocks API will provide a unique transaction ID for the newly established transaction. As the transaction is submitted, its lifecycle begins, and its status updates based on its phase within the system. Fireblocks will dispatch a webhook notification for each transaction status update. The most important status for this step is the Pending Signature status, which signifies that the transaction requires the end-user’s signature. The client application needs to be notified for any transaction in the Pending Signature status. The most efficient way to achieve this is sending push notification to the client. Once the application receives a transaction that requires signing, along with the transaction details, including the transaction identifier (txId), it should invoke thesignTransaction(txId) method provided by the EW SDK to initiate the signing process.
It’s important to note that the MPC signing process is asynchronous and involves multiple rounds of communication between Fireblocks and the end user. Therefore, the same protocol for managing outgoing and incoming messages should also be applied in this context.
Example
signTransaction(txId) EW Core SDK method: