1.) Most people are running XT as a vote for bigger blocks and not because
they specifically support BIP101. If Core supported bigger blocks, most XT
users would switch back to Core and XT would die.
2.) In this high stakes game of poker, XT just went all in, but Core still
has the far better hand
ake was that Mike is clearly
>> misrepresenting the views of a great number of people who have deep,
>> intimate knowledge of how things work and are almost certainly not
>> primarily motivated by their own potential for profits.
>>
>> On Aug 15, 2015, at 4:04 PM, Ken
gt; " if you're so fond of micro payment channels, why aren't you working on
> them?" And he was right! So we looked around and found the best proposal
> and funded it.
> On Aug 15, 2015 3:28 PM, "Ken Friece via bitcoin-dev" <
> bitcoin-dev@lists.linuxfound
On Sat, Aug 15, 2015 at 6:16 PM, Eric Lombrozo wrote:
>
> On Aug 15, 2015, at 3:01 PM, Ken Friece via bitcoin-dev <
> bitcoin-dev@lists.linuxfoundation.org> wrote:
>
> What are you so afraid of, Eric? If Mike's fork is successful, consensus
> is reached around larger b
What are you so afraid of, Eric? If Mike's fork is successful, consensus is
reached around larger blocks. If it is rejected, the status quo will remain
for now. Network consensus, NOT CORE DEVELOPER CONSENSUS, is the only thing
that matters, and those that go against network consensus will be sever
I am a long time Bitcoin user, miner, investor, full node operator, and
distributed real-time system software engineer.
Out of the all currently proposed blocksize increase solutions, I support
BIP101 (or something like it) and find the current blocksize debate very
frustrating, so I will try to s
