the whole fee/malle/spam/ promises is only achievable if (especially the malicious) users actually move funds to NEW KEYPAIRS AFTER activation..
If the malicious users are miners trying to keep the fees high (quite possible) then a larger block size would not stop them at all. Neither SegWit nor increased block sizes would do anything to someone with a lot of money to spend (or "invest") on spamming the network.
firstly CORE removed the fee controls and screamed "just pay more".. dont blame pools.
secondly 'miners' are just asic users..
what you need to be defining is malicious 'pools' that collate the data into blocks. not the miners which just hash out a hash and have no control of block content or fees..
miners and pools are separate functions of the symbiotic relationship of bitcoin
the main fee damaging tactics are those of the core developers with their new fee war pressure code, and pools only accepting the high fee's first.
(funnily enough its BTCC and other bscartel pools that do this more)
as for segwit which still relies on a 1mb base block(141) so the fight for space is not really reduced.(segwit keypairs dont just sit in witness without touching base)
...
personally the segwit2x is just as empty a hope as segwit1x(141) because as soon as the segwit aspect of segwit2x is activated (which actually activates segwit(141) early)
..the node count capable of accepting the 2xbaseblock part needs to happen for the 2x base to actually flourish within 3 months.. otherwise all that happens is segwit(141) and then mempool hell of everyone trying and failing to move funds to new keypairs as the bloat would cause many people waiting days and having to resend with higher fee's just to try getting funds into new keypairs.. (stats show months of mempool headaches as a minimum)
..
the real solution would have been a legacy4x and also limit txsigops to 4k or less forever to mitigate the 'linear v quadratic' crybabies.
then without having to shift majority of funds to new keypairs, users will get more capacity.
other bloat code could be added to reduce the greed of allowing single users x% of blockspace
EG why does anyone need 100kb of blockspace for a single tx... thats just bloat causing greed.. that needs reducing/ making leaner