Rejects should be fixed on other endpoints (was bugged, is fixed).
We've been trying a ton of changes to increase profitability without a ton of luck. We've got another test running right now (specifically on eu servers), hopefully that gives us some movement...
Essentially the problem comes down to orphaned blocks. I think a lot of it has to do with almost all of the profit-switching pools acting very similarly (we all see some coin as profitable, we all switch, and block times due to the increased hashrate are closer to 5 seconds instead of 60). This causes everyone to get a ton of orphans. I assume its a problem on the other pools as well, since we're almost all pretty close to the same profitability (within 10-15% usually). And this is with us sitting at about 30% orphaned blocks.
We've tried better connectivity, but we're still seeing a lot of orphans. I've got a few more tricks up my sleeves, but the problem is, each of them requires a couple of hours of coding, and a couple more hours of waiting to see the results (and the results can be skewed by luck).
Long story short, not a simple problem.
We've got a few more blockchains synced, should see a few new coins pop up here in a bit as a gap measure (manually traded).
Good Morning poolwaffle - I sympathise with the problem & really admire the effort you are putting in to make the pool the best it can be.
Just to try thinking outside the box for a moment and to try to gain an advantage by acting slightly differently to other pools - could you preempt a coin becoming the most profitable by tracking the growth, or decline, in profitability rather than the absolute profitability. That way it MAY be possible to jump on a coin before it is the obvious choice (and most importantly the other pools) and jump off just before the profitability dies?
Just throwing my thoughts out there
