Now for my thoughts: 4–8 MB block sizes are not sane. Even 1 MB blocks are already clearly dangerous to Bitcoin. I cannot foresee myself consenting to the hardfork proposal under almost any circumstances, except perhaps with a softfork to limit the size to something reasonable. Even then, I would still not positively support this proposal: if we are going to hardfork, we should actually make some useful changes in it (for example, native merge-mining, as Satoshi suggested as the first hardfork many years ago), not to mention fix some outstanding bugs (such as the time warp vulnerability). I am certainly not by far the only person with these concerns, so I can say with a relatively high level of confidence that Segwit2x’s hardfork will fail.
Overall, Segwit2x seems to have one real purpose*: to try to stall Segwit longer. It is a distraction from the upcoming BIP148 softfork, which is already irreversibly deployed to the network. By promoting BIP91 and Segwit2x as an alternative to BIP148, what miners are really doing is another power grab to try to take back their veto, which has no purpose other than to be used by Bitmain to block the whole thing at the last minute.
https://medium.com/@lukedashjr/the-segw ... 480694a8c7