Author

Topic: [4+ EH] Slush Pool (slushpool.com); Overt AsicBoost; World First Mining Pool - page 381. (Read 4382813 times)

donator
Activity: 2058
Merit: 1007
Poor impulse control.
I'm also afraid to tell you that 'luck' does not exist - you can calculate probability but not luck (unless someone could post the calculation for the likelihood of luck existing)...

'Luck' exists, silly! If you earned more than expected, you've had good 'luck'. If you earned less than expected, you had bad 'luck'.


Of course luck doesn't exist it is a convenient word to cover bad judgement, calculations or events we choose not to understand or have control of.

If you expect to earn  X and you earn Y then a force has acted upon X to move its value to Y - an event, not luck.
Either way your expectation/calculation was wrong.


That calls for an "Argh".  You seem to have some math knowledge, but then you confound "expectation" in a mathematical sense, with "expectation" in some other sense.

Your expected income per difficulty 1 share is (Bitcoin reward per block) / (network difficulty). If you earn more than this per share, you've had good luck. Less than this is bad luck.
newbie
Activity: 27
Merit: 0
One certainty is that as the pool grows then so does the traffic into servers and it doesn't matter how much hashing goes on, it has to get to a server and 800-825TH seems to be the current 'lucky' number range.

No, the traffic problem is what vardiff solves.
True, but binja9 is also right - vardiff solves the problem for a single miner and his hashrate, but more miners means more traffic.
If a single miner points more of his equipment at Slush, the pool will change his vardiff and the traffic and server load will remain the same.
If 1000 miners point 1Gh at the pool they will increase the traffic and the server load for just 1Th increase.

Still the pool hashrate is not related to the load it takes to serve it.

I am sure in such cases Slush just starts an additional stratum back-end (or adds a CPU to the virtual server instance) to take the load. With getwork the load was many times more than with stratum, so we are far from the limit. I also have a reason to believe that most of the processing is done in the startum back end servers, so adding another one scales almost linearly.

Thanks for that clarity - well put

newbie
Activity: 27
Merit: 0
I'm also afraid to tell you that 'luck' does not exist - you can calculate probability but not luck (unless someone could post the calculation for the likelihood of luck existing)...

'Luck' exists, silly! If you earned more than expected, you've had good 'luck'. If you earned less than expected, you had bad 'luck'.

One certainty is that as the pool grows then so does the traffic into servers and it doesn't matter how much hashing goes on, it has to get to a server and 800-825TH seems to be the current 'lucky' number range.

No, the traffic problem is what vardiff solves.

Of course luck doesn't exist it is a convenient word to cover bad judgement, calculations or events we choose not to understand or have control of.

If you expect to earn  X and you earn Y then a force has acted upon X to move its value to Y - an event, not luck.
Either way your expectation/calculation was wrong.

KNK
hero member
Activity: 692
Merit: 502
One certainty is that as the pool grows then so does the traffic into servers and it doesn't matter how much hashing goes on, it has to get to a server and 800-825TH seems to be the current 'lucky' number range.

No, the traffic problem is what vardiff solves.
True, but binja9 is also right - vardiff solves the problem for a single miner and his hashrate, but more miners means more traffic.
If a single miner points more of his equipment at Slush, the pool will change his vardiff and the traffic and server load will remain the same.
If 1000 miners point 1Gh at the pool they will increase the traffic and the server load for just 1Th increase.

Still the pool hashrate is not related to the load it takes to serve it.

I am sure in such cases Slush just starts an additional stratum back-end (or adds a CPU to the virtual server instance) to take the load. With getwork the load was many times more than with stratum, so we are far from the limit. I also have a reason to believe that most of the processing is done in the startum back end servers, so adding another one scales almost linearly.
donator
Activity: 2058
Merit: 1007
Poor impulse control.
I'm also afraid to tell you that 'luck' does not exist - you can calculate probability but not luck (unless someone could post the calculation for the likelihood of luck existing)...

'Luck' exists, silly! If you earned more than expected, you've had good 'luck'. If you earned less than expected, you had bad 'luck'.

One certainty is that as the pool grows then so does the traffic into servers and it doesn't matter how much hashing goes on, it has to get to a server and 800-825TH seems to be the current 'lucky' number range.

No, the traffic problem is what vardiff solves.
newbie
Activity: 27
Merit: 0
Unfortunately there is no relation between the pool size and the luck in the direction you want. It's the opposite ...
When the luck increases - more people are joining, but then it should go down to compensate it and it look like the higher hashrate is causing the bad luck, but it is not. If no new miners join the pool a 12h block will actually take 13h

Why 'unfortunately'? Because if it was true, then a solo miner with CPU, would have much more luck and much bigger reward, then no one would need to join a pool at all.


I'm also afraid to tell you that 'luck' does not exist - you can calculate probability but not luck (unless someone could post the calculation for the likelihood of luck existing)...

One certainty is that as the pool grows then so does the traffic into servers and it doesn't matter how much hashing goes on, it has to get to a server and 800-825TH seems to be the current 'lucky' number range.
hero member
Activity: 569
Merit: 500
Or you could all just go look at organofcorti's excellent weekly blog post, which lists the luck for most of the major pools.


at least we got 2nd place in orphaned blocks.
full member
Activity: 224
Merit: 100
Trying to chase luck makes about as much sense as granny tiltin' her chair on the slot she's been dropping nickels in because someone else might cash in.
newbie
Activity: 53
Merit: 0
Or you could all just go look at organofcorti's excellent weekly blog post, which lists the luck for most of the major pools.

+10
legendary
Activity: 1274
Merit: 1004
Or you could all just go look at organofcorti's excellent weekly blog post, which lists the luck for most of the major pools.
newbie
Activity: 19
Merit: 0
... I kind of like the roller coaster myself. Brings out the good and bad in everyone like a Bitcoin mining soap opera. Over time it's all the same IMHO. There's no magic pool or else everyone would be there.

+1
newbie
Activity: 20
Merit: 0
donator
Activity: 2058
Merit: 1007
Poor impulse control.
Unfortunately there is no relation between the pool size and the luck in the direction you want. It's the opposite ...
When the luck increases - more people are joining, but then it should go down to compensate it and it look like the higher hashrate is causing the bad luck, but it is not. If no new miners join the pool a 12h block will actually take 13h

Why 'unfortunately'? Because if it was true, then a solo miner with CPU, would have much more luck and much bigger reward, then no one would need to join a pool at all.

actually not totally true. .  luck will change regardless of whether people are joining or leaving. . .  agree that higher hash rate is not causing bad luck (or good luck). . .  over time "luck" should be 100 over time. .   However, when you're talking 6 or so samples per day, its possible to have luck be good or bad and not come back to the average for long periods of time. . .  Its not unheard of to have good luck for 25 days or bad luck for 25 days because the sample sizes are too small. ..

Here's how you should calculate and interpret luck: https://bitcointalksearch.org/topic/m.5071405

member
Activity: 72
Merit: 10
Unfortunately there is no relation between the pool size and the luck in the direction you want. It's the opposite ...
When the luck increases - more people are joining, but then it should go down to compensate it and it look like the higher hashrate is causing the bad luck, but it is not. If no new miners join the pool a 12h block will actually take 13h

Why 'unfortunately'? Because if it was true, then a solo miner with CPU, would have much more luck and much bigger reward, then no one would need to join a pool at all.

actually not totally true. .  luck will change regardless of whether people are joining or leaving. . .  agree that higher hash rate is not causing bad luck (or good luck). . .  over time "luck" should be 100 over time. .   However, when you're talking 6 or so samples per day, its possible to have luck be good or bad and not come back to the average for long periods of time. . .  Its not unheard of to have good luck for 25 days or bad luck for 25 days because the sample sizes are too small. ..
KNK
hero member
Activity: 692
Merit: 502
Unfortunately there is no relation between the pool size and the luck in the direction you want. It's the opposite ...
When the luck increases - more people are joining, but then it should go down to compensate it and it look like the higher hashrate is causing the bad luck, but it is not. If no new miners join the pool a 12h block will actually take 13h

Why 'unfortunately'? Because if it was true, then a solo miner with CPU, would have much more luck and much bigger reward, then no one would need to join a pool at all.
newbie
Activity: 27
Merit: 0
I've made more on the current difficulty with BTC Guild than I did with Slush at the last difficulty. And that's with 2 days left till the next increase.

For me, the last 30 days on Slush have been the worst in almost 12 months of mining.

Hey there everone. How's it going. Sure seems like a lot of people like coming to this forum to complain yet say they are on other pools. Ok good for you - go back to your other pool and leave us alone. Most of us have tried and are still on other pools to some extent but we remain here, why.

Better payouts over time. Right now my BTC is better than Slush but on average can't compare the two since BTC has a very low payout.

And for those a little bigger why stay here, because you are a big boy here and when blocks are found get a good reward but on other pools you are just a little guy with little payouts.

My opinion. Gets so old all the complaining going on here - who cares!
+1

Agree wholeheartedly - please take your Bitcoin moaning hardware elsewhere.
That'll take the pool down to a managable level of around 8-825TH and we can watch the 'luck' go up.
Adios, dont hurry back - luv ya....

newbie
Activity: 37
Merit: 0
I've made more on the current difficulty with BTC Guild than I did with Slush at the last difficulty. And that's with 2 days left till the next increase.

For me, the last 30 days on Slush have been the worst in almost 12 months of mining.

Hey there everone. How's it going. Sure seems like a lot of people like coming to this forum to complain yet say they are on other pools. Ok good for you - go back to your other pool and leave us alone. Most of us have tried and are still on other pools to some extent but we remain here, why.

Better payouts over time. Right now my BTC is better than Slush but on average can't compare the two since BTC has a very low payout.

And for those a little bigger why stay here, because you are a big boy here and when blocks are found get a good reward but on other pools you are just a little guy with little payouts.

My opinion. Gets so old all the complaining going on here - who cares!
+1
newbie
Activity: 52
Merit: 0
I've made more on the current difficulty with BTC Guild than I did with Slush at the last difficulty. And that's with 2 days left till the next increase.

For me, the last 30 days on Slush have been the worst in almost 12 months of mining.

Hey there everone. How's it going. Sure seems like a lot of people like coming to this forum to complain yet say they are on other pools. Ok good for you - go back to your other pool and leave us alone. Most of us have tried and are still on other pools to some extent but we remain here, why.

Better payouts over time. Right now my BTC is better than Slush but on average can't compare the two since BTC has a very low payout.

And for those a little bigger why stay here, because you are a big boy here and when blocks are found get a good reward but on other pools you are just a little guy with little payouts.

My opinion. Gets so old all the complaining going on here - who cares!
newbie
Activity: 2
Merit: 0
I've made more on the current difficulty with BTC Guild than I did with Slush at the last difficulty. And that's with 2 days left till the next increase.

For me, the last 30 days on Slush have been the worst in almost 12 months of mining.
member
Activity: 72
Merit: 10
looks like every day in the last week or so (outside of 1) has a 10+ hour round. . .  difficulty has gone up, but the round lengths are the killer. .

Looks like slush has also decided to reset the single day (or perhaps all) the pool luck. . .  No possible way the pool luck is at 100% when you have a 22 hour round within the last 24 hour window, another 8 hour round and currently working on a 9+ hour round. . .   Unless you somehow had 4 other blocks that were sub 1 hour that fit in that window ..   Not sure fudging the luck numbers make things look better for the rest of us that know better. ..

yeah there is NO WAY.... ZERO... it can be at 100%  so slush is fixing the numbers....

u know unless one of those days we had 160+% luck...

OH WAIT... we did.....

please pick up the sky around u its embarassing

day 1 35% luck day 2 165% luck. 2 day average is drum roll? anyone? anyone? 100%

NO way - ZERO. ..   because the pool luck is 35% for one day and 165% for the 2nd day.   I was talking one day luck  numbers and a couple hours ago it was 100%. . 

There is no doubt those numbers were reset with some sort of web update.  I'm not saying the numbers would change, but when I said no possible way the 1 day was at 100% with those long blocks in there, yeah - don't think its possible.
Jump to: