[CLOSED] BTC Guild - Pays TxFees+NMC, Stratum, VarDiff, Private Servers

[dogie]

Is there any way for me to work out lifetime earnings for each miner? I mean it records total shares, but if the effective pplns pps equivalent varies...

[eleuthria]

Is there any way for me to work out lifetime earnings for each miner? I mean it records total shares, but if the effective pplns pps equivalent varies...

Under PPLNS, not possible [PPLNS doesn't record shares per shift by worker, only by user].  Under PPS it's *possible*, but not in any way using the data on the website, and I can't imagine a way I can squeeze per worker PPS earnings in there.

[siggy]

Very likely going to get into merged mining testing next weekend.  If I can figure out a good way to implement it in the pool software, I will probably go with multiple altcoins similar to what bitparking does.  Hopefully that will keep people excited even when luck is sour.

Any updates on this?  Would be nice to get an extra couple percent on the stratum miners.

Sigg

[americandesi]

Very likely going to get into merged mining testing next weekend.  If I can figure out a good way to implement it in the pool software, I will probably go with multiple altcoins similar to what bitparking does.  Hopefully that will keep people excited even when luck is sour.

Any updates on this?  Would be nice to get an extra couple percent on the stratum miners.

Sigg

+1. I second this request. Am eagerly waiting for the altcoins merged mining.!
Thanks

[Blue777]

just got asicminer blade,is there any way can mining in btcguild with my blade?

[os2sam]

just got asicminer blade,is there any way can mining in btcguild with my blade?

ASICMiner is mining with them just fine here.

[jdany]

Whatever this is, since last difficulty change, it sucks.  I've watched my savings account balance grow faster than this.

Zzzzzzzzzzz

[eleuthria]

The joy of selection bias.  PPLNS paying above PPS for the first couple days after a change, no mention.  FIRST day that the last 100 shift figure drops under PPS and people complain.

[jdany]

Last Saturday I added 1gh to my equipment - and after the change, I'm doing less BTC than before.

I gripe.

[pikeadz]

Apologies if this has been asked and answered, but I seem to remember reading that the estimated speed by pools is not as accurate as the hash rate shown on my miner.  I am running two blades on BTC Guild and they both indicate 13000+ mh/s on my config screen.  They are running neck and neck in my stats page under "accepted shares".  In the past 30 minutes, they each had 4480 accepted shares.  The min difficulty was set to 8 up until an hour ago and then I changed it to 64.  Yet the estimated speed has been reading 12,400mh/s for one and 11,400mh/s for as long as I can remember.  Which stat should I believe?  

Edit:  now the stats on btc guild are starting to update and even out.  Looking at the 24 hour charts I see this as well.  Both are at about 12,000mh/s.  Why don't they reflect a number closer to the 13,000mh/s that my miners show?

[Twingo]

Hi, eleuthria, I just noticed you removed the average for last 200 shifts and put the luck % on, could you still have an average for, say 100 or 200 shifts at PPLNS stats page, that'd much easier to have a rough idea of the number of BTCs I'll get, thanks

[eleuthria]

Hi, eleuthria, I just noticed you removed the average for last 200 shifts and put the luck % on, could you still have an average for, say 100 or 200 shifts at PPLNS stats page, that'd much easier to have a rough idea of the number of BTCs I'll get, thanks

It's still a work in progress.  It's tough to get proper stats to generate automatically because shifts can include two different difficulties.  I am definitely going to add back a Last X shift average once I make this look nicer.  Currently I've manually put in which shift to start with so this only includes shifts which included only blocks at the current difficulty.

[dogie]

just got asicminer blade,is there any way can mining in btcguild with my blade?

https://bitcointalk.org/index.php?topic=205369.msg2332148#msg2332148

[dogie]

Apologies if this has been asked and answered, but I seem to remember reading that the estimated speed by pools is not as accurate as the hash rate shown on my miner.  I am running two blades on BTC Guild and they both indicate 13000+ mh/s on my config screen.  They are running neck and neck in my stats page under "accepted shares".  In the past 30 minutes, they each had 4480 accepted shares.  The min difficulty was set to 8 up until an hour ago and then I changed it to 64.  Yet the estimated speed has been reading 12,400mh/s for one and 11,400mh/s for as long as I can remember.  Which stat should I believe?  

Edit:  now the stats on btc guild are starting to update and even out.  Looking at the 24 hour charts I see this as well.  Both are at about 12,000mh/s.  Why don't they reflect a number closer to the 13,000mh/s that my miners show?

I to would like to know about this :/

[jdany]

Are those averages groups of 10 shifts? 
20 groups of 10 shifts = 200 shifts?

[eleuthria]

Check Your Miners

The servers had a brief restart earlier today to add some changes to my botnet detection since I had a few false positives get flagged (fringe cases where legit use looked like a botnet).  The checks didn't have a way to whitelist accounts, so I had to add that into the software.  The downtime was less than 10 seconds in total.

The pool did lose a chunk of speed (relatively small, but more than 100 GH/s) that didn't come back after the servers were restarted, so if you're a BTC Guild user I would advise checking your miners just to make sure they didn't get lost during the restart.  If you had Idle Warnings enabled on the settings, an email would have been fired off if this was the case.

Are those averages groups of 10 shifts? 
20 groups of 10 shifts = 200 shifts?

Yes.  I'm slowly working on a better way to visualize it and incorporate it into the page.  The last thing I want is another icon on the bar right now.

[jdany]

Great information.  Love it.

[ak49er]

UPDATE:  PPLNS shifts 6393 - 6403 had received multiple payouts from the same block(s) last night due to some problem with database load.  Some shifts received roughly double what they should have.  Since this affected so many shifts, the amount of coins being overpaid was too high to ignore.  The shifts rewards have been corrected, with ~1 BTC extra thrown in across the shifts to round up the rewards.  Some accounts may show a negative balance if they requested payouts that were only possible due to the excess rewards.  As usual, you can either mine back the difference (you were paid more than you should have been owed), or make a new account.


After seeing this bug, I'm now adding a new sanity check to the PPLNS reward allocation script to make sure it does not repeat itself in the future.

I'm getting larger payouts than I would expect.  Is the new PPLNS sanity check working, or do I need a sanity check myself?

It may just be that luck has improved, but it seems more than just that.  Having said that I probably haven't been mining consistently enough to really have an expert view of things.

[LazyOtto]

I'm getting larger payouts than I would expect.  Is the new PPLNS sanity check working, or do I need a sanity check myself?

I'm getting dead even with what I expect over the last 24hrs.

[ak49er]

I'm getting larger payouts than I would expect.  Is the new PPLNS sanity check working, or do I need a sanity check myself?

I'm getting dead even with what I expect over the last 24hrs.

Well, if it's not effecting anyone else and I'm just getting paid more than I expect, I guess I'll have to live with it.