Pools please rais blocksize limit! | Bitcointalksearch.org

eleuthria

legendary

Activity: 1750

Merit: 1007

Quote from: DeathAndTaxes on November 21, 2013, 09:33:28 PM

Also 150KB for free txs per block? Awesome that is pretty generous.

It's not 150KB free (that's blockprioritysize, not minblocksize). The space set aside for freebies/low-fee is 27KB. If it doesn't have 150KB of transactions, it will include extra freebies to fill up the space.

Trongersoll

hero member

Activity: 490

Merit: 501

So, am i reading this right? the OP is offering to reimburse the pools for orphanned blocks that may be the result of increasing the size of the blocks? And, they have some way to speed up the creation of new wallets?

DeathAndTaxes

donator

Activity: 1218

Merit: 1080

Gerald Davis

Quote from: eleuthria on November 21, 2013, 09:18:17 PM

BTC Guild has been using a max size of 500KB and min size of 150KB for months (the only gap being when we had the 0.8 hardfork event and had to wait a few months to give everybody time to upgrade before allowing another potential hardfork block due to the bug in 0.7 and earlier versions).

Orphans are a concern for all pools, but my experience has shown that these sizes did not materially affect orphan rates, and actually reduced stale shares for users. The minimum size helped our nodes clear out the memory pool faster, which is the biggest slowdown when a new block is found and bitcoind recalculates the priority of everything in the memory pool to build it's new blocks.

Great. Thanks for the quote. I am going to try and see if we can get similar info from other pools. If we know what pools are doing then users and merchants can make more intelligent decisions.

Also 150KB for free txs per block? Awesome that is pretty generous.

Looking through the memory pool a significant portion of the "really delayed" (>1 hour) paying transactions are ones that have unconfirmed inputs. "child pays parent" patch can't come soon enough.

eleuthria

legendary

Activity: 1750

Merit: 1007

BTC Guild has been using a max size of 500KB and min size of 150KB for months (the only gap being when we had the 0.8 hardfork event and had to wait a few months to give everybody time to upgrade before allowing another potential hardfork block due to the bug in 0.7 and earlier versions).

Orphans are a concern for all pools, but my experience has shown that these sizes did not materially affect orphan rates, and actually reduced stale shares for users. The minimum size helped our nodes clear out the memory pool faster, which is the biggest slowdown when a new block is found and bitcoind recalculates the priority of everything in the memory pool to build it's new blocks.

oakpacific

hero member

Activity: 784

Merit: 1000

Can the pools adopt a stepwise approach to the problem? I.e., increase the blocksize by 5-10k a time, shouldn't have a noticeable influence on the propagation time, then wait to increase further only until other pools also catch up.

solex

legendary

Activity: 1078

Merit: 1006

100 satoshis -> ISO code

Great work! Looking forward to the tx fee improvements.

Gavin Andresen

legendary

Activity: 1652

Merit: 2316

Chief Scientist

It looks like maybe some pools have reacted; the average block size is going up:
http://www.quandl.com/BCHAIN-Blockchain/AVBLS-Bitcoin-Average-Block-Size

For those that haven't, the relevant bitcoind command-line arguments are:

Code:

 -blockminsize=      Set minimum block size in bytes (default: 0)
 -blockmaxsize=     Set maximum block size in bytes (default: 250000)
 -blockprioritysize= Set maximum size of high-priority/low-fee transactions in bytes (default: 27000)
 -mintxfee=        Minimum  fee-per-kilobyte to qualify as fee-paying (default: 0.0001)

Adding:

Code:

blockmaxsize=500000
blockprioritysize=45000

... to your bitcoin.conf and re-starting bitcoind (or running with the command-line arguments) will really help with the transaction crunch.

I'm still hard at work (nearly done!) on making the reference implementation much smarter about transaction fees, but until wallet software gets smarter about fees we need to rely on big pools doing the right thing so Bitcoin users don't get frustrated by long transaction confirmation times.

DeathAndTaxes

donator

Activity: 1218

Merit: 1080

Gerald Davis

Quote from: stompix on November 20, 2013, 01:12:38 PM

Well , isn't every mined block full?

No. Full would be every block is exactly 1MB or at the time each block is created it is less than 1MB but there are none (as in zero) tx waiting confirmation.

It would be like asking is a gallon container with only 1/10th of a gallon in it full, no it is 10% full.

stompix

legendary

Activity: 2912

Merit: 6403

Blackjack.fun

Quote from: os2sam on November 20, 2013, 01:07:31 PM

Quote from: stompix on November 20, 2013, 11:27:02 AM

Every block in the blockchain is full, can't push anything else in it.
Also , currently there are lots of blocks <250

Uh, which one is it? Can it really be both?

Well , isn't every mined block full? you can't add anything to it even if it's 10kb.

Secondary , I haven't seen too many 1MB blocks lately.
Also, OP can u please show examples of those "Most Blocks are actuly full" ?

Height   Age   Transactions   Total Sent   Relayed By   Size (kB)
270648   21 minutes   223   3,539.36 BTC   BTC Guild   146.45
270647   22 minutes   1231   9,328.25 BTC   P2Pool   515.11
270646   24 minutes   1177   23,505.30 BTC   Eligius   589.85
270645   47 minutes   682   24,925.84 BTC   GHash.IO   243.29
270644   1 hour 21 minutes   598   15,655.15 BTC   BTC Guild   332.65
270643   1 hour 27 minutes   342   9,175.72 BTC   Eligius   213.97
270642   1 hour 36 minutes   679   18,706.02 BTC   GHash.IO   243.28

os2sam

legendary

Activity: 3586

Merit: 1099

Think for yourself

Quote from: stompix on November 20, 2013, 11:27:02 AM

Every block in the blockchain is full, can't push anything else in it.
Also , currently there are lots of blocks <250

Uh, which one is it? Can it really be both?

stompix

legendary

Activity: 2912

Merit: 6403

Blackjack.fun

Quote from: ThePok on November 18, 2013, 07:31:18 PM

Pools please rais blocksize limit!

Most Blocks are actuly full!

Btc Guild at least makes 500kb Blocks, others should do so too

Every block in the blockchain is full, can't push anything else in it.
Also , currently there are lots of blocks <250 , i don;t see any reason to panic , YET.

os2sam

legendary

Activity: 3586

Merit: 1099

Think for yourself

Quote from: ThePok on November 18, 2013, 07:31:18 PM

Pools please rais blocksize limit!

Most Blocks are actuly full!

Btc Guild at least makes 500kb Blocks, others should do so too

Bull Butter!

The last 7 had ONLY ONE block larger than the 250K default!

Please, if you think this really needs to be done, use your gift of logic and human reason to put forth an intelligent argument for it!

It does nobody any good to stir up fear, or any other emotion, to cloud sound judgement.

The last time people went willy nilly about this subject it created a hard fork in the block chain and many people lost SERIOUS revenue over it.

solex

legendary

Activity: 1078

Merit: 1006

100 satoshis -> ISO code

Quote from: dexX7 on November 19, 2013, 12:10:12 AM

Push. This needs attention!

Reminds me of this situation:

https://bitcointalksearch.org/topic/soft-block-size-limit-reached-action-required-by-you-149668

dexX7

legendary

Activity: 1106

Merit: 1026

Push. This needs attention!

wizkid057

legendary

Activity: 1223

Merit: 1006

Eligius makes 1MB blocks. No reason not to.

ThePok

full member

Activity: 131

Merit: 100

Pools please rais blocksize limit!

Most Blocks are actuly full!

Btc Guild at least makes 500kb Blocks, others should do so too

Topic: Pools please rais blocksize limit! (Read 2748 times)