thats why 2M+segwit solves everything.
no need for a 2x POSSIBLE capacity growth based on IF people use different types of transactions. and then another TRUE capacity increase a year later IF core doesnt veto it.
its better to just have 2mb+segwit in April. with a grace period and then allow EVERYONE to have more freedom and choice because EVERY implementation has the code.. the way it should be
I think this is definitely the most reasonable solution. Let's get this debate behind us (for now) and focus on the positives!
Do you think it's at all plausible that they will go this route?
many people want 2mb+segwit code in by april and fully active by around christmas.
some meander the option by trying to say its a THis or that.. just to delay any decision
some say it will take longer. some say it doesnt need 12 months but 3 months.
some dont even believe blockstream will ever put the 2mb code in alongside segwit. and when they do it will only be to cover the bloat of their extra data, like confidential payment codes. and not to allow more capacity.
basically reduce capacity with features to keep users begging blockstream for more (to make blockstreams ego grow by feeling needed)
i hope that aprils release include the 2mb+segwit and its all ready and active (passed the grace period) by christmas. and i hope blockstream dont come up with more lame excuses to delay things further.