pull down to refresh
I'm not 'concerned' about the mempool stage, but rather the post-confirmation period (1 confirmation). Just to be clear, 2 confirmations indicate the existence of one block subsequent to the block containing the transaction.
It's not about unconfirmed transactions. RBF is only for unconfirmed transactions waiting in the mempool.
My main question it's not about unconfirmed transactions. RBF is only for unconfirmed transactions waiting in the mempool. I'm talking about mined transactions.
You can do RBF on a confirmed tx but not with 6 confirmations.
No
read again overtorment's article explaining how he did it.
interesting 👀
There is nothing of interest here, just @DarthCoin not being able to read.
He probably thinks double-spend always means a confirmed transaction was reverted but the article explicitly mentions that this is about manual RBF which changes the output on unconfirmed transactions.
In case of manual RBF we can specify totally different destination addresses, which can be considered a doublespend.
This is only a doublespend if the receiver accepted a tx with 0 confirmations.
Try it yourself. Included in a block it doesn't really means is "confirmed".
from your link:
Replace-By-Fee (RBF) is a node policy that allows an unconfirmed transaction in a mempool to be replaced with a different transaction that spends at least one of the same inputs and which pays a higher transaction fee.
We got 1 confirmation
unconfirmed = not yet included in 6 blocks confirmed = included in 6 blocks
If the RBF have a higher fee and a miner willing to take, it will replace the previous one.