Yeah, at 1 KH/s each hash takes a millisecond. If any of those hashes are below the pool "target", you get a share. If any of those hashes are below the network "target", you've found a block, and the pool gets payed.

Latency is important. Both latency from the miner to the pool, which will produce rejects, and latency from the pool to the network, which will produce orphans.

I can get your IP when you connect to the pool. Firewalls would be an issue though, especially with multi-rig setups. Who knows if those settings really need to be changed dynamically anyways. Probably too much work.

I would like to know this as well.

Theoretically, you guys could give the pool access to your cgminer API, and I could update your queue/expiry settings optimally whenever we switch coins.

cgminer becomes unstable if it's constantly stopping and restarting. If you aren't already, use CGWatcher. It mostly eliminates the problem.

Edit: Oh, your system crashed? I also think that when cgminer stops and starts, it heats up your GPU more than usual for some reason.

Back up.

Shares are not discrete chunks of work like you think they are. They are hashes you find that are less than the target number.

They way my pool is set up, there is currently no way to redirect less than all the hashpower to any one coin. Which is a flaw.

But even if I could, in this case I wouldn't reduce our hashpower to DGC and WDC. If the coins were at risk somehow, I might. But the only downside right now is that the orphan rate is high. And that is mitigated by the low difficulty. So things kind of balance out.

I think that is slightly low. There haven't been great coins to mine recently.

I calculate that LTC mining produces 0.0307 BTC per MH/s per day with no fees and a 1% reject rate and 1% orphan rate. So you are still 7.8% more profitable than that.

Maybe someone can double check my math. I just did it using a price of 0.02616 and a difficulty of 838.419.


About your immature unexchanged balance, there does seem to be a bug preventing a few blocks from moving from that state into the unexchanged balance state. But it should be a very small percentage of your immature balance. Most of it is probably NovaCoin blocks still maturing.

I don't believe there is a publicly available GPU miner. As far as I know, the GPU mining programs are private. I've been mining primecoin on my CPU, but I don't think it even covers the cost of electricity.

Payouts were an hour late today. Profits were 0.0334 BTC per MH/s per day.

No, it should have gone through. This is the transaction, and it has 68 confirms: http://blockchain.info/tx/d4f58a4ffd181a9cf9b4338fe655045537361705237b3fb2dfc05745c34d4170

I hope I wasn't wrong about it being OK to receive payments through cryptsy.

We've been mining FTC for the past hour. We just switched to DGC, so your rejected rate is expected to go from 1% to 15%.

Yeah, we have a 25% reject rate. But the math says we're 3 times more profitable than LTC. It will be nice to know for sure though.

I definitely want to look at it.

A major flaw right now in the pool, and one that I'm currently working on, is proper reporting. While the math says that a certain coin is more profitable, I don't have any easy way to tell for sure, other than doing painstaking manual database lookups.

What I really need is a profit graph. Then I can see where it dips, and what coin we were at then.

If blocks come frequently, that doesn't make high difficulty shares any less likelier.

It increases your reject rate, but it does so equally for high difficulty shares and low difficulty shares.

There are some real world factors I don't take into account very well. One is that when we switch, we lose out on a few seconds of hashing. I've "tweaked" some specific coins to adjust for this, as to not switch as often to coins that are only going to be mined for 10 seconds then switch back.

Also, I'm sure it's the case that having that gap while switching is putting wear and tear on GPU fans, and creating system instability.

The real solution is to eliminate the gap.

The switcher had been stuck on litecoin for 2 hours prior to the payout today. Sorry about that.


I have been noticing that as well. When the reject rate increases, the total hashrate drops. At first I was thinking it was that people were using --no-submit-stale, but that shouldn't account for that much hashrate loss.


Yeah, I think you're right about 5xxx and 6xxx cards getting more reject rates. So they are hurting.

But also, the people on the top end are hurting too. They are losing out on profits they could have had if we had switched to high block rate coins more often. The people doing the best are in the middle, because I average the stats when choosing coins.

I've talked way too much about difficulty in this thread. It doesn't play a factor.

Unfortunately, another bad payout. 0.0293 BTC per MH/s per day.


The coins we switch to that have low difficulty are in fact more profitable. Even with the high reject rate, sometimes as much as 70%.

The people who benefit from these coins most are those with low reject rates. Not those with high hashrates.


That should never happen. What is your address?

Yeah it should be fixed now. Are you seeing 0.1 MH/s on just the stats page, or in cgminer too? If just on the stats page, restart cgminer and let me know if that fixed anything.

Oh wait, I don't think stratum-mining-proxy will work for a switching pool like mine. It looks like you have to run a daemon of the coin you're mining on the pool. I'm not really sure though.