Author

Topic: Bitcoin split brain scenario (Read 117 times)

legendary
Activity: 3514
Merit: 4895
November 17, 2021, 12:57:33 PM
#6
My thoughts from when this question was asked back in 2014:
https://bitcointalksearch.org/topic/m.9107191

It's hard to imagine the Internet getting segmented airtight.  It would have to be a country deliberately and totally cutting itself off from the rest of the world.

Any node with access to both sides would automatically flow the block chain over, such as someone getting around the blockade with a dial-up modem or sat-phone.  It would only take one node to do it.  Anyone who wants to keep doing business would be motivated.

If the network is segmented and then recombines, any transactions in the shorter fork that were not also in the longer fork are released into the transaction pool again and are eligible to get into future blocks.  Their number of confirmations would start over.

If anyone took advantage of the segmentation to double-spend, such that there are different spends of the same money on each side, then the double-spends in the shorter fork lose out and go to 0/unconfirmed and stay that way.

It wouldn't be easy to take advantage of the segmentation to double-spend.  If it's impossible to communicate from one side to the other, how are you going to put a spend on each side?  If there is a way, then probably someone else is also using it to flow the block chain over.

You would usually know whether you're in the smaller segment.  For example, if your country cuts itself off from the rest of the world, the rest of the world is the larger segment.  If you're in the smaller segment, you should assume nothing is confirmed.
copper member
Activity: 909
Merit: 2301
November 17, 2021, 07:59:20 AM
#5
Quote
At least unless we're talking about distant future such as regular human could live on Mars, but communication delay range between 4-20 minutes and means of communication is still limited.
For interplanetary coins you need a chain with longer block time than 10 minutes. Something like one day or two weeks may work. Also, there is no need to introduce new coins to circulation, all that is needed is merge-mined chain with peg-ins and peg-outs for example every two weeks.
newbie
Activity: 2
Merit: 6
November 17, 2021, 04:21:41 AM
#4
Great response.
Thanks for calming me down.
legendary
Activity: 3668
Merit: 6382
Looking for campaign manager? Contact icopress!
November 17, 2021, 04:05:47 AM
#3
I was wondering what will happen in an event of large scale network split were a large portion of the nodes can’t communicate with the rest of the network for days.

The chances for this are pretty small. One node connected to both sides it's enough to have no actual split.
The more realistic chance for such thing to be happening is for a relatively small region, probably one country, which will be done on purpose, hence probably the mining won't go well there either.


Now, let's go by your initial logic. If such a thing happens, keep in mind that the difficulty will remain very high, while a good amount of miners (let's also say half of them) may be seen as offline (by every side). This means that the blocks will come much slower. That could trigger a response from developers in order to do a fix related to difficulty and also, why not, a fork in order to conserve the current chain (i.e. the other side will never be able to rejoin). But I went on science-fiction realm with you Cheesy, realistically it's not a big issue since the region will be small and  will probably have no chance to mine anything because of the difficulty.
legendary
Activity: 3612
Merit: 5297
https://merel.mobi => buy facemasks with BTC/LTC
November 17, 2021, 04:02:43 AM
#2
I don't think i've actually brainstormed about this question before...

In theory, the chain with the most work would win... But, in your hypothetical case, we're brainstorming about the network being split in 2 (allmost) equal parts for an extended period of time and the consequences thereof...
We do have to take into account that a lot of transactions that ended up in blocks in the shortest chain are, in fact, valid... If they were rebroadcasted after the longest chain (the one with the most work) won, they would also find a spot in a block in the winning chain aswell (since they were spending pre-split unspent outputs, and they were 100% valid since they found a spot in the losing chain aswell)... This is, offcourse, not true for coinbase transactions in the losing chain, for transactions spending the same pre-split unspent outputs in both chains, and transactions building on these 2 "cases".

Offcourse, a complete and utter split of the complete network for an extended period of time seems unlikely to me, the network is connected over land, under the sea, trough sattelites... I think it's unlikely (but not impossible) to see a complete split for more than a couple of hours... Even if all underwater cables between the american continent and the rest of the world were cut on the side, there'd still be underwater cables on the other side of the continent (aswell as sattelites).
newbie
Activity: 2
Merit: 6
November 17, 2021, 03:50:45 AM
#1
Bare with me while I let my imagination go frenzy...

I was wondering what will happen in an event of large scale network split were a large portion of the nodes can’t communicate with the rest of the network for days. I understand the effectiveness of the consensus mechanism on a temporary blockchain fork. But will the incentive model of the consensus mechanism still be valid even on a larger (many nodes) and longer (many days) split? A long split event, although rare, will eventually happen as a possible result of world war or cataclysmic event. In such event the two separate networks will continue to transact within the separated network oblivious to the other network. Mining will continue on both portion, confirming transactions well above any block confirmation threshold (~144 blocks per day).
When the issues are finally resolved and the networks are connected again, the smaller chain has A LOT to loss and will probably decide to initiate a software fork to save its transactions (and any mined bitcoin) from the consensus mechanism ruling.

Centralised ledger solution tackle this situation nicely by keep confirming the tx of nodes that are part of the centralised entity network and rejects\disregard any tx on the network portion it does not see.
 
Am I hallucinating and that is not a valid scenario? Is it valid and we have a solution?

Thanks
Jump to: