There is nothing in the bitcoin protocol that counts confirmations. The counting is done completely in the wallet/explorer.
If your explorer showed additional blocks but did not change the confirmation count, then the problem was in the explorer. If you saw the additional blocks in a different explorer, then the problem was probably that your explorer was behind for some reason.
Topic: Transaction confirmation / parallel chains dynamic? (Read 77 times)
it is a possibility that it was just a glitch with the explorer.
Probably an error from you if not the explorer. I mean maybe you did not check it accurately.So it is not possible that it is related to a change with respect to the longest chain?
Not related as it has 5 confirmations at the fifth block mined which is correct.I did reload the page multiple times and I also searched for the transaction a second time. I have not tried clearing the cache and the cookies through. I don't recall experiencing this issue in the past.
it is a possibility that it was just a glitch with the explorer.
Probably an error from you if not the explorer. I mean maybe you did not check it accurately.So it is not possible that it is related to a change with respect to the longest chain?
Not related as it has 5 confirmations at the fifth block mined which is correct. After you transaction has 1 confirmation. As next block is mined, your transaction has 2 confirmations. As the another block is mined, it will have 3 confirmations, and so on. Maybe the blockchain explorer did not update it properly.
it is a possibility that it was just a glitch with the explorer. So it is not possible that it is related to a change with respect to the longest chain?
Thanks!
After you transaction has 1 confirmation. As next block is mined, your transaction has 2 confirmations. As the another block is mined, it will have 3 confirmations, and so on. Maybe the blockchain explorer did not update it properly.
Hi,
There is this situation that happened to me where a transaction gets included in a block, then there are four additional blocks that get added while the number of confirmations for my transaction remains unchanged (as shown by btcrpcexplorer), until a sixth block gets added, which caused the number of confirmations for my transaction to jump to 5. Would this occur if there are parallel chains that develop? If it is the case, how do the transactions that were included in a shorter chain get introduced back in the main chain? Do they just get back in the mempool with the same priority as any other mempool trnasaction? Does it mean my transaction could have been easily overridden while there was only a single confirmation by spending any input utxo using a higher fee?
Thanks!
There is this situation that happened to me where a transaction gets included in a block, then there are four additional blocks that get added while the number of confirmations for my transaction remains unchanged (as shown by btcrpcexplorer), until a sixth block gets added, which caused the number of confirmations for my transaction to jump to 5. Would this occur if there are parallel chains that develop? If it is the case, how do the transactions that were included in a shorter chain get introduced back in the main chain? Do they just get back in the mempool with the same priority as any other mempool trnasaction? Does it mean my transaction could have been easily overridden while there was only a single confirmation by spending any input utxo using a higher fee?
Thanks!
Jump to: