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

[KNK]

Exactly!
Look at the confirmed reward only - it will never go backward, but:
 if a block gets invalidated (or orphan) the unconfirmed reward will go down and drop the total reward too
 if another backend server posts it's data with some delay - it will go up or down for you
 if a block is recalculated the unconfirmed reward will change up or down and so will the total reward

[1713520927]

1713520927

[1713520927]

1713520927

[1713520927]

1713520927

[visdude]

Exactly!
Look at the confirmed reward only - it will never go backward, but:
 if a block gets invalidated (or orphan) the unconfirmed reward will go down and drop the total reward too
 if another backend server posts it's data with some delay - it will go up or down for you
 if a block is recalculated the unconfirmed reward will change up or down and so will the total reward

OK.  Will do from now on.  Thanks for enlightening me.  There's always something new to learn.  Now that I'm aware of it, I wonder why it doesn't happen too often.

[pluMmet]

Can some one please explain the benefit to setting your miners to more or less difficulty in a pool?

[KNK]

I wonder why it doesn't happen too often.

It shouldn't, but it may, so it is normal not to be too often and it is also normal when it does happen.

There are rarely invalid blocks, but because of the way the pool is organized it is not uncommon to have the other two reasons for reward changes. Usually the second one (backend servers data synchronization) happens all the time, but affects the reward with less than 1%, which one ignores if detected at all.
The third reason 'block recalculation' is once a day (on average, but usually several days without such needed) and it is often after a request (several posts complaining about low reward) in this thread.

[KNK]

Can some one please explain the benefit to setting your miners to more or less difficulty in a pool?

Changing your miner's difficulty (up) is mostly to reduce your internet connection bandwidth used and the server load, but it will also affect your CPU load (just few % but still) -  adds some lag (reduced speed) to your hashing
Just like for the OC clocks for your GPU and mem, you should find the balance for your case ... between the load (connection and CPU) and the variance in your reward in short and long rounds.
For each pool and miner's hashrate it is different, but for slush i would go for 2-5 sec per share, which is exactly the suggested difficulty from the account page. If you are on bandwidth limited/expensive internet connection and may accept bigger variance in your reward - go for 10-15 sec per share

[cosurgi]

Can some one please explain the benefit to setting your miners to more or less difficulty in a pool?

Simply check your miner speed, then configure your difficulty accordin to your miner speed. Too fast miners have problems if difficulty is too low. For example Avalons were constantly crashing on diff 1.

[starsoccer9]

Are namecoin mining just dead on this pool? If so does anyone know of a pool with mergemining

[-Redacted-]

BTC guild and Bitminter both do merged mining

[visdude]

I wonder why it doesn't happen too often.

It shouldn't, but it may, so it is normal not to be too often and it is also normal when it does happen.

There are rarely invalid blocks, but because of the way the pool is organized it is not uncommon to have the other two reasons for reward changes. Usually the second one (backend servers data synchronization) happens all the time, but affects the reward with less than 1%, which one ignores if detected at all.
The third reason 'block recalculation' is once a day (on average, but usually several days without such needed) and it is often after a request (several posts complaining about low reward) in this thread.

Thanks again for sharing your extensive knowledge on the subject.

[yodabit]

Is there a "nogpu" command for bfgminer ?

[HellDiverUK]

Is there a "nogpu" command for bfgminer ?

-G

[mdopro1]

I have reached and passed by payout threshold but didn't get paid this time around. Anyone else having issues with payout?

[Yzord]

Was all your rewards confirmed?

[mdopro1]

Yup!

https://www.dropbox.com/s/frk92ey1hi62swr/slush-no-payout.JPG here's a screenshot.

[digital]

Have your recently changed your email address or payout address?

If you change your email address, I think he holds all payouts for 24 hours.  And if you change your payout address and don't confirm by email, he may hold payouts.  Not positive on the second one, he may either hold payouts, or just send 'em to the old address.  But it doesn't look like that happened...

[mdopro1]

Funny. I wanted to change my email address but couldn't find where I could do that in my account... so, no I haven't changed my email address.

I verified my payout wallet address is correct, didn't change it.

EDIT: Changing my payout threshold to 0.01 seem to have fixed it. I just received my payout for this morning.

Now time to change it back to BTC 100 for every morning.....


^ I wish ^

[mrm0]

I have reached and passed by payout threshold but didn't get paid this time around. Anyone else having issues with payout?

I seem to be in the same boat. I decided to temporarily suspend mining and zero my account at Slush, so did the following steps:

- increased the payout threshold to a value higher than total reward (i.e. confirmed + unconfirmed)
- stopped all miners
- waited till all reward bacame confirmed
- waited some more
- decreased the payout threshold to a value below the current total (==confirmed) reward.

The automatic payment was executed some time later, but I do not see this transaction in my bitcoin-qt.

I will try to rescan the transaction chain before bothering Slush with it.

[threedrules]

my payment was also late when i passed the threshold today, but its on my wallet

[5120-01-518-6126]

I have reached and passed by payout threshold but didn't get paid this time around. Anyone else having issues with payout?

I seem to be in the same boat. I decided to temporarily suspend mining and zero my account at Slush, so did the following steps:

- increased the payout threshold to a value higher than total reward (i.e. confirmed + unconfirmed)
- stopped all miners
- waited till all reward bacame confirmed
- waited some more
- decreased the payout threshold to a value below the current total (==confirmed) reward.

The automatic payment was executed some time later, but I do not see this transaction in my bitcoin-qt.

I will try to rescan the transaction chain before bothering Slush with it.

Can't remember for sure, but I think the payments are sent without a transaction fee -- if true, it can take some time for it to be picked up in a block.  I've seen 24+ hour transactions on Blockchain.

[gourmet]

Can't remember for sure, but I think the payments are sent without a transaction fee -- if true, it can take some time for it to be picked up in a block.  I've seen 24+ hour transactions on Blockchain.

Aren't there any agreements between pool owners to process each others payouts without fees?