On Sat, Jun 27, 2015 at 1:18 PM, Eric Lombrozo <elombr...@gmail.com> wrote: > The economic policy’s status quo has been to avoid fee pressure. But the > consensus status quo obviously is not to have a hard fork. > > There’s clearly a contradiction between these two policies, which is a big > part of the reason this issue has come to this point. These two policies are > fundamentally at odds.
Ok, so then the decision is to either change a policy or change a consensus rule and then maintaining the status quo is simply not possible. Since per-node and per-wallet policies weren't universal anyway (nobody can be forced to run the standard policy), making some changes to the policy code of the different implementations that weren't prepared for the current consensus rules (that includes bitcoin core) seems orders of magnitude closer to "maintaining the status quo" than a hardfork. It's interesting to note that increasing the blocksize without fixing the underlying problems that make it a perceived "need" will leave the implementations unprepared for the new rules too (it is just unprepared for ANY block size limit, not specifically unprepared for 1MB blocks). So increasing the block size is actually the "lazy option" regardless of how the "doing nothing option" is perceived by many uninformed participants in the discussions. Then I guess by "maintaining the status quo" some people just mean "not fixing the known problems we have yet, leave it for later". Not only some people propose to delay solving this problems: they don't even want to be forced to fix them in 20 years! That...or they just want to remove the block size limit entirely forever, don't fear centralization, and are not being clear about it. _______________________________________________ bitcoin-dev mailing list bitcoin-dev@lists.linuxfoundation.org https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev
