I think you meant block change response rather than block propagation.
Block propagation is different to a pool's response to block changes. Block propagation is related to how connected a pool is to the network, block change response seems to be a software issue.
I've read that Kano's response to block changes is very quick, but I haven't read that Kano's block propagation times are that much better than any one elses. If I'm wrong, please post a link.
Topic: Empty blocks - page 2. (Read 23000 times)
Are you sure about that last part?
Yes.Not true at all, kano.is has about the fastest network block propagation and never mines empty blocks.
If that were true, why would miners bother mining empty blocks in the first place? They lose out on fees by doing so. 
On AntPool miners don't get the fees anyway, the pool does. Of course one wonders why anyone mines on that pool at all...
Not true at all, kano.is has about the fastest network block propagation and never mines empty blocks.
If that were true, why would miners bother mining empty blocks in the first place? They lose out on fees by doing so. empty blocks result from bursts
Uh, what is a "burst"? Whatever it is, it's not why empty blocks happen. Empty blocks come from bad/lazy coders looking for a shortcut.A empty block will propagate faster through the network and a full block would most likely get orphaned (if both are solved in similar times).
Not true at all, kano.is has about the fastest network block propagation and never mines empty blocks.Are you sure about that last part?
empty blocks result from bursts
Uh, what is a "burst"? Whatever it is, it's not why empty blocks happen. Empty blocks come from bad/lazy coders looking for a shortcut.A empty block will propagate faster through the network and a full block would most likely get orphaned (if both are solved in similar times).
Not true at all, kano.is has about the fastest network block propagation and never mines empty blocks. empty blocks result from bursts
No? They're the result of SPV mining. This means that the miners don't verify the block nor transactions within it but start immediately mining a new block (referencing only the header). They have to mine it without any transactions since they don't know what was included in the last block. A empty block will propagate faster through the network and a full block would most likely get orphaned (if both are solved in similar times). This is why some of the miners are doing this.Yes, they've certainly gotten better about submitting empty blocks.
They need to completely stop doing this.They want bigger block so they do empty block.
Miners can impose their own limits anyways. 
they are still submitting empty blocks, albeit far less frequently.
empty blocks result from bursts
Yes, they've certainly gotten better about submitting empty blocks. Unfortunately, they still SPV mine and they are still submitting empty blocks, albeit far less frequently.
So... with the backlog of transactions currently plaguing the network, one would think that the pools would be constantly pushing full blocks onto the chain. Yeah. Here's how it is really stacking up since last Monday (block 399383 to block 400871):
AntPool - 44/341 blocks mined are empty (12.9%)
bw.com - 8 of 103 blocks mined are empty (7.77%)
f2pool - 4 of 382 blocks mined are empty (1.05%)
KnC - 3 of 58 blocks mined are empty (5.17%)
Eligius - 2 of 9 blocks mined are empty (22.22%)
Slush - 1 of 69 blocks mined are empty (1.45%)
If we take an average of 1500 transactions per block, which is low by the way, then had AntPool had even half as few empty blocks there would be no transaction backlog at all. Everybody's transactions would be confirmed. There wouldn't be pages and pages of questions in the forums asking why a transaction hasn't been confirmed after days of waiting.
For the love of all that's holy - STOP MINING ON POOLS THAT PRODUCE EMPTY BLOCKS!!!
AntPool - 44/341 blocks mined are empty (12.9%)
bw.com - 8 of 103 blocks mined are empty (7.77%)
f2pool - 4 of 382 blocks mined are empty (1.05%)
KnC - 3 of 58 blocks mined are empty (5.17%)
Eligius - 2 of 9 blocks mined are empty (22.22%)
Slush - 1 of 69 blocks mined are empty (1.45%)
If we take an average of 1500 transactions per block, which is low by the way, then had AntPool had even half as few empty blocks there would be no transaction backlog at all. Everybody's transactions would be confirmed. There wouldn't be pages and pages of questions in the forums asking why a transaction hasn't been confirmed after days of waiting.
For the love of all that's holy - STOP MINING ON POOLS THAT PRODUCE EMPTY BLOCKS!!!
F2Pool has really cleaned up it's act, at least with BTC mining. They had a higher than 1% weekly average for a long time--I suppose I'll start a thirty/60/90 day stat.
They want bigger block so they do empty block. 
So idiot.
So idiot. 
Thanks for the update.
So... with the backlog of transactions currently plaguing the network, one would think that the pools would be constantly pushing full blocks onto the chain. Yeah. Here's how it is really stacking up since last Monday (block 399383 to block 400871):
AntPool - 44/341 blocks mined are empty (12.9%)
bw.com - 8 of 103 blocks mined are empty (7.77%)
f2pool - 4 of 382 blocks mined are empty (1.05%)
KnC - 3 of 58 blocks mined are empty (5.17%)
Eligius - 2 of 9 blocks mined are empty (22.22%)
Slush - 1 of 69 blocks mined are empty (1.45%)
If we take an average of 1500 transactions per block, which is low by the way, then had AntPool had even half as few empty blocks there would be no transaction backlog at all. Everybody's transactions would be confirmed. There wouldn't be pages and pages of questions in the forums asking why a transaction hasn't been confirmed after days of waiting.
For the love of all that's holy - STOP MINING ON POOLS THAT PRODUCE EMPTY BLOCKS!!!
AntPool - 44/341 blocks mined are empty (12.9%)
bw.com - 8 of 103 blocks mined are empty (7.77%)
f2pool - 4 of 382 blocks mined are empty (1.05%)
KnC - 3 of 58 blocks mined are empty (5.17%)
Eligius - 2 of 9 blocks mined are empty (22.22%)
Slush - 1 of 69 blocks mined are empty (1.45%)
If we take an average of 1500 transactions per block, which is low by the way, then had AntPool had even half as few empty blocks there would be no transaction backlog at all. Everybody's transactions would be confirmed. There wouldn't be pages and pages of questions in the forums asking why a transaction hasn't been confirmed after days of waiting.
For the love of all that's holy - STOP MINING ON POOLS THAT PRODUCE EMPTY BLOCKS!!!
lol antpool mines yet another empty block https://blockexplorer.com/block/000000000000000001a7ce5d59bd2b32422884114adeadbdb5427ffb3836e47e
No need to point out each and every one of them. It's a regular occurrence. 
lol antpool mines yet another empty block https://blockexplorer.com/block/000000000000000001a7ce5d59bd2b32422884114adeadbdb5427ffb3836e47e
I don't really understand the issue here. Does the miner earn less if he/she finds/mines an empty block? I'm pretty sure that he/she would earn the same amount.
No.
I don't really understand the issue here. Does the miner earn less if he/she finds/mines an empty block? I'm pretty sure that he/she would earn the same amount.
We had the largest block count day in years on the 10th of dec
215 blocks.
we had more then 20
1 and 2 transaction blocks.
The purpose of BTC is to move payments via transactions.
a 10+ percent of no transaction blocks is not good.
It clogs up the payment system. If the 20 tiny transaction blocks all had 1000 transactions we would have moved 20,000 transactions.
We would not have this happening
blockchain info skipped auto payment of fees pulled excess coin out of account sent it back causing an un confirmed .0101 amount
from a fully confirmed original balance of .202
https://blockchain.info/tx/92a7cba0eac341534e79362b2d9c2dba42ee3479d69bd347c036f5c778186c6d
thus 1 minute later when blockchain info made this payment with a fee they did won't confirm this .151 transfer
so .202 fully confirmed btc is now locked up as unconfirmed due to 2 issues. first blockchain info client forget to pay a fee and needlessly casued an unconfirmed .0101
second dozens of empty blocks passed by these two transactions which if you do both of them you do get .0001 btc
So the entire point of mining which is moving coins via transactions is lost here. Why some pools just want block rewards.
Well we will see how long the .202 stays tied up and pools continue to mine empty blocks to pass by the fees to get rewards.
More then 30 hours now.
https://blockchain.info/tx/3989f4a2d7cdbcd146e5b9df949c514fd5920e66e9486d4c18bf1681ab7ba3b7
215 blocks.
we had more then 20
1 and 2 transaction blocks.
The purpose of BTC is to move payments via transactions.
a 10+ percent of no transaction blocks is not good.
It clogs up the payment system. If the 20 tiny transaction blocks all had 1000 transactions we would have moved 20,000 transactions.
We would not have this happening
blockchain info skipped auto payment of fees pulled excess coin out of account sent it back causing an un confirmed .0101 amount
from a fully confirmed original balance of .202
https://blockchain.info/tx/92a7cba0eac341534e79362b2d9c2dba42ee3479d69bd347c036f5c778186c6d
thus 1 minute later when blockchain info made this payment with a fee they did won't confirm this .151 transfer
so .202 fully confirmed btc is now locked up as unconfirmed due to 2 issues. first blockchain info client forget to pay a fee and needlessly casued an unconfirmed .0101
second dozens of empty blocks passed by these two transactions which if you do both of them you do get .0001 btc
So the entire point of mining which is moving coins via transactions is lost here. Why some pools just want block rewards.
Well we will see how long the .202 stays tied up and pools continue to mine empty blocks to pass by the fees to get rewards.
More then 30 hours now.
https://blockchain.info/tx/3989f4a2d7cdbcd146e5b9df949c514fd5920e66e9486d4c18bf1681ab7ba3b7
I welcome you to perform those calculations. I'm simply providing the data. I've also never made the conclusion you came to:
I'm not sure what agenda you think I may have, other than to report the numbers.
Quote
base your argument of empty block mining being detrimental due to the evil that is forking, which said forking's occurence is statistically negligible, you may have an agenda but you definitely have no point.
There is nothing in this thread stating empty block mining is detrimental due to forking. In fact, I've never even tied the two together.I'm not sure what agenda you think I may have, other than to report the numbers.
You indeed never claimed such, and your numbers should tell a good story ... the one you refuse to see and tell, so I'll ask for some pointed stats.
1. What is the percentage of forks / empty blocks?
2. What is the percentage of forks / all blocks?
3. What is the percentage of forks / empty blocks in a timespan of the highest concentration of forks (in which timespan at least 2000 blocks have been mined)?
4. What is the percentage of forks / all blocks in a timespan of the highest concentration of forks (in which timespan at least 2000 blocks have been mined)?
The answer to all of those is bound to be in fractions of a percentage; extrapolations will without doubt yield similar results, meaning the likelihood of forks happening due to empty block mining is statistically negligible, and that will be true for a very long time.
So if you base your argument of empty block mining being detrimental due to the evil that is forking, which said forking's occurence is statistically negligible, you may have an agenda but you definitely have no point.
1. What is the percentage of forks / empty blocks?
2. What is the percentage of forks / all blocks?
3. What is the percentage of forks / empty blocks in a timespan of the highest concentration of forks (in which timespan at least 2000 blocks have been mined)?
4. What is the percentage of forks / all blocks in a timespan of the highest concentration of forks (in which timespan at least 2000 blocks have been mined)?
The answer to all of those is bound to be in fractions of a percentage; extrapolations will without doubt yield similar results, meaning the likelihood of forks happening due to empty block mining is statistically negligible, and that will be true for a very long time.
So if you base your argument of empty block mining being detrimental due to the evil that is forking, which said forking's occurence is statistically negligible, you may have an agenda but you definitely have no point.
Jump to: