You could figure it out if you wanted to go through the stats for each summary page: https://maxbtc.com/statistics/block?coin=0

For BTC:

Work Count	117
Invalids	3
Average Difficulty	1,547,152
Average Shares	1,501,689
Total Shares	175,697,613
Total Block Amount	5,704.42345396
Total Rewarded	5,832.56766768
Total Donated	30.57293529
PPS	0.0000333706
PPS @ 50 BTC / Block	0.0000324421

These numbers are slightly off from the totals shown on the page because they're more precise.

FINALLY!!!  nearly 6.4m shares to solve it.. our unluckiest round yet.

Stats weren't being transferred to the web server.  That should be resolved now.  The problems don't affect the mining activity.

12am is about when backups occur.  There has been a problem with the backup agent locking up the database and preventing updates to it for a few minutes due to the large size of the detailed shares tables.  The long term solution would be to queue up the logging to survive database problems like these.  To avoid downtime in the short term, we might have it skip backups of detailed shares information.  Most of the stats are stored into condensed versions so damage should be limited should a disaster occur.

You'll need to turn on idle miner notification, which is currently off on your account.  Then you need to go to the workers page and set the parameters for which workers you want notification on.


We originally allowed this per worker but it was changed to a single generated password for all workers to prevent people from choosing weak passwords that can reveal their main password.  Also, unlike most pools, abuses on your worker accounts can cause the account to be temporarily banned from mining.

It looks like there are many people that want to be able to set their own passwords so we'll put a it back on the list of things to do.

There have been some significant changes to the backend recently.  Because of that, auto-pay was broken since last Wednesday and we were unaware of it until greatwolf mentioned it.  Auto-pay should be fixed now and it'll auto-pay once the next solved block is confirmed if you're donating less than 3.5%.  If you're paying 3.5% or more, it'll pay out when the next block gets solved.

Here's a few things that were added/fixed:

- Payouts to Ogrr is now supported.  You can specify a percentage of your BTC earnings to go directly to Ogrr or manually transfer them over.  If you don't know what Ogrr is, it's a forum that allows trading with bitcoins.
- One-time donations have been added so you'll be able to do a one-time donation of coins you have in the pool to the pool.
- BTC and NMC donations/features are now independent of each other.
- The email/wallet locking mechanism has been tweaked.  Please make sure your email/wallets are still locked (or unlocked).
- Miner payout blocks shows all miners paid instead of the top 20

Thanks Aseras, and thanks for tackling those questions, Tittiez.  The * actually means that the reward has already been credited for that user (they donated 3.5%+) when the block hasn't been confirmed yet or is invalid.  If the block is confirmed, no * is shown since everyone should have been credited already.

had an issue with the backups.  should have only been down for a few minutes.  all is well

Yeah, we have had a streak of good luck the past few days.  Over time EMC's 0 fee DGM and MtRed's 0 fee PPS should pay out about the same as MaxBTC.  I'm not sure what method options/fees Deepbit is offering these days.

Yeah, it's on the list of things to do but I don't think you're missing out on a whole lot.  5gh should produce about $1 worth of NMC per month.

Yes, and that's not a bad thing.


True.  We may consider that but we're not sure if people are ready to accept that type of donation method.  Basic DGM is already confusing for many people.

To be honest, we never considered that definition.  It's similar to how we do donations; the amount they want to donate is a % of what their income is for that round, not what their mined shares would produce for that round over its lifetime.  it's a lot easier for people to understand, calculate, and predict than it is to have the donations spread out over multiple rounds.  it also makes implementation easier since no rescaling would be required whenever they decide to change their donation %.

I don't think the rescaling is required.  The bonuses were meant to be applied for the rounds mined in.  So, if you were going to get 1 BTC with DGM, you'd get 1.0125 BTC instead.  It was easily accomplished with DGM without having to add any extra bonus code by increasing f by that amount, which would be the same as increasing the DGM payout by that amount since f isn't involved in calculating the score payout = (exp(lS-ls)*(r-1)*(1-f))/p.

The bonus you're referring to is for the lifetime of the share, which isn't how we're defining bonus (and I don't think most people would define it that way either), though what you're referring to is probably more fair and isn't exploitable.

Thanks for chiming in, Meni.  If you see anything wrong with my reasoning/math here (or zvs'), please let me know.

Settings were changed from f=-0.125, c=0.1, o=0.8 in round 86 to f=-0.17647, c=0.15, o=0.85 in the rounds zvs is referring to.  
 
The pool appears to be doing what it's supposed to.  There is no standard on luck but it's set to 0% = difficulty.  The change in parameters and the big pool hopper not being on much in recent rounds is what's making the fee appear so high.  DGM lowers variance and tries to make payments fairly evenly over time.  People that understand variance mine at 0% DGM pools, and people that don't go to 5+% PPS pools and lose 5+% in the long run.

The change in settings would slow the decay and maturity time.  Twice the amount of shares would be needed to replace one of the previous ones.  Eventually it'll reach equilibrium and everything will be 1:1 again.  Also, those rounds are lucky so the pool takes more of the rewards that it had to pay out for the unlucky rounds.  The geometric method is based on p, which is 1/D as the probability that the block will be solved, so 1261000 shares would still be considered "unlucky".  Depending on the scores in previous rounds, it may pay out more than 50 BTC or it may pay out less.  In this case, there were two lucky rounds before it and one that was still better than expected.  The upward trajectory of the payouts even with fairly lucky rounds is expected as the new settings take over to find equilibrium.  Once equilibrium is reached, strings of lucky rounds will usually reduce payouts.

Beginning round 87, bonuses will be eliminated and c increased from 0.1 to 0.15.

According to Ozcoin's site, they use c=0.2, which should pay out for about 36m shares (~22 rounds at current difficulty).  MaxBTC uses c=0.1, which would be good for 16m shares (~10 rounds).  Increasing c would mean slower decay and less variance for miners but also more risk for the pool, which may be acceptable once we stop paying out the bonuses. 

Well said.  I just responded to some questions over at Ogrr about this as well:  https://ogrr.com/viewtopic.php?f=373&t=2551&p=16217#p16217

Good suggestion.  It's on the list of things to do but I don't know how soon we'll get to it.

 
Right.  Actually, the last number I had the title at was 250gh.  I believe a mod bumped it up to 459gh, which is probably what they saw when they decided to update the sticky list.

Thanks for the report.  We are tinkering around but the invalid was just a coincidence.  Bummer after such a long round   Separate email notifications for Namecoin should be up shortly.

UPDATE:  Merged Mining with NameCoin is now active.

Actually, it's been active for about 40 blocks.. we just got the UI done.  If you've been mining, you should already have some NMC rewards!

thanks for pointing that out.  we broke something in a recent update but it should be fine now.  btw, merged mining with namecoin has been running for the past 2 days.  we're just working out the UI for it now.  the spoils should be available for you to see soon