pull down to refresh

So this is the wipeout scenario. If only Ocean is mining blocks on the new software split I don't know how they think their chain would ever be able to catch up... Also, how do block subsidies work in the "split then catch-up" scenario? If there is a reorg after 100 blocks pass does it invalidate the 3.125 Bitcoin awarded?
Anything in the blocks that get reorg'd out is gone, so that includes block subsidies.
reply
223 sats \ 2 replies \ @adlai 6h
Anything in the blocks that get reorg'd out is gone, so that includes block subsidies.
I think your "anything" is overly general; transactions that are valid on either chain will probably get "sniped" across. The miners restoring these on the new chain would get paid fees from the transactions, and the people who had originally broadcast them would probably even be relieved that their transactions had returned to confirmed status.
reply
Good point! I hadn't considered replay protections and cross-split sniping. That makes it a good deal more complicated than I considered.
reply
302 sats \ 0 replies \ @Murch 3h
It’s a frequent question we get on Bitcoin Stack Exchange: if a block gets reorged, what happens to the transactions in that block? Do they all get unconfirmed and returned to the mempool?
And the important thing to realize there is, that from the perspective of each chaintip the other block might as well not exist. The best chain has only one block at each height, so competing blocks do not at all influence each other in regard to what is included.
Most of the time two competing blocks at the same height will include almost exactly the same transactions with some minor differences in what txs they had seen when they created their template, or some locally prioritized transactions. Obviously, the coinbase transactions will differ, and very occasionally, one block could include a replacement of a transaction while the other block included the corresponding original. But because miners try to maximize the revenue from the available mempool, they pick all the same transactions, and for the most part, either both blocks or neither confirm a transaction, so it makes no difference for the users which block wins out in the end.

Addendum: Obvious exceptions are of course when someone is deliberately reorganizing the chain to revert a previously confirmed transaction, or when a reorg is so deep that coinbase transactions matured on both chaintips and said coinbase outputs don’t exist on the competing chains, so a reorg could remove whole chains of transactions from the history.
reply
102 sats \ 0 replies \ @Murch 7h
Yes, if there were a reorg of more than 100 blocks, some of the coinbase outputs that had matured already would not be present in the new best chain.
reply