[0 GH/s 0% fee SMPPS] ArsBitcoin mining pool!

[BurningToad]

You can now hide all those extra workers you created.

What happens when you hide a worker that you are currently mining with? I assume that would screw things up, right? You should probably only show the hide button if the worker is idle (when it's red).

Also, can you please sort the worker list by name? Thanks!

All done, thanks!

Well, I still show the hide button, but it won't do anything if the miner is active.

I still need to add a "unhide all" button.

[1713294465]

1713294465

[1713294465]

1713294465

[1713294465]

1713294465

[BurningToad]

Related to the "block didn't show up in stats" problem, is the incorrect block number problem.

For example..... we just found two blocks in a row!  

We found block 135,888, followed by block 135,889.  However, in the stats, it thinks the second block is 135,890, because it was found in the same 5 minute interval as 135,889, and it just gets the latest block number in that interval as the one we found.

Anyways, another thing I need to fix, though it doesn't actually cause any problems...

Anyways... we just found two blocks in sequence!!! How awesome is that???

[gentakin]

We found block 135,888, followed by block 135,889.  However, in the stats, it thinks the second block is 135,890, because it was found in the same 5 minute interval as 135,889, and it just gets the latest block number in that interval as the one we found.

Thanks for taking a close look at these things. It makes you wonder how many blocks other simplecoin-based pools found without noticing! (And then silently taking the unaccounted and unexpected 50BTC for themselves. )

[BurningToad]

Thanks for taking a close look at these things. It makes you wonder how many blocks other simplecoin-based pools found without noticing! (And then silently taking the unaccounted and unexpected 50BTC for themselves. )

Hehe, hopefully none!  I think we are the highest-load simplecoin based pool, so things are likely to show up here first.  Plus, I have plenty of custom code that could make things differ a bit from other pools.

[FreeJAC]

Wow! seems odd to not have a block in the pipeline. 

I'm sure another will come along soon....

[BurningToad]

So, most of you have noticed that the server has some load issues when doing stats / share calculations when blocks reach 120 confirmations.  It depends on round length, but this would usually cause server slowdowns for about 10 minutes every 12 hours.

These calculations are not actually used for payouts at all anymore.  They used to be, for the proportional system, but now they are just for stats purposes.  This is how you can see your historical shares per round and things like that. 

My question is, do people still care about personal shares per round with the SMPPS system?  One solution it to remove these kinds of stats.  SMPPS shares are counted as they come in, and that is how payments are decided. It isn't related to shares per round at all. 

So, I could provide share stats on a per-day basis, as that is how SMPPS stats are aggregated (like the daily earnings chart.)  This would not be a rolling 24 hours, as that requires a lot more storage similar to the current system, but a hard reset each UTC day.  Though, I suppose I could change this to an hourly system to give better granularity.

Anyways... just kinda thinking aloud.  I will try and improve this issue when I get the time.

Thanks.

[Zoomer]

All new accounts (as in, you haven't registered an account yet) will have their default donation set to 1%.  This value can still be changed in the account details to anything from 0 to 100%.  

BT, do you have a tradehill link?

1% is fair and is pretty much what he needs to break even based on the numbers crunched by another contributor earlier.

[The_JMiner]

So, most of you have noticed that the server has some load issues when doing stats / share calculations when blocks reach 120 confirmations.  It depends on round length, but this would usually cause server slowdowns for about 10 minutes every 12 hours.

These calculations are not actually used for payouts at all anymore.  They used to be, for the proportional system, but now they are just for stats purposes.  This is how you can see your historical shares per round and things like that. 

My question is, do people still care about personal shares per round with the SMPPS system?  One solution it to remove these kinds of stats.  SMPPS shares are counted as they come in, and that is how payments are decided. It isn't related to shares per round at all. 

So, I could provide share stats on a per-day basis, as that is how SMPPS stats are aggregated (like the daily earnings chart.)  This would not be a rolling 24 hours, as that requires a lot more storage similar to the current system, but a hard reset each UTC day.  Though, I suppose I could change this to an hourly system to give better granularity.

Anyways... just kinda thinking aloud.  I will try and improve this issue when I get the time.

Thanks.

I think all the data is important
Also could you also break down the data? I hate to sound ignorant but after thinking about it I am not sure I even fully understand it. What is considered by "unconfirmed" coins? Unpaid Work? or Paid Work? Thanks!

[Wuked]

So, most of you have noticed that the server has some load issues when doing stats / share calculations when blocks reach 120 confirmations.  It depends on round length, but this would usually cause server slowdowns for about 10 minutes every 12 hours.

These calculations are not actually used for payouts at all anymore.  They used to be, for the proportional system, but now they are just for stats purposes.  This is how you can see your historical shares per round and things like that. 

My question is, do people still care about personal shares per round with the SMPPS system?  One solution it to remove these kinds of stats.  SMPPS shares are counted as they come in, and that is how payments are decided. It isn't related to shares per round at all. 

So, I could provide share stats on a per-day basis, as that is how SMPPS stats are aggregated (like the daily earnings chart.)  This would not be a rolling 24 hours, as that requires a lot more storage similar to the current system, but a hard reset each UTC day.  Though, I suppose I could change this to an hourly system to give better granularity.

Anyways... just kinda thinking aloud.  I will try and improve this issue when I get the time.

Thanks.

I think all the data is important
Also could you also break down the data? I hate to sound ignorant but after thinking about it I am not sure I even fully understand it. What is considered by "unconfirmed" coins? Unpaid Work? or Paid Work? Thanks!

Unconfirmed Coins will be money you are owed that hasn't yet reached the 120 confirmations that the pools need to confirm their 50BTC block reward. When the reward equals 50BTC your reward will move from unconfirmed to confirmed.

[BurningToad]

Actually Wuked, it is a little different here due to SMPPS.  There are no personal unconfirmed rewards, only for the pool.

Unconfirmed BTC is the BTC we are waiting on from generated blocks.  The pool doesn't get the 50 BTC from a block until they are confirmed.

Unpaid work is your credit for submitting shares that hasn't been paid to you yet.  Paid work is credit for shares that you have been paid for.  When you are paid, your Current Balance is increased by the amount that is added to paid work.  When you have a current balance, you can withdraw it at any time to your personal wallet.

Right now we have a positive confirmed BTC buffer, so we do payouts every time the total unpaid work for the pool is 10 BTC or more.  At that point, each person has their Paid work increased by their unpaid work, then unpaid work goes to 0.  Once again, this is because the pool has a surplus of BTC to pay right now.

[Wuked]

Actually Wuked, it is a little different here due to SMPPS.  There are no personal unconfirmed rewards, only for the pool.

Unconfirmed BTC is the BTC we are waiting on from generated blocks.  The pool doesn't get the 50 BTC from a block until they are confirmed.

Unpaid work is your credit for submitting shares that hasn't been paid to you yet.  Paid work is credit for shares that you have been paid for.  When you are paid, your Current Balance is increased by the amount that is added to paid work.  When you have a current balance, you can withdraw it at any time to your personal wallet.

Right now we have a positive confirmed BTC buffer, so we do payouts every time the total unpaid work for the pool is 10 BTC or more.  At that point, each person has their Paid work increased by their unpaid work, then unpaid work goes to 0.  Once again, this is because the pool has a surplus of BTC to pay right now.

Ah O.K - I do apologise. It's a bit different for SMPPS

Are you going to get screwed if you get an invalid block ?

[goldcd]

Had a slow start, but pretty much ever since then seems to have been pulling in way over the average.
Reason I mention bring this up again is that I'd have assumed buffer should be +/- 50 (on average and tend to zero), it's now running at +250

[BurningToad]

We haven't had any invalid blocks yet.  It wouldn't mean much really, it would just be like not finding a block.  Factors in to all the luck stuff.

[BurningToad]

Had a slow start, but pretty much ever since then seems to have been pulling in way over the average.
Reason I mention bring this up again is that I'd have assumed buffer should be +/- 50 (on average and tend to zero), it's now running at +250

We are still much smaller than the large pools, so variance is still a huge factor.

If I ever decide to shut down the pool with a large buffer, I would pay out the buffer based on all PPS shares submitted, increasing the value of each share basically.  If we are negative though, I would have paid out all we could proportionally anyways.

[farfiman]

Had a slow start, but pretty much ever since then seems to have been pulling in way over the average.
Reason I mention bring this up again is that I'd have assumed buffer should be +/- 50 (on average and tend to zero), it's now running at +250

3 blocks in a row between 130k - 400k   thats extremely lucky
and no mega rounds of 4M-8M   like other pools...  I think not even a 3M ...

Average around 1M in last 30 rounds or so....

[FreeJAC]

We are going to be hit hard soon aren't we? It has to swing towards the unlucky side soon?

[RandyFolds]

We are going to be hit hard soon aren't we? It has to swing towards the unlucky side soon?

Look at the stats now...even better. The buffer has swelled to like, 350btc in two weeks or so.

It doesn't 'have' to swing in any direction. Probability says it should, but that hasn't meant much thus far, and our past performance has no bearing upon the future, so it's not like our lucky streak will come back to haunt us. We've just been on fire since the first block.

[Meatball]

We are going to be hit hard soon aren't we? It has to swing towards the unlucky side soon?

That's the great thing about PPS, we could hit a 20 million share round, but that buffer will keep paying out per share...

[farfiman]

We are going to be hit hard soon aren't we? It has to swing towards the unlucky side soon?

That's the great thing about PPS, we could hit a 20 million share round, but that buffer will keep paying out per share...

Dont think I ever saw a 20Mil  but you could get a few 4-8 Mil  in a row...   still the buffer would have plenty

[FreeJAC]

PPS rocks! Now i just need more shares!