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

minerapia

full member

Activity: 168

Merit: 100

Quote from: bspurloc on June 03, 2013, 06:10:56 PM

Quote from: diskodasa on June 03, 2013, 04:32:58 PM

The rule: Higher pool luck = higher payments, lower pool luck = lower payments!

If that is the only rule LUCK dictates u should mine BTCGUILD as they find 50+ blocks a day aka must have good luck.

so BTCGUILD Luck > Slush Luck.

However Slush Pool > BTCGUILD = Higher Payments

Luck is not defined as blocks per day. Its defined as blocks / hashrate per day

goatmonkey

newbie

Activity: 26

Merit: 0

Maybe that's the fix for the block we didn't get before.

minerapia

full member

Activity: 168

Merit: 100

~~2 second block, is a bug.~~ It has exactly same block value, which is hardly a coincidence.
first one is in the main chain anyway (2 sec one is the invalid one).

rsbriggs

full member

Activity: 427

Merit: 100

Which is being invalid 239570? The first block or the 2 seconds block? Not is matter - 2 shares in second block for about same rewarding both blocks. Hoping could not happen both invalid.

bspurloc

hero member

Activity: 569

Merit: 500

Quote from: big6willy9 on June 03, 2013, 06:10:47 PM

Quote from: bspurloc on June 03, 2013, 06:07:39 PM

hah Block 239570 our next was 2 seconds and we invalidated our own block.....

Could you explain this please?

18373 2013-06-03 22:57:34 0:00:02 16141 7 0.01064283 239570 25.23781000 97 confirmations left
18372 2013-06-03 22:57:32 1:18:06 13727369 3341 0.00607761 239570 25.23781000 97 confirmations left

18373 took 2 seconds and got submitted while 18372 was and became invalid... I surmise.... Sucks I lost .01+ btc. OH WELL

bspurloc

hero member

Activity: 569

Merit: 500

Quote from: diskodasa on June 03, 2013, 04:32:58 PM

The rule: Higher pool luck = higher payments, lower pool luck = lower payments!

If that is the only rule LUCK dictates u should mine BTCGUILD as they find 50+ blocks a day aka must have good luck.

so BTCGUILD Luck > Slush Luck.

However Slush Pool > BTCGUILD = Higher Payments

big6willy9

newbie

Activity: 10

Merit: 0

Quote from: bspurloc on June 03, 2013, 06:07:39 PM

hah Block 239570 our next was 2 seconds and we invalidated our own block.....

Could you explain this please?

bspurloc

hero member

Activity: 569

Merit: 500

hah Block 239570 our next was 2 seconds and we invalidated our own block.....

diskodasa

sr. member

Activity: 337

Merit: 250

The rule: Higher pool luck = higher payments, lower pool luck = lower payments!

bspurloc

hero member

Activity: 569

Merit: 500

Quote from: Lucko on June 03, 2013, 02:56:16 PM

Quote from: KNK on June 03, 2013, 12:37:56 PM

...but most of the miners are sending their hashrate anyway, then the problem is that the value can not be trusted so the pool should either confirm the value or ignore it completely with the second being easier.

Thanks, didn't know that...

regardless. if you say the hashrate going from 10543.740 Ghash/s 2 weeks ago to 11543.740 Ghash/s is because of luck then you are declaring ALL miners are having increased luck which is not how probability works. Cluster performance looks like it is showing the actual hashrate to the assumed hashrate. for example 2 of my 6 miners are presently lower than their normal hashrate, one is well above and the last 3 are dead on.
Now the pool is hitting 12543.740 Ghash/s a week after it when up 1000 gh/s it has gone up another 1000 gh/s. the only answer has to be that 1000 gh/s of miners joined Slush 2 weeks ago and 1000 gh/s of miners joined this week.
All I know is every 1000 gh/s increase negates one of my miners grrr... I just added 2 to make up for the 1000 from 2 weeks ago!

KNK

hero member

Activity: 692

Merit: 502

https://en.bitcoin.it/wiki/Getwork#noncerange and https://bitcointalksearch.org/topic/mining-protocol-extension-noncerange-24336 and at least CGminer is sending it (based on my tcpdumps)

EDIT: The problem is that it send my total hashrate while i am load-balancing between several pools, so there is no way it can be trusted

Lucko

hero member

Activity: 826

Merit: 1000

Quote from: KNK on June 03, 2013, 12:37:56 PM

...but most of the miners are sending their hashrate anyway, then the problem is that the value can not be trusted so the pool should either confirm the value or ignore it completely with the second being easier.

Thanks, didn't know that...

KNK

hero member

Activity: 692

Merit: 502

Quote from: Lucko on June 03, 2013, 12:27:29 PM

Luck makes pool look bigger also... Speed is estimated. Pool doesn't ask users what is there speed. It estimate it based on shares. Same goes for network share. If pool is lucky it will get bigger...

That's not the case if you ask organofcorti

There is something which is partially true (IMHO) by the way: 'Pool doesn't ask users what is their speed' - true, but most of the miners are sending their hashrate anyway, then the problem is that the value can not be trusted so the pool should either confirm the value or ignore it completely with the second being easier. For the network it is completely true, as it does not interact with the miners or pools, but deducts their hashrate from their submissions.

Lucko

hero member

Activity: 826

Merit: 1000

Quote from: nottm28 on June 03, 2013, 12:20:17 PM

Anyone else seeing the earlier problem recurring? 1 of my 4 workers is submitting shares ok but website not updating for this one worker - 12 mins now...

[EDIT] hmm - restarted the worker and it's updating on the website now...

You had stratum error. If you restart the worker it starts recording shares but you still need to wait to get the missing shares back.

Lucko

hero member

Activity: 826

Merit: 1000

Quote from: PrintMule on June 03, 2013, 12:03:06 PM

Recent luck attracts more users? 12 GH/s now

Slush went up from 8% of total network hashrate to 10%

In ideal conditions more = better

But will it blend? (server loads)

Luck makes pool look bigger also... Speed is estimated. Pool doesn't ask users what is there speed. It estimate it based on shares. Same goes for network share. If pool is lucky it will get bigger...

nottm28

hero member

Activity: 574

Merit: 500

Anyone else seeing the earlier problem recurring? 1 of my 4 workers is submitting shares ok but website not updating for this one worker - 12 mins now...

[EDIT] hmm - restarted the worker and it's updating on the website now...

stephengillon

newbie

Activity: 56

Merit: 0

it goes between 11 and 9 all the time.

seems more so during the day (north america)

or more sense night in europe

KNK

hero member

Activity: 692

Merit: 502

Based on the time it took to catch-up there is enough room for more miners

PrintMule

hero member

Activity: 980

Merit: 500

FREE $50 BONUS - STAKE - [click signature]

Recent luck attracts more users? 12 GH/s now

Slush went up from 8% of total network hashrate to 10%

In ideal conditions more = better

But will it blend? (server loads)

mikimoto

member

Activity: 94

Merit: 10

Thanks slush for your quickly response.... Wink

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