That Mike Hearn is a cancer can not possibly be the conclusion of any rational argument.
Please see this post: https://bitcointalk.org/index.php?topic=1197613.msg12576154#msg12576154
If he wants to swallow his pride and learn how to cooperate with other contributors in a collaborative project, that would be another thing. He has merely ostracized himself. That is purely his own doing. Just look at his attitude. He is excising himself from bitcoin. Not my problem.
Indeed:
So people should not question the project? More specifically I suppose this relates to questioning the governance of Bitcoin? I would strongly disagree that we should not question the governance of Bitcoin especially considering the problems we are facing and the importance of the questions that need to be answered, who decides is a political question not necessarily a technical one.Quote from: wumpus
he's welcome back if he just starts talking about development, instead of questioning the project all the time
If development is centralized then how do we stop the developers from adding centralization to the protocol level?
Um, by not running such code.I would consider development centralization to become an issue if the blocksize is not increased within a reasonable time frame. I think that this has already happened, I would be content with any increase in the blocksize from Core or even just a plan or statement of the intend to increase the blocksize, yet we have not had any of these things come from Core.
Disagree. Time is irrelevant without technically sound code to run. And Core developers (Adam Back, Jeff Garzik, others) have released several BIPs to address block capacity. You're just fixated on BIP101.I am aware of how centralized development has been during the early days of Bitcoin, however I think as Bitcoin matures development should become more decentralized, this is off political necessity.
Why? Again: https://bitcointalk.org/index.php?topic=1164464.0
If you would like to continue the discussion we where having last time I believe this is where we left it at last:
https://bitcointalk.org/index.php?topic=1163319.msg12357136#msg12357136
I do not think that we should wait before the blocks are full before we do a hard fork to increase the blocksize, doing a hard fork at short notice could cause many problems. If we waited to long to increase the blocksize and there was a spike in adoption transactions could become unreliable and much more expensive, this would not be good for Bitcoin.
Not good for bitcoin, eh? I don't think a mass increase in orphaned blocks would be good for bitcoin, either.Again, time is irrelevant without technically sound code to run.
Time is relevant and if we do not have the perfect code by the time does run out then we will just have to choose the lesser of two evils, that is reality.Further, scaling is not merely limited to the context of block size. Addressing spam is another important issue that must be dealt with. And a hard fork may not be necessary (see Adam Back's proposal from May 2015).
I can agree with you that scaling should be a meusure of throughput and not just blocksize and that any other means to make throughput more efficient should be implemented, I do not oppose this. However it is impossible to tell the difference between "spam" and legitimate transactions which is why I find most solutions to the "spam problem" problematic, a feature of a permissionless network I suppose.I disagree that BIP101 has been overwhelmingly rejected on both technical and philosophical grounds. It is however irrelevant even if it was, our beliefs should not be based on what the majority believes, it should be based on the result of our own independent reasoning.
Sounds like a real lonely island. I'll stay on the mainland, but thanks. If a simple majority =/= consensus, a minority isn't gonna do any better. 