and thats only the assumption that the C miners ALWAYS and FOREVER miner faster.. (which you failed to take into the equation, processing time. propogation time, etc.)
No, it only needs to happen once in order to break consensus into multiple blockchains. Not always and forever. Also, are you suggesting that propagation time will prevent a 70% hashing majority from finding 3 blocks in a row?
but with all that said my point is that there is a risk of orphans. and so miners are not going to risk adding more data to blocks and risk the extra few milliseconds of propagation time by doing so. if their HARDER work gets orphaned.
so even at 70% magic number.. miners wont automatically push forwarder making their life harder and riskier.. they would wait until conditions are better and that extra limit will just sit as a buffer for when things are BETTER THAN THE MINIMUM CONSENSUS.
again. they wont jump forward as soon as the minimum consensus is reached. its too risky.. the minimum consensus is just a wet fish slap in blockstreams face to finally get their act together if they havnt already, because its a signal that miners may soon start pushing harder. its not a signal for miners to force the issue. just a signal that blockstream should do something because miners may move forward
You seem to be again fundamentally misunderstanding what it means to run incompatible versions of software. It doesn't matter what you think rational miners will do. Once the 750 of 1000 blocks are found, there is no going back. It only takes a modicum of hashing power to start publishing blocks that are incompatible with 1MB nodes. This is not about "pushing Blockstream to get their act together." It's about avoiding the risk of breaking bitcoin forever.