Seems like Eligius pool likes to hide the truth
They deleted my reply to their libellous post about me in their thread
(and send their miners blocks with empty transactions to speed up their slow pool software ...)
This just shows his ignorance.
Empty blocks minimise your stale shares.
Eligius (and probably most cluefully operated pools) send them as soon as a new block is found, so that you can begin mining immediately.
This is also followed up with an updated block full of transactions that miners can begin working on as soon as they receive it.
If your internet connection is 10 Gbps, the empty block might waste a few bytes of bandwidth and you'll get the full block immediately to begin working on.
If your internet connection isn't so fast, you'll begin working on the empty block, then transition to the full one as soon as you finish receiving it.
Of course, this is assuming you're using optimised software like BFGMiner. It's quite possible kano's cgminer is buggy in this regard and will mine empty blocks even after it receives the full one - I don't know, not my concern.
Well since all the other points have be proven not to be lies by your and anth0ny's replies, I'll just point out about this one.
Anyone need only check the blockchain blocks to see blocks with no transactions in them.
Pools using the eloipool software send out empty blocks ... and yes that includes antpool.
Empty blocks minimise your stale shares.
So do miners really think that a tiny number of stale shares is more important than confirming transactions in the blockchain?
Well, you could always avoid it by using ckpool, that doesn't have this design flaw.
... and of course he infers a lie about cgminer - but wont outright say it - because he knows it isn't correct.
... and the stratum code in the cgminer clone was copied from cgminer - because luke posted on the forum that stratum was difficult to write.
