JWU42
Legendary
 Offline
Activity: 1666
Merit: 1000
|
 |
January 18, 2012, 03:23:10 PM |
|
On the cashout it mentions a 10% fee. I assume once blocks are confirmed is when I can cashout without fee?
Been on straight PPS for a while so thinking about blocks again has my brain a bit scrambled...
|
|
|
|
|
|
|
|
|
|
|
According to NIST and ECRYPT II, the cryptographic algorithms used in
Bitcoin are expected to be strong until at least 2030. (After that, it
will not be too difficult to transition to different algorithms.)
|
|
|
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction.
|
|
|
|
|
|
|
P_Shep
Legendary
Offline
Activity: 1795
Merit: 1198
This is not OK.
|
|
January 18, 2012, 04:03:20 PM |
|
Stats are looking a bit broken right now. last block:
162780
(374) 16:00:00
-0001-11-29 00:00:00 0 100% 1/120 1559 0.02471500
(+100%) 0.00000000
0.29% avg
Current round;
Round Duration 15357d 15:59:01
|
|
|
|
|
P_Shep
Legendary
Offline
Activity: 1795
Merit: 1198
This is not OK.
|
|
January 18, 2012, 04:04:40 PM |
|
oh wait, it's back... between rounds or something?
|
|
|
|
|
Inaba (OP)
Legendary
Offline
Activity: 1260
Merit: 1000
|
|
January 18, 2012, 04:08:49 PM |
|
"Cashout" is only for getting your BTC now and bypasses the 120 block confirmation as well as giving you your accumulated score. This incurs some risk to the pool in the form of potential invalid blocks - you are/would be effectively paid for invalid blocks, hence the fee.
If you wish to receive your payment without incurring a fee, you can wait for the 120 blocks and you will be able to use the Pay Me buttons (below cashout) for both BTC (as BTC or PPUSD) and NMC (as BTC or NMC) without incurring a fee (except for PPUSD, which is 4%).
Does that make sense?
P_shep -> we just solved a block, so yeah. It will show that if you happen to catch it between the time the block is put into the DB and before it's done processing the payouts. Shouldn't take more than about 30s to 1m at most.
|
If you're searching these lines for a point, you've probably missed it. There was never anything there in the first place.
|
|
|
JWU42
Legendary
Offline
Activity: 1666
Merit: 1000
|
|
January 18, 2012, 04:15:10 PM |
|
Yep - perfect sense. Just trying to understand the stats page now....
|
|
|
|
P_Shep
Legendary
Offline
Activity: 1795
Merit: 1198
This is not OK.
|
|
January 18, 2012, 04:20:03 PM |
|
P_shep -> we just solved a block, so yeah. It will show that if you happen to catch it between the time the block is put into the DB and before it's done processing the payouts. Shouldn't take more than about 30s to 1m at most.
Right. Maybe you could Change the block stat row to 'processing...' and 'new round' or 'pending' or something for the current block while this goes on? Make it a little neater. |
|
|
|
|
Inaba (OP)
Legendary
Offline
Activity: 1260
Merit: 1000
|
|
January 18, 2012, 04:49:36 PM |
|
Done
|
If you're searching these lines for a point, you've probably missed it. There was never anything there in the first place.
|
|
|
P_Shep
Legendary
Offline
Activity: 1795
Merit: 1198
This is not OK.
|
|
January 18, 2012, 05:22:30 PM |
|
Now that's service  |
|
|
|
|
cengique
Member
Offline
Activity: 64
Merit: 10
|
|
January 18, 2012, 07:46:28 PM |
|
Inaba, I like the changes you made in the notification emails. Being away from my rigs or preoccupied with other things, it helps to get some info in the emails. Actually, I was going to ask if you can also include a bit more information in the "block found" emails, like the pool's total hash rate and my own hash rate. Basically same info we get from the mobile stats page. This way I know if any of my cards are stalled just by seeing a decline in my hash rate. Thanks again for the service.. BTW, I read the whole drama with the new prop pools. It was funny, but it's good everything is settled in the end |
|
|
|
|
Inaba (OP)
Legendary
Offline
Activity: 1260
Merit: 1000
|
|
January 18, 2012, 07:49:41 PM |
|
Yeah, I've been thinking about including more information like that. I will make that happen asap.
|
If you're searching these lines for a point, you've probably missed it. There was never anything there in the first place.
|
|
|
EpicBacon
Member
Offline
Activity: 94
Merit: 10
|
|
January 18, 2012, 09:17:54 PM
Last edit: January 18, 2012, 10:36:34 PM by EpicBacon |
|
Is there any way you can change my userstats API information so the worker hashrates are only displayed in MH, and never in GH?
I'm trying to get my rainmeter skin to properly read all the data, and I'm pretty bad at coding so right now I can only get it working if they are all in MH.
Username is EpicBacon
Edit: I have it working now, but if my hashrate ever drops below 1GH/s on one of my workers then it will break.
|
|
|
|
|
Inaba (OP)
Legendary
Offline
Activity: 1260
Merit: 1000
|
|
January 18, 2012, 11:47:31 PM |
|
I added a variable to do as you describe: On the end, after "userstats" tack on "&mh=y"
That will return your hashrate in MH only.
|
If you're searching these lines for a point, you've probably missed it. There was never anything there in the first place.
|
|
|
Inaba (OP)
Legendary
Offline
Activity: 1260
Merit: 1000
|
|
January 19, 2012, 12:05:32 AM
Last edit: January 19, 2012, 01:38:00 AM by Inaba |
|
I've added additional stats to both text messages and emails. Should go out next block solve (after 162815).
*EDIT* Had the numbers backwards. Next block should have correct hashrate calculations.
That was our shortest block yet. Only 2777 shares!
|
If you're searching these lines for a point, you've probably missed it. There was never anything there in the first place.
|
|
|
EpicBacon
Member
Offline
Activity: 94
Merit: 10
|
|
January 19, 2012, 03:39:38 AM |
|
I added a variable to do as you describe: On the end, after "userstats" tack on "&mh=y"
That will return your hashrate in MH only.
Thank you! |
|
|
|
|
|
BinaryMage
|
|
January 19, 2012, 04:02:30 AM |
|
I've added additional stats to both text messages and emails. Should go out next block solve (after 162815).
*EDIT* Had the numbers backwards. Next block should have correct hashrate calculations.
That was our shortest block yet. Only 2777 shares!
Glad to get a piece of it! |
|
|
|
|
Enigma81
|
|
January 19, 2012, 08:03:09 AM |
|
I'm still trying to wrap my head around DG scoring... I'm doing very well at EMC, so I'm definitely not complaining.. Just trying to understand.
That really short block, as a perfect example..
uzgen 162821
(379) 19:31:23
2012-01-18 00:01:41 2777 99.78% 44/120 8 0.04907340
(-193.52%) 0.00024660
0.27% avg
Total shares = 2777
My shares = 8
Proportional = (8/2777)*50 = 0.14404033 BTC
My DG Payout = 0.04907340 BTC
Why does DG yield such a poor payout in this instance? 1/3 what pure proportional would have paid..
Additionally, it seems like the %prop stat may be .. wrong.. or at least misleading.. -193% of anything would be a subzero number..
-65.93% would seem more appropriate.. 65.93% less than what pure proportional would have been..
(.14404033 - .04907340) / .14404033 = 65.93
Enigma
|
|
|
|
|
Meni Rosenfeld
Donator
Legendary
Offline
Activity: 2058
Merit: 1054
|
|
January 19, 2012, 08:22:44 AM |
|
I'm still trying to wrap my head around DG scoring... I'm doing very well at EMC, so I'm definitely not complaining.. Just trying to understand.
That really short block, as a perfect example..
uzgen 162821
(379) 19:31:23
2012-01-18 00:01:41 2777 99.78% 44/120 8 0.04907340
(-193.52%) 0.00024660
0.27% avg
Total shares = 2777
My shares = 8
Proportional = (8/2777)*50 = 0.14404033 BTC
My DG Payout = 0.04907340 BTC
Why does DG yield such a poor payout in this instance? 1/3 what pure proportional would have paid..
I'd need more data (and time) to give a definitive answer, but it looks like you're seeing variance in the number of shares you found. Let's say you have about 0.1% of the pool's total hashrate, so in a period of 2777 shares you'd expect to find 3 shares. DGM reward is influenced by your past work so will be comparable to that average. But if you were lucky and got 8 shares (which is definitely within the realm of possibility, chance for a Poisson variable with mean 3 to be at least 8 is 1.2%), your proportional reward will be much higher. Additionally, it seems like the %prop stat may be .. wrong.. or at least misleading.. -193% of anything would be a subzero number..
-65.93% would seem more appropriate.. 65.93% less than what pure proportional would have been..
(.14404033 - .04907340) / .14404033 = 65.93
Maybe it's misleading, but it looks like it simply gives a percentage with DGM payout as the base, that is .14404033 - 193.52% * 0.04907340 = 0.04907340. |
|
|
|
|
Enigma81
|
|
January 19, 2012, 08:39:57 AM |
|
I see what you mean - I was 'lucky' during that block. 8 shares is more than I 'should' have found.
Thanks for explaining.
Enigma
|
|
|
|
|
Inaba (OP)
Legendary
Offline
Activity: 1260
Merit: 1000
|
|
January 19, 2012, 01:55:29 PM |
|
Well Meni got to the answer before I did. Yeah, any time we have a short round, your prop differential is going to go in a crazy direction, mostly due to luck. I'm not sure there is really anything to be done about that (except remove the prop differential from individual blocks).
|
If you're searching these lines for a point, you've probably missed it. There was never anything there in the first place.
|
|
|
Meni Rosenfeld
Donator
Legendary
Offline
Activity: 2058
Merit: 1054
|
|
January 19, 2012, 03:15:22 PM |
|
Well Meni got to the answer before I did. Yeah, any time we have a short round, your prop differential is going to go in a crazy direction, mostly due to luck. I'm not sure there is really anything to be done about that (except remove the prop differential from individual blocks).
I should also mention that the main difference between PPLNS and DGM is that the variance is reduced by having the operator absorb some of it, which means he will gain money on short rounds and lose some on long rounds (which averages out to 0, before any pool fees). In EMC the absorption is very weak so you will likely not notice the effect, but in general this could contribute to a negative prop diff in short rounds (and to a positive diff in long rounds). But again this can only explain about a 1% diff, the 193% you saw is due to good luck on your part in managing to find shares in that short time span. |
|
|
|
|
