[OLD] Eligius: ASIC, no registration, no fee CPPSRB BTC + 105% PPS NMC, 877 #

[dermo]

I'm not sure what feedback you're looking for, but I'm only running about 520 Mh/sec and Eligius has been good to me. I've maintained a very steady hash rate since the recent problems have been resolved and I get my payouts like I should.

how much you gain per day ? I don't understand very well the reward system on eligius

[1714124936]

1714124936

[1714124936]

1714124936

[1714124936]

1714124936

[1714124936]

1714124936

[toolbag]

At current difficulties I reach the payout queue (0.16777216 BTC, a.k.a. 100 "tonal bitcoins") in about 5 days. Depending on luck and speed of block confirmation I'll then wait another day or so to actually get my payout.

[dermo]

At current difficulties I reach the payout queue (0.16777216 BTC, a.k.a. 100 "tonal bitcoins") in about 5 days. Depending on luck and speed of block confirmation I'll then wait another day or so to actually get my payout.

ty for your report

[GigaWave]

Any idea what the issue was with the pool between (05-17-2013) 12:50-20:30 ?

I looked at every account (highest hash rate being #1) 1-50 and also hash rates 500-600MH/s(just a random range pick). And 2 in about 5 have the same dip in hash rate(I only used hashers with a normally steady hash rate for this comparison). The top 10(IIRC) hashers showed no dip in hash rate.  My 3 Hour rate dropped from ~850MH/s to ~230MH/s at the trough(17:40).

Also as of the moment. I'm showing avg:850MH/s Client Side(Just restated about 1.5Hrs ago with a older version of BFG to try and see it it helps). and a 744MH/s 22 Minute average on the website/status page side.

[muyuu]

Honestly, it doesn't matter. Obviously the added hash power overall will help the pool, and could help the pool get lucky enough to get to paying some SMPPS extra credit. But it doesn't directly help you with your SS or EC.

But please do point your miners in any case! The more hash power the lower the variance the better things are for everyone!

-wk

I intend to favour Eligius if it gives me similar performance as the rest. I got 2 ASICMiner blades in the fixed price auction (you can see my nick there https://bitcointalk.org/index.php?topic=201753.0 )

AFAICS I will need to run a Stratum proxy because they only support the older getawork protocol and they would be inefficient if run directly. I only found it documented here:

http://mining.bitcoin.cz/mining-proxy-howto for Slush.  

Any ideas? Maybe Eloipool? https://bitcointalk.org/index.php?topic=61731.0

I have no experience about this. If someone wrote a decent guide, maybe we can get some of these ASICMiner blades that are actually shipping in volume now to point here at Eligius.

You can use the stratum proxy with Eligius. Also I believe bfgminer has support coming for the ASIC miner blades which would eliminate the need for the proxy.

-Wk

I got my ASICMiner blades mining in Eligius through stratum proxy. No problems.

Averaging 12.2 per blade now that I have enough hours to measure, so slightly above the advertised 10-12 GH/s per blade.

[wizkid057]

Greetings Miners!

After some discussion and pouring over the data, it has come to my attention that the Eligius pool is using a LOT of bandwidth.  So, in an effort to mitigate this somewhat, I'm going to be making some minor changes.

First, I've temporarily disabled secure stratum (mining.get_transactions) to save a bit.  We were outputting anywhere from 50-125MB of data per stratum work restart (every 55 seconds), and thats pretty crazy.

Second, and this is more long term, I'm going to be giving each mining protocol it's own host name so that I can associate each with it's own IP address, if needed.

So, I'm going to shoot for roughly two weeks from now (weekend of June 1st) to implement the following:

• Secure and Blind Stratum mining on stratum+tcp://stratum.mining.eligius.st:3334 (or 3333)
• Getwork mining on http://mining.eligius.st:8337 will continue, and a new hostname, http://getwork.mining.eligius.st:8337 will be added for completeness.  (I will also include the X-Stratum header to direct any stratum supporting getwork miners to the stratum protocol)
• GBT (getblocktemplate/decentralized) mining on it's own hostname and port, separate from getwork, at http://gbt.mining.eligius.st:9337 (note the port!)
• The existing default host, mining.eligius.st:8337, will continue to work and provide getwork only.  Port 3334 of the same will work for some time, however I will be notifying those miners I can contact using that port to switch to the new host as soon as possible, and eventually, if needed, shut down 3334 on that host.

These changes are not yet in full effect, however the new hostnames and ports already exist so you can start updating your miner's configurations now.
The major changes will take effect on or about the weekend of June 1, 2013.

Currently GBT mining accounts for the majority of the pool's bandwidth usage.  While I agree that GBT has a future, it definitely needs some tweaks to make it more viable for pooled mining long term.  With block sizes near 1MB we're using near 1TB of bandwidth per day serving miners block templates, which is pretty crazy.  GBT currently lacks a few things that would make it more viable, such as caching transaction data, binary protocol (not ASCII-hex), etc, so that bandwidth usage is closer to that of other protocols.  GBT currently supports gzip compression, however, which will make it even more useful once there is some caching in place.

Secure stratum suffers from similar drawbacks, and even more so than GBT because the updates are more frequent, and there is no compression at all.  So, it uses huge bursts of bandwidth every minute or so.

Both ideals are great for bitcoin I believe, however some more client-side verification of the data (against a local bitcoind, or manual inspection even) seems like a prerequisite to keeping the protocols as the default for mining, as there is no real difference to the miner at this point in time in which protocol they choose aside from bandwidth usage (lowest currently being blind-stratum).

So, I'm not disabling any of the protocols, I just need to be able to delegate resources more accurately, which requires partitioning the protocols to their own hostnames.

I will do my best to make sure no miner is cut off from these changes by making the existing mining.eligius.st:8337/3334 address support both getwork and stratum for as long as possible, but, please update your miner configurations as soon as possible to reflect the new hostnames above, depending on your preference of protocol.

Secure stratum will remain disabled until these changes are in full effect.  I will keep an eye on the adoption of the new hostnames and if it seems too many miners will be negatively effected by a change, I will revisit this.

Any questions/comments/concerns, please feel free to reply or contact me otherwise.

Thank you again for flying Eligius Mining Airlines!

-wk

[BitMinerN8]

Thanks for the update. 

[WynX]

Alright..so if I understand correctly you recommend stratum+tcp for the time being?

[wizkid057]

Alright..so if I understand correctly you recommend stratum+tcp for the time being?

As of right now, this would probably be for the best, as it is the least bandwidth intense.

[muyuu]

Yo, what's going on?

I'm hashing strong but the slope peaked and I'm not getting any coins.

EDIT: phone induced typo

[wizkid057]

Yo, what's going on?

I'm hashing strong buy the slope peaked and I'm not getting any coins.

Sounds like CPPSRB doing what it is supposed to during an unlucky round: shares not in the top 25 BTC of the share log are shelved.

[muyuu]

Yo, what's going on?

I'm hashing strong buy the slope peaked and I'm not getting any coins.

Sounds like CPPSRB doing what it is supposed to during an unlucky round: shares not in the top 25 BTC of the share log are shelved.

Oh well. Go Eligius!

[meisenst]

Is it just me or are the stats not updating? I've had "-0.03883607 BTC remaining" to get into the payout queue for the last 3 blocks and my balances (both unpaid and shelved) haven't changed since then either.

The payout queue page looks borked too, unless it is actually completely empty at the moment.

[wizkid057]

Is it just me or are the stats not updating? I've had "-0.03883607 BTC remaining" to get into the payout queue for the last 3 blocks and my balances (both unpaid and shelved) haven't changed since then either.

The payout queue page looks borked too, unless it is actually completely empty at the moment.

Reward system and some stats (related to reward system) are offline for the moment as our bitcoind was having issues this morning which I was unable to fix before I had to leave for work.

Instead, I made sure the pool was still up and running for mining so no work is lost and such.

I will be home in about 4 hours (19:30 UTC) and I expect to have everything up and caught up within 30 minutes afterwards.

Sucks that I work full-time sometimes.  And as much as I like the stats, my job is a higher priority.

Update in about 4 hours.

-Wk

[meisenst]

All good, thanks for the reply! I wasn't trying to get on your case.

[wizkid057]

I wasn't trying to get on your case.

Nah, I didn't take it as such, no worries. I just felt I should point out why things aren't always fixed immediately.

-Wk

[gektek]

A note saying a problem is going to be worked on in 4 hours is still better than no note at all. Glad you keep the forum up to date...ty ty!

[organofcorti]

I wasn't trying to get on your case.

Nah, I didn't take it as such, no worries. I just felt I should point out why things aren't always fixed immediately.

-Wk

When pool ops start sounding terse, you know they're busy

[wizkid057]

Still working on this issue.  I'm setting up some temporary stuff to keep mining active while I work on it.

-wk

[camolist]

any updates? my hashing had been down for a few days (my fault). had someone local reset the hardware last evening which should have brought it back but can't confirm as stats still show 0mh and i have no access to the hardware for awhile