Rebroadcast transactions from minority forks #1155
Comments
no, it doesn't do this currently. I plan to make this change soon (been on my list after my rewrite of forking code, but various problems keep interrupting me). Anyways, this will only help for short forks, as expiration time for transactions is fairly quick (IIRC, around 2 1/2 hours). |
thanks for clarification,if this feature implemented,we needn't to notify exchange to suspend the withdraw/deposit when fork chain is produced. i think this feature deserves a higher priority |
it's got a pretty high priority, believe me. Just the problems of late have been higher yet. Fortunately I hope they're resolved after tonight. |
Regarding the fork switching, i am not understand why need to have the following loop, appreciate if could help to clarify. thanks in advance. do |
This code is relevant when we get a block that links a chain of currently-unlinked blocks to our blockchain. Say we have the following blockchain except we've never seen block 'd'. Our head block will be block 'c', and blocks 'e' through 'i' are just sitting in the fork database marked as 'unlinked' because we don't have the block 'd' which completes the link to the genesis state. 'e' through 'i' also could be invalid (we don't know until we try to push them onto the blockchain, and we can't do that until we get the missing block)
When 'd' comes in, all of the blocks are now 'linked' and we can try to switch to the new longest fork (in this case, 'g'). We call |
it is quite clear, thank you very much. |
will the transactions of blocks in shorter fork chain re-broadcast to network again after network switch from the shorter fork chain to the longer chain,if yes, please guide me to the handling code, thanks.
The text was updated successfully, but these errors were encountered: