It is very important separate the notions of validity (“does this chain fulfill all validity guidelines”) and being lively (“amongst all legitimate chains, does it have essentially the most work?”).
As an example the 2 branches of the chain are A (created by Bitcoin miners) and B (created by BIP110 miners). A has ~10x extra work than B, however over time, after retargetting, can have a roughly equal variety of blocks.
To BIP110-enforcing nodes, solely B is legitimate, so their lively chain is critical B. They don’t even “see” the A chain.
To Bitcoin nodes, each A and B are legitimate. Nevertheless, whatever the variety of blocks in every, or problem adjustment, the A chain has clearly extra proof-of-work than B (which is computed roughly as sum of the difficulties throughout all its blocks). Thus, Bitcoin nodes won’t ever contemplate B to be the lively chain, as a result of A has simply way more work. “being lively” is in follow what issues for customers, who will simply not see B.
Nevertheless, if the B chain by some means managed to get essentially the most work at some later level (which inevitably means overtaking A in problem), Bitcoin nodes will change over to it.
The problem adjustment rule (part of the validity guidelines) applies per department (as do all consensus guidelines): every department’s problem requirement is a operate simply of the blocks inside that very same department. The existence of one other department with one other problem is irrelevant for validity. After all, the “decide most-work chain” nonetheless cares in regards to the distinction in problem between the branches (not directly, by means of the whole PoW they contribute to their respective branches).
Onerous forks are unrelated; these are modifications to consensus guidelines which might be incompatible in each instructions. That’s not the case right here, the BIP110 chain is legitimate to Bitcoin nodes, simply inferior in proof-of-work so long as its problem is low.
