If you are on24 you can use the last octet of it's IP address. Then it is easy to identify and ssh in to one when it needs a reboot. I've actually gone and named them all a1, a2, a3, etc, created DNS entries on my local network, and then everything matches all the way through.

Gotta love the KISS method

You win MrTeal, here's a cookie  

Now just make those Habaneros a decent price and we will all love you (except Cevidad maybe)

Oh and while I am here, wtf is up with the luck today? 

Go away, clueless troll.

kano included the answer in his post, just obscured because he wanted to troll.
The previous block was only 14 seconds prior.

Yes, but many miners don't update work that fast.

I haven't deleted anything here. Nor did I see any post of yours saying anything like I said, instead you appeared to be loudly claming that something was wrong with eligius, you went as far to imply that something was being hidden ("Makes me wonder why he won't explain it. As should anyone who uses this pool...")

You mean the protocol every pool uses? There is basically no GBT hashrate on eligius, as is my understanding— not that there is actually any latency difference.

I'm afraid you don't understand how block timestamps work. It's possible to find a block 100ms after the prior block and yet have a timestamp a minute later (or a minute before, for that matter), times are not synchronous between miners.

And yet you can look at the actual observed blocks and Eligius is underrepresented in empty blocks relative to hashrate.

What the fuck are you talking about here?  That kind of allegations demands some links.

I linked the actual blocks, so you can see exactly where empty blocks have been produced.

Of course it can. Shit, even getwork can do that.

First, *I* deleted what was essentially a duplicate spammy post. (You quoted your own post in this post then immediately again with nearly the exact same response.  I left the first one, even though it doesn't belong here, but I figured you'd cry about it even more if I deleted both.

Anyway...



Jumping ahead, since you're blaming GBT here somehow (beating a dead horse much?)... while still not valid, I'll point this out:

The Eligius block you refer to was generated using the stratum protocol. This is actually embedded in the coinbase text of the block's generation transaction. see here.  The "ss33" near the end means "Server/Stratum #3, Instance #3."  GBT blocks start with "sg" and getwork just a single "s", both followed by a number.



Eligius actually immediately updates stratum work as soon as bitcoind returns a template.  Since Eligius actually generates some of the the largest blocks on the network, with thousands of txns at times, this actually can take a couple of seconds at times, but usually is pretty immediate. However, the mining hardware/software on the other end is free to continue working on the original work until it expires as per the stratum protocol.


If you want to argue this, there are many rebuttals.  However the most prominent is that txn fees account for less than half of a percent of miner rewards on avg, but time wasted not doing work while a new transaction list is pushed would result in a lot more losses I'm sure.

Anyway, I think the bulk of your argument is pretty much invalidated by the fact that you obviously don't know what you're talking about since you're blaming the protocol, then suggesting stratum, yet the block in question was generated using stratum...

If you continue on this topic pointlessly, remain clueless, and generally just spam this thread I will simply be deleting your posts.

ugh wish he'd just stop...WK has better things to do then babysit this thread

The 769 gh's is being paid more because of backpay for mining shares  of CPPSRB mining shares owed from slower rounds as you see it is under 100% you have a little over 5% in backpay shares owed to these miners so the pay will usually be higher depending on pool luck and what the pool can pay out as your other rig is running @100% paid shares and 100% is the max you can ever earn  and have no shares owed so they have  been paid the max earning of what paid shares are atm and not owed any backpay for mining shares of CPPSRB from slow rounds.When the pool doesn't find a block in allocated time the 100% will fall under to 99% 98% etc and mining shares that you could of gotten paid rollover and get paid out the next block so you earn the max pay per share  you will then get paid for the work of the past block that took longer but was beyond the pay thresh hold of the past blocks of past shares if owed depending on how slow previous rounds were if there were no slow rounds during mining then you are owed nothing and you remain at 100% with no back  pay as you earned full pay per share. If a round takes 3 hours to find a block and a block should be found in 2 hours? those extra  mining shares that it took to find the block then get logged too cppsrb shelved shares then if the next block is found in 5 minutes instead of getting paid for just 5 minutes of mining shares you did you get paid for the extra hour of shares from the previous block or blocks from shelved shares of the past the 100% drops to 99% 98% etc then get paid during the  next luckier rounds rounds if they fall below the 2 hour mark on luckier rounds and adds a extra .01 + from shelved shares or so depending on pool luck and what it can pay averaging out to max pay per share in the end.You wont ever get paid more than pay per share you did.