[4+ EH] Slush Pool (slushpool.com); Overt AsicBoost; World First Mining Pool

[FalconFly]

21028    2013-12-02 23:33:20    0:28:46    166468331    485    0.00006462    272729    25.29332793    confirmed
21027    2013-12-02 23:04:34    5:49:17    1993521951    6010    0.00000096    272726    25.00902152    confirmed
21026    2013-12-02 17:15:17    0:42:40    241981189    966    0.00010627    272690    25.19850076    confirmed

Annoying indeed...
I have no issue with the regularly varying score (which always occurs to me despite having a 50MBit pipe with extremely constant connection quality and no significant change neither to total Slush Hash power or my own), but I think that "anti-pool" hopping routine is overly punishing Shares that come to the server just a few seconds late.
I mean when a round is i.e. 10 hours and I contributed @ full average speed for 9h 59m with the final shares somehow being a tad delayed (despite my GUIminers showing no evidence of any delay/problem whatsoever), that shouldn't be punished so hard.
Plus, I also see it overnight when there's absolutely no other traffic using my Internet connection, it's 100.0% mining only.

Just stopping miners (which ran days uninterrupted 24/7) for only 10 seconds (!) to change some settings is making the rewarded BTC taking a considerable and unproportional hit, IMHO that's not okay and making me considering to at least try other pools.
In the end results, their additional fees become insignificant when compared to the losses I see here everyday due to that extremely aggressive scoring/time vs. reward reduction routine :/
Additionally because of being new around here, such events always leave a nagging doubt that this behaviour is systemic and intentionally scooping off small fractions of BTC Rewards per participant. No proof for that of course but the doubt remains (especially because now big money is involved every day), those repeating small issues don't quite reduce these doubts :/

Just my 2 cents from a low profile miner, I'd probably be much more unhappy if I had some big THash rigs rolling and seeing the same...

[RaveOn911]

Just checked and mine is the same

21029    2013-12-03 00:03:45    0:30:25    174346782    9513    0.00137131    272735    25.00901001    confirmed
21028    2013-12-02 23:33:20    0:28:46    166468331    8865    0.00120803    272729    25.29332793    confirmed
21027    2013-12-02 23:04:34    5:49:17    1993521951    104048    0.00001684    272726    25.00902152    confirmed
21026    2013-12-02 17:15:17    0:42:40    241981189    12256    0.00128974    272690    25.19850076    confirmed

[bobsmoke]

21027 and 21033 need recalculations, my reward is halved again.

My reward for round 21027 is 1/100 of the usual one. But it has been confirmed already... :-(

+1 - The same here

[googoofish]

21028   2013-12-02 23:33:20   0:28:46   166468331   50525   0.00793538   272729   25.29332793    confirmed
21027   2013-12-02 23:04:34   5:49:17   1993521951   610368   0.00008752   272726   25.00902152    confirmed
21026   2013-12-02 17:15:17   0:42:40   241981189   72784   0.00803961   272690   25.19850076    confirmed

I was one of the unlucky ones also 

[MonocleMan]

21029   2013-12-03 00:03:45   0:30:25   174346782   7072   0.00103284   272735   25.00901001    confirmed
21028   2013-12-02 23:33:20   0:28:46   166468331   6588   0.00090089   272729   25.29332793    confirmed
21027   2013-12-02 23:04:34   5:49:17   1993521951   80006   0.00001236   272726   25.00902152    confirmed
21026   2013-12-02 17:15:17   0:42:40   241981189   9828   0.00094357   272690   25.19850076    confirmed
21025   2013-12-02 16:32:37   10:39:33   3490407934   144560   0.00099827   272687   25.06788253    confirmed

+1 for me as well

[nybbler905]

great... i got nada due to no power here for that round.....
[EDITED TO ADD]
lost power at around 3rd hour of the 5:49:17 and didn't get it back on until part way in to the 2nd round after...

0.00000002 is still more than i'd expect for doing 3hrs of 5+ hour hashing ( assuming my clocks are correct now )

[MrTeal]

Round 21027 has the same 1% of the expected payout that most other people here are seeing for me as well. I don't believe that it is a connection issue on my end, as my number of shares / total shares is the same as every other round.

Hopefully Slush fixes it, he's usually excellent about such things.

[CathalG]

How do i do merged mining on this pool... And what are the coins i can merge with?

[Current C]

So im not the only one getting hosed on multiple blocks.

is there any correction being performed or are we just expected to accept that its the cost of using slushes pool?

[5120-01-518-6126]

How do i do merged mining on this pool... And what are the coins i can merge with?

Slush's pool doesn't do merged mining anymore.

[bigbeninlondon]

Anyone else seeing really low reported hashrate?  I'm pushing 10 GH/s and pool is reporting 2 GH/s.  Weird...

[LockUnlock]

Anyone else seeing really low reported hashrate?  I'm pushing 10 GH/s and pool is reporting 2 GH/s.  Weird...

Nope it's doing fine on my end

[Kaos116]

Anyone else seeing really low reported hashrate?  I'm pushing 10 GH/s and pool is reporting 2 GH/s.  Weird...

Nothing abnormal. The start of a new block my rate drops about half but recovers quickly.

On a side note, I still haven't seen a correction to 21027 yet.

[J_Dubbs]

So I just added 10gh/s to my total setup, everything is reporting full hash on Slush's site but my estimated reward doesn't look bumped up much at all. Does this mean everyone else plugged in 10gh/s at the same time as me? Or did we get more members so proportionately I'm nearly unchanged? Or does the estimated reward need more time to catch up? Perhaps I was expecting to see more of a bump, I mean it's a little bit higher but not much.

[5120-01-518-6126]

So I just added 10gh/s to my total setup, everything is reporting full hash on Slush's site but my estimated reward doesn't look bumped up much at all. Does this mean everyone else plugged in 10gh/s at the same time as me? Or did we get more members so proportionately I'm nearly unchanged? Or does the estimated reward need more time to catch up? Perhaps I was expecting to see more of a bump, I mean it's a little bit higher but not much.

The pool hash rate is changing all the time, but say it was 400TH/s when you plugged in (it's 422TH/s as I write this), and where in the round you connected affects the reward as well, but in terms of hashing power 10GH/s divided by 420TH/s times 100% = a relative increase of 0.0025% for the pool, so yeah, the reward bump wouldn't be a lot.

[J_Dubbs]

So I just added 10gh/s to my total setup, everything is reporting full hash on Slush's site but my estimated reward doesn't look bumped up much at all. Does this mean everyone else plugged in 10gh/s at the same time as me? Or did we get more members so proportionately I'm nearly unchanged? Or does the estimated reward need more time to catch up? Perhaps I was expecting to see more of a bump, I mean it's a little bit higher but not much.

The pool hash rate is changing all the time, but say it was 400TH/s when you plugged in (it's 422TH/s as I write this), and where in the round you connected affects the reward as well, but in terms of hashing power 10GH/s divided by 420TH/s times 100% = a relative increase of 0.0025% for the pool, so yeah, the reward bump wouldn't be a lot.

Do a lot of people turn off over the weekends? I always feel like the weekends have longer rounds during certain hours but slightly better rewards. I'm not plotting any data, mostly this is just very casual observation... I'm 24/7 with my equipment so I just assume most people are the same way.

I've also limited myself to just Slush's pool, it works well enough so I've had no motivation to bounce around or explore. Perhaps during the long blocks people drop out and come back a few days later. I'm pulling at straws, guess I'm just trying to find out what might make the pool hash rate decrease, assuming it ever does I'm aware it would only be temporary and the long-term trend is always building here...


Edit: just so I understand, generally if my rewards get lower and it's not from a difficulty jump is it safe to assume it is because the pool either has more members or more equipment plugged in?

Edit 2: okay, now my estimated reward is higher by the amount I was expecting, perhaps there was some lag in the system(?)

[gourmet]

Round 21027 has the same 1% of the expected payout that most other people here are seeing for me as well. I don't believe that it is a connection issue on my end, as my number of shares / total shares is the same as every other round.

Hopefully Slush fixes it, he's usually excellent about such things.

Usually he has been. But normally the correction should come before the block is verified. After verification, payouts could have occured, especially to those who had won unproportional gain in the round.

[edit]: typo

[gourmet]

(...) but I think that "anti-pool" hopping routine is overly punishing Shares that come to the server just a few seconds late.

Rejecting shares that have come late for the work just finished (a block found either by us or by somebody else) has nothing to do with anti-hoping algorithm.

I mean when a round is i.e. 10 hours and I contributed @ full average speed for 9h 59m with the final shares somehow being a tad delayed (despite my GUIminers showing no evidence of any delay/problem whatsoever), that shouldn't be punished so hard.

So are your shares delayed or not? :-) Somehow... :-)))
BTW, do not use guiminer...

Just stopping miners (which ran days uninterrupted 24/7) for only 10 seconds (!) to change some settings is making the rewarded BTC taking a considerable and unproportional hit, IMHO that's not okay and making me considering to at least try other pools.
In the end results, their additional fees become insignificant when compared to the losses I see here everyday due to that extremely aggressive scoring/time vs. reward reduction routine :/

Do you think that you manage to always break your mining just before the round end for maintenace?
BTW, a 10 seconds may make some hit, but not a considerable one. The anti-hoping algorithm parametres had been even relaxed a bit lately AFAIK.
In most cases, when you break your mining for 10 seconds, it occures somewhere during the round. And the resulting hit will be negligible.
Tuning the settings is a rare occasion in normal operation. Pool fees OTOH are a regular all time cost.

Additionally because of being new around here, such events always leave a nagging doubt that this behaviour is systemic and intentionally scooping off small fractions of BTC Rewards per participant. No proof for that of course but the doubt remains (especially because now big money is involved every day), those repeating small issues don't quite reduce these doubts :/

Just my 2 cents from a low profile miner, I'd probably be much more unhappy if I had some big THash rigs rolling and seeing the same...

Just look into your own mouth. If something like that was going here, large miners would notice long time before you could. And if you are either unsatisfied with the scoring algorithm, or in doubt about the pool consistency, you really can consider joining another pool.

[edit]: typo

[aurel57]

The usual reason for low payouts is down to the internet deciding to run slow.

My normal connection speed is approx 8meg

I can be watching an online film and the video is reporting 4.1meg. My miners are also working normally.

The video feed will suddenly freeze and report speeds of 0.1meg(slower than old dial up).  
If the freeze lasts more than a few mins and a block is found during the freeze time, then the payout for that block is low. My miners are still running apparently normally.

If I were to monitor the miner carefully at this time (very difficult with 80+ devices) I would probably see an increase in Reject and Stale results, but within a few mins this would be lost again in the background.

Slush is paying more for the freshest calculations and much less for the older results.
So if the hashes are not getting to the pool before the block is found, then they will not count towards the payout. (The pool thinks you are skipping).
Late arrivals are not counted.

I agree but I also think there is a chance "late arrivals" may very well count towards the next block. I will see a low payout and the next block sometimes will make up for it as I thought the late shares get credited towards it?

Quote from Slush's Pool:-

How does bitcoin pool work?

Our server gives users blocks of very low difficulty to solve. Each solution found is registered as one 'share'. Occasionally, a solution will happen to also meet the full-strength difficulty requirements of the Bitcoin network, resulting in a successful 25 BTC minting.

This 25 BTC is divided among all of the users that contributed to that round, weighted by the number of shares that they earned. Therefore, the reward earned by a given user is given by the following formula:

(25 BTC + block fees - 2% fee) * (shares found by user's workers) / (total shares in current round)
Shares do not carry over from one round to the next. When the pool mine a block, only users who worked on that block are rewarded, and only for work they did on that block. This is an unavoidable consequence of the way that Bitcoin mining in general works.

Late arrivals go in the bin

Thanks for posting... I was just going off what I see on my rewards. More times than not it just seems when I see a really low payout I will see a higher than normal one on the next block. So it must just be over observation on my part. 

[miningfever]

Hi,

I just created a very simple script (php/mysql) to track my personal progress on the pool, fetching the data every 30 minutes. I want to use this for some detailed after the fact ROI analysis.
However, I noticed that not all fields that are visible on the stats page are provided in the JSON response from the API. Would it be possible to add these?

The fields I am interested in are the following (I am using the personalized API with an API token).

For blocks:

• My Shares
• Block value, including TX fees
• The slush block number, although not really relevant I would like to add it just for reference purposes

For the pool itself:

• The current difficulty

That would really help!

If anyone is interested in the script: currently it does absolutely nothing but fetch the data at a regular interval (cronjob), and it is by far the ugliest piece of code I have ever written (in 30 minutes) , but it does the job.
I'd be more than happy to share it with you if you want, but don't expect anything fancy just yet!