Questions About The Blocksize Vote

[BitProdigy]

I see the vote is being tracked here: https://www.blocktrail.com/BTC

I see they have a BIP101 vote but no XT vote. My understanding is that BIP101 is not necessarily XT, so shouldn't they have two separate votes for these things? I think BIP101 is losing traction only because it is associated with Bitcoin XT which is largely rejected. BIP101 is actually probably the superior solution, only people are scared of XT.

Also how do the pools work? I see sometimes a block is found by a pool and there is no vote, and then the same pool finds a block and it has a vote for BIP100. So it that whichever individual miner finds the block designates the vote? Or is it the entire pool as whole decides to vote?

I like the idea better if it is each individual miner within the pool which designates his/her own vote.

Also which BIP is 8MB?

[achow101]

I see the vote is being tracked here: https://www.blocktrail.com/BTC

I see they have a BIP101 vote but no XT vote. My understanding is that BIP101 is not necessarily XT, so shouldn't they have two separate votes for these things? I think BIP101 is losing traction only because it is associated with Bitcoin XT which is largely rejected. BIP101 is actually probably the superior solution, only people are scared of XT.

XT implements BIP101. It is not a proposal or a fork, it is just a client. BIP101 is the actual proposal.

Also how do the pools work? I see sometimes a block is found by a pool and there is no vote, and then the same pool finds a block and it has a vote for BIP100. So it that whichever individual miner finds the block designates the vote? Or is it the entire pool as whole decides to vote?

It is all decided by the pool. Some pools (like Slush) are creating separate pools for people who want to mine for BIP101 and another for the current status quo. Those miners can still mine on Slush but in their separate pool for mining BIP101 blocks.

Also which BIP is 8MB?

BIP 101 is to jump to 8MB and then double every 2 years. BIP 100 supports dynamic block sizes up to 32 MB which includes 8 MB.

[wicks]

IMHO the block size limit should be 3x the number of legitimate transactions. then there is room for spikes, and a spammer will still have limited success once he reaches the blocksize limit. How to make the blocksize limit stay ahead of the legitimate transactions is hard to say...

[BitProdigy]

XT implements BIP101. It is not a proposal or a fork, it is just a client. BIP101 is the actual proposal.

Okay so how do we vote for BIP101 without the XT client? Is that possible? BIP101 on core just like BIP100 is on Core?

BIP 101 is to jump to 8MB and then double every 2 years. BIP 100 supports dynamic block sizes up to 32 MB which includes 8 MB.

On https://www.blocktrail.com/BTC some blocks have votes for "8 MB", would that be for BIP101 or BIP100? These seem to be three separate votes.

[achow101]

XT implements BIP101. It is not a proposal or a fork, it is just a client. BIP101 is the actual proposal.

Okay so how do we vote for BIP101 without the XT client? Is that possible? BIP101 on core just like BIP100 is on Core?

Set the version bytes in the header to 0x20000007
That indicates support for BIP101. XT does this already, but Bitcoin Core can easily be modified to do so as well. There are also some other things that need to be included for the larger block size support in case of a fork which can also be added to Core and XT is not required.

BIP 101 is to jump to 8MB and then double every 2 years. BIP 100 supports dynamic block sizes up to 32 MB which includes 8 MB.

On https://www.blocktrail.com/BTC some blocks have votes for "8 MB", would that be for BIP101 or BIP100? These seem to be three separate votes.

I think it is for a generic increase to 8 MB, be it BIP101 or BIP100. Explicit support for BIP101 has the version set while explicit support for BIP100 has the string ‘BV’+BlockSizeRequestValue (e.g. /BV8000000) in the coinbase script.

[TransaDox]

Yeah. I have a question!

Why is it only those that own the means of production that get a vote?

[johoe]

Yeah. I have a question!

Why is it only those that own the means of production that get a vote?

Simply, because it is the easiest thing to do.

You could make a proof of stake vote.  It takes some preparing, someone needs to collect the votes.  More importantly,  he/she should not be able to connect ip addresses to signatures.  Everyone has to be informed that his vote is wanted and they collect the private keys from cold storage, possibly endangering the integrity of the keys.  Also, this voting scheme has the problem that some big exchanges may use customer funds to vote for themselves. 

Another random idea would be one bitcointalk forum post one vote, but that is easily manipulable and also not very fair.

And "One person one vote" is clearly not accomplishable over the internet.

[funkenstein]

Yeah. I have a question!

Why is it only those that own the means of production that get a vote?

Simply, because it is the easiest thing to do.

You could make a proof of stake vote.  It takes some preparing, someone needs to collect the votes.  More importantly,  he/she should not be able to connect ip addresses to signatures.  Everyone has to be informed that his vote is wanted and they collect the private keys from cold storage, possibly endangering the integrity of the keys.  Also, this voting scheme has the problem that some big exchanges may use customer funds to vote for themselves. 

Another random idea would be one bitcointalk forum post one vote, but that is easily manipulable and also not very fair.

And "One person one vote" is clearly not accomplishable over the internet.

What you suggest is basically what is implemented here:

http://coin-vote.com/poll/55d5fbe74df0a76e09bafeea

There is no endangering of the integrity of the keys however, at least any more than one would endanger them to sign a transaction. 

[teukon]

Miners are voting on whether or not they should get more voting power.  It doesn't surprise me that BIP 100 is popular.

It's like having a referendum on whether or not there should be more referenda.  Expect bias.