This operation drops a specified transaction. Dropping a transaction leverages RBF to replace the original transaction with a version that effectively cancels it. For more details about dropping a transaction, refer to Drop a transaction.
A transaction can be dropped only if its status is Broadcasting.
You can use the address or included_utxos properties in the request body to specify the address or UTXOs that will cover the transaction fee. Generally, the transaction fee is paid by the original transaction’s source. If that source’s balance is insufficient, the specified address or UTXOs can be used to cover the fee.
The API key. For more details, refer to API key.
In the API playground, enter your API secret, and your API key will be accordingly calculated.
The transaction ID.
The request body to drop or to speed up transactions
The information about the request to drop or to speed up transactions.
The request ID that is used to track a transaction request. The request ID is provided by you and must be unique within your organization.
"f47ac10b-58cc-4372-a567-0e02b2c3d479"
The preset properties to limit transaction fee.
In the fixed fee model, the transaction fee is a fixed amount within a certain amount of period regardless of the transaction size or network congestion, which can vary between different chains. For more information about the fixed fee model, refer to Fee models.
You can specify the maximum fee amount to limit the transaction fee. The transaction will fail if the transaction fee exceeds the specified maximum fee amount.
Switch between the tabs to display the properties for different transaction fee models.
The information about the transaction source types Org-Controlled and User-Controlled. Refer to Transaction sources and destinations for a detailed introduction about the supported sources and destinations for each transaction type.
address and included_utxos are optional. If both address and included_utxos are provided, the UTXOs must belong to the specified address. If neither address nor included_utxos is provided, the system will select UTXOs from the wallet associated with wallet_id.address otherwise the token transfer will fail. However, when estimating fees for a transfer, address is not required.For detailed rules on address and included_utxos in both regular and RBF transactions, see Address and included_utxos usage.
Switch between the tabs to display the properties for different transaction sources.
The custom category for you to identify your transactions.
The description of the RBF transaction.
"Speedup transaction"
The mode of transaction fee payment using Fee Station. Currently, Fee Station supports transactions made with MPC Wallets on EVM-compatible chains, TRON, and Solana. For more details, refer to Fee Station.
ProActiveAutoFuel: Always use Fee Station to pay transaction fees.PassiveAutoFuel: Use Fee Station only when the source address balance is insufficient to cover transaction fees.UsePortalPreference: Use fueling strategy based on the Portal configuration.DisableAutoFuel: Do not use Fee Station for transaction fee payment under any circumstances.If this parameter is not specified, it defaults to the behavior of UsePortalPreference.
Note: TRON and Solana does not support PassiveAutoFuel due to its fee delegation mechanism.
PassiveAutoFuel, ProActiveAutoFuel, UsePortalPreference, DisableAutoFuel "PassiveAutoFuel"
The request was successful.
The request ID that is used to track a transaction request. The request ID is provided by you and must be unique within your organization.
"f47ac10b-58cc-4372-a567-0e02b2c3d479"
The transaction ID.
"c986cb3b-1301-412f-9450-13a52c43a95f"
The transaction status. For more details including sub-statuses, please refer to Transaction statuses and sub-statuses.
Submitted, PendingScreening, PendingAuthorization, PendingSignature, Broadcasting, Confirming, Completed, Failed, Rejected, Pending "Submitted"