This for generale purpouse. I paste what below in case of STUCK transactions.
All below is refered to BITCOIN. I wonder if experts (not me) can find a way to do the same on FASTCOIN.
------
After You’ve Sent It
If you’ve already sent a transaction and it gets stuck, that transaction can, in some cases, be made to “jump the queue.”
Opt-in Replace-by-fee
The easiest way to make your transaction jump the queue is using an option called Opt-In Replace-by-Fee (Opt-In RBF). This lets you re-send the same transaction, but with a higher fee.
In most cases, when the same transaction is re-sent over the network, but with a higher fee, the new transaction is rejected by the network. Bitcoin nodes typically consider this new transaction a double spend, and will therefore not accept or relay it.
But when sending a transaction using Opt-In RBF, you essentially tell the network you may re-send that same transaction later on, but with a higher fee. As a result, most Bitcoin nodes will accept the new transaction in favor of the older one; allowing the new transaction to jump the queue.
Whether your new transaction will be included in the very next block does depend on which miner mines that next block: not all miners support Opt-In RBF. However, enough miners support the option to, in all likelihood, have your transaction included in one of the next couple blocks.
Opt-In RBF is currently supported by two wallets: Electrum and GreenAddress. Depending on the wallet, you may need to enable Opt-In RBF in the settings menu before you send the (first) transaction.
Child Pays for Parent
If your wallet does not support Opt-In RBF, things get a bit more complex.
Child Pays for Parent (CPFP) may do the trick. Applying CPFP, miners don’t necessarily pick the transactions that include the most fees, but instead pick a set of transactions that include most combined fees.
Without getting into too many technical details, most outgoing transactions do not only send bitcoins to the receiver, but they also send “change” back to you. You can spend this change in a next transaction.
Some wallets let you spend this change even while it is still unconfirmed, so you can send this change to yourself in a new transaction. This time, make sure to include a high enough fee to compensate for the original low fee transaction. A miner should pick up the whole set of transactions and confirm them all at once.
If your wallet does not let you select which bitcoins to spend exactly — meaning you cannot specifically spend the unconfirmed change — you can try spending allfunds in the wallet to yourself; this should include the change.
Like Opt-In RBF, not all miners currently support CPFP. But enough of them do to probably have your transaction confirmed in one of the next blocks.
Or…
If neither Opt-In RBF nor CPFP are an option, you can technically still try and transmit the original transaction with a higher fee. This is typically referred to as “full replace-by-fee,” which some miners accept. However, publicly available wallets currently do not support this as an option.
Otherwise, you may just have to wait either until the transaction confirms or until the bitcoins reappear in your wallet. It’s important to note that until a transaction confirms, the bitcoins are technically still in your wallet — it’s just that it often doesn’t appear that way. The bitcoins are not literally “stuck” on the network and cannot get lost.
As the Receiver
Of course, a transaction can also get stuck if you’re on the receiving end of it.
If your wallet allows spending unconfirmed transactions, this can be solved with CPFP as well. Much like as mentioned before, you can re-spend the unconfirmed, incoming bitcoins to yourself, including a fee high enough to compensate for the initial low fee transaction. If the new fee is sufficient, the transaction should typically confirm within a couple of blocks.
The only other option is to ask the sender whether he used Opt-In RBF. If so, he can re-send the transaction with a higher fee.
The post What to Do if Your Bitcoin Transaction Gets « Stuck » appeared first on Bitcoin Magazine.
