Updating graph of fees for unconfirmed transactions - page 2.

weex

legendary

Activity: 1102

Merit: 1014

Quote from: trout on June 27, 2015, 02:53:19 PM

the animation could be interesting if the scale on the left stayed fixed.

Started building a new one with 1200kb fixed max, then of course it started looking like there was going to be more so I changed it to 2000kb and what do you know it? A block was just found so it looks like nothing. Anyway, leaving it at 2000kb because it would suck if the 0.1mBTC level went above the max. Now, just to wait some hours.

As for the site, a sliding scale is best. Anyone who's running a node (--provider=bitcoind) and wants to play with this can have it running in a couple minutes.

hodlmybtc

hero member

Activity: 700

Merit: 500

Nice work! Very interesting to see.

Quote from: trout on June 27, 2015, 02:53:19 PM

the animation could be interesting if the scale on the left stayed fixed.

It would definately be better for your eyes and brain Grin

shorena

copper member

Activity: 1498

Merit: 1528

No I dont escrow anymore.

Quote from: weex on June 27, 2015, 02:42:54 PM

Bump for added animation.

Awesome.

Quote from: trout on June 27, 2015, 02:53:19 PM

the animation could be interesting if the scale on the left stayed fixed.

I suspect that the big changes are when blocks are found. Bitcoin creates nice sawtooth functions.

trout

sr. member

Activity: 333

Merit: 252

the animation could be interesting if the scale on the left stayed fixed.

weex

legendary

Activity: 1102

Merit: 1014

Bump for added animation.

weex

legendary

Activity: 1102

Merit: 1014

Quote from: shorena on June 27, 2015, 04:05:24 AM

Quote from: weex on June 27, 2015, 03:15:28 AM

Running now from a local Bitcoin Core node so it updates every minute. The node was just started so will take time to catch up to bc.i's or even TradeBlock's unconfirmed transaction numbers.

If you see something interesting, please post the graph to imgur and link it.

Could you maybe add time as another dimension or keep a certain amount of pictures? I found the analysis how these things change over time most interesting. This might make messy pictures though if its a landscape in 3d space.

I've started hanging onto the images and will create an animated gif once there are a few dozen of these things.

Edit: Here it is for the last 6-8 hours.

shorena

copper member

Activity: 1498

Merit: 1528

No I dont escrow anymore.

Quote from: weex on June 27, 2015, 03:15:28 AM

Running now from a local Bitcoin Core node so it updates every minute. The node was just started so will take time to catch up to bc.i's or even TradeBlock's unconfirmed transaction numbers.

If you see something interesting, please post the graph to imgur and link it.

Could you maybe add time as another dimension or keep a certain amount of pictures? I found the analysis how these things change over time most interesting. This might make messy pictures though if its a landscape in 3d space.

newb4now

hero member

Activity: 686

Merit: 500

Quote from: jeannemadrigal2 on June 26, 2015, 10:19:10 PM

Thanks this is a really good tool, and it will become important as the blocks start to fill up in the future to determine how much we need to include in our transaction fees.

I agree. I will start following this as well.

weex

legendary

Activity: 1102

Merit: 1014

Running now from a local Bitcoin Core node so it updates every minute. The node was just started so will take time to catch up to bc.i's or even TradeBlock's unconfirmed transaction numbers.

If you see something interesting, please post the graph to imgur and link it.

ammy009

sr. member

Activity: 303

Merit: 250

just awesome ...... continue it

cazkooo

legendary

Activity: 1540

Merit: 1013

Quote from: chennan on June 26, 2015, 09:22:09 PM

If every one is paying larger than recommended fee

That is why a fork is needed for this because without a fork, everyone will need to pay higher fee to get it confirmed within the next block or that person will need to wait several hours. Also with paying high fee, this means bitcoin will not be suitable anymore for the smaller transaction like below 0.001 bitcoin

weex

legendary

Activity: 1102

Merit: 1014

/u/btcee99 on reddit brought up a good point since I linked to the code there: https://github.com/weex/bitcoin-fee-distribution

I set a floor of 1KB on the size when calculating fee/kb. I did this because of the way bitcoin core works now. You set a default fee like 0.0001 and it doesn't include a smaller fee just because your transaction was 226 bytes or whatever. Does anyone know roughly how different wallets handle calculating fees? Are there any that always multiply the transaction size by the a fee/kb rate? Is a 1kb floor assumed on any other code out there? Just thinking about loud. I'll research these questions later.

jeannemadrigal2

sr. member

Activity: 322

Merit: 250

Thanks this is a really good tool, and it will become important as the blocks start to fill up in the future to determine how much we need to include in our transaction fees.

jaberwock

legendary

Activity: 2660

Merit: 1074

Quote from: chennan on June 26, 2015, 09:22:09 PM

Quote

Getting 1278 unconfirmed transactions.
Total transactions: 1252 No fee: 61
Number of transactions: 1252
Minimum fee: 0.0
Average fee for payers: 0.000140692404153
Median fee for payers: 0.0001
Stdev of fee for payers: 0.000268533671518
Total bytes: 549736

I didn't expect ppl are paying 0.000268533671518 BTC transaction fee to get transactions confirmed! If every one is paying larger than recommended fee, the miners will be happy! Nice chart! It gives us the rough fees we should pay to have the priority to get the the transaction included in the next block!

What I am concern is that if every ppl are paying high fee, what about the low value transaction? They cannot afford high fee and have to wait long time for the confirmation.

0.000268533671518 is the stdev(variation) for the fee people pay, not the minimum fee they pay, or the minimum). Some larger transactions require no fee, and other might take hours to confirm, and others pay more to make sure the transaction will be included in the next block or because they want ~~spam the blockchain~~ do dust transactions. Usually people pay 0.0001 BTC as transaction fee, and it is more than enough

chennan

legendary

Activity: 1316

Merit: 1004

Quote

Getting 1278 unconfirmed transactions.
Total transactions: 1252 No fee: 61
Number of transactions: 1252
Minimum fee: 0.0
Average fee for payers: 0.000140692404153
Median fee for payers: 0.0001
Stdev of fee for payers: 0.000268533671518
Total bytes: 549736

I didn't expect ppl are paying 0.000268533671518 BTC transaction fee to get transactions confirmed! If every one is paying larger than recommended fee, the miners will be happy! Nice chart! It gives us the rough fees we should pay to have the priority to get the the transaction included in the next block!

What I am concern is that if every ppl are paying high fee, what about the low value transaction? They cannot afford high fee and have to wait long time for the confirmation.

QuestionAuthority

legendary

Activity: 2156

Merit: 1393

You lead and I'll watch you walk away.

Quote from: weex on June 26, 2015, 07:17:11 PM

Quote from: QuestionAuthority on June 26, 2015, 07:12:51 PM

Sweet. Could you include a statement showing the current minimum fee for automatic inclusion in the next available block? Something like, Current minimum for immediate processing: XXXX

Sure, I'll include a couple of them when I can get back to the code. One at 750KB and another at 950KB or what the max tends to actually be. Most of time as I've been testing it, the minimum fee hasn't really been calculable as the total KB outstanding was less than 750KB.

I'm working on getting this running from a local bitcoind first as bc.i is not entirely likely to work in the case of massive transaction load...i.e. some sort of stress test.

Thanks, it looks great so far and I can definitely see myself using it often. Good work!

weex

legendary

Activity: 1102

Merit: 1014

Quote from: QuestionAuthority on June 26, 2015, 07:12:51 PM

Sweet. Could you include a statement showing the current minimum fee for automatic inclusion in the next available block? Something like, Current minimum for immediate processing: XXXX

Sure, I'll include a couple of them when I can get back to the code. One at 750KB and another at 950KB or what the max tends to actually be. Most of time as I've been testing it, the minimum fee hasn't really been calculable as the total KB outstanding was less than 750KB.

I'm working on getting this running from a local bitcoind first as bc.i is not entirely likely to work in the case of massive transaction load...i.e. some sort of stress test.

QuestionAuthority

legendary

Activity: 2156

Merit: 1393

You lead and I'll watch you walk away.

Sweet. Could you include a statement showing the current minimum fee for automatic inclusion in the next available block? Something like, Current minimum for immediate processing: XXXX

odolvlobo

legendary

Activity: 4438

Merit: 3387

nice

weex

legendary

Activity: 1102

Merit: 1014

While writing a thing about fees, I wrote this sentence:

"There is no way to easily view the distribution of fees among transactions that
are waiting to be confirmed and" mid-sentence went off to build this:

http://bitcoinexchangerate.org/fees

Hope it helps everyone more easily visualize the fee situation. It'll update every 2 minutes as long as the bc.i API allows me or until I switch it over to running from local bitcoind data.

Animations:
#1 https://bitcointalksearch.org/topic/m.11725683 (1kb floor)
#2 https://bitcointalksearch.org/topic/m.11732681 (1kb floor, fixed 2MB scale)
#3 https://bitcointalksearch.org/topic/m.11741136 (no fee floor)
#4 https://bitcointalksearch.org/topic/m.11756208 (June 30, 2015 stress test)

-weex

Topic: Updating graph of fees for unconfirmed transactions - page 2. (Read 2471 times)