BTW: it would be nice if you would also add "Total:" for BTC and Hash graph/data; I know that a Total BTC (immature+unexchanged+balance) is only aproximate, but it would still be nice to see a value and line for that, too.

Nice work! I like that there are more and more utils for Middlecoin are built through community!

Out of pure curiosity I've done some "statistical analysis" on the last 24 hours for one of my miners (3,5 Mh/s @ EU server). Anyway, if anybody is interested: in the past 24 hours we switched coins more then 1500 times (OK, sometimes only difficulty changes while coin stays the same) ... yes, middlecoin indeed is a fast coin switching pool ... oh, and we've been mining LTC for almost 4 hours (in total) for the last 24 hours. Not giving any comments, just numbers:

http://middlecoin.kobal.org/files/cgminer_net_diff.log
http://middlecoin.kobal.org/files/middlecoin_24h_diff_stats.ods

edit: and 11 hours on DOGE

EXTREMELY IMPORTANT UPDATE!!!

I was just watching the Discovery Channel and found out who is "tealover"! It is no a he or she, it's actualy a monkey! You should all listen to him and forget that you actally have a brain

Seriously, guys, I have been following this topic for weeks to keep an update of what is going on with middlecoin, but now I'm here just because you guys really makes me laugh. Keep it up, because there is nothing better then a good laughter before going to sleep

And h2o, thanks for leaving this topic and switching to Twitter, just make sure you'll keep us updated via Twitter!

Newbies, again, try to read this: http://middlecoin.kobal.org/

Are you guys using --failover-only in cgminer?

--failover-only: Don't leak work to backup pools when primary pool is lagging

The normal failover mechanism in cgminer will allow some work to go to the backup pools if there is a delay in getting work from the primary pool you have set. This can be as much as 10% if the pool has latency issues. It then only fails to the backup pool if the primary pool stops giving work for 1 minute. failover-only does not change the failover mechanism, but it does not allow work to go to the backup pools unless the primary pool has failed completely for at least a minute. It then will switch to the backup pool. If cgminer considers a pool dead or down, it tries to contact that pool 1 minutely.

If I have three middlecoin stratum servers defined as backup/failover servers, what would be the best? If I enable --failover-only and primary has some "minor" issues, then my workers wouldn't be "working" in the time of these "minor" issues. If I don't enable this, my workers will instantly failover to other middlecoin stratum servers, but since these might be mining different coins, shares would be lost? Is that correct? Any opinion?

The first thing that you have to do is to force gpus at a specific Powertune level. You won't hurt the cards, you will just draw some more power. Some cards are more efficient the the others at powertune level 0, but when you rise powertune to 10 or 20 the get equal. So, first thing to do is:

"gpu-powertune" : "10,10,10",

see what happens, then try also

"gpu-powertune" : "20,20,20",

And don't be afraid to do some overclocking ... E=1000 and M=1500 should run just fine at 880 kh/s.

I did this ... here it is: http://middlecoin.kobal.org ... anyone who is willing to contribute just pm me and I'll assign you a wiki account.

A couple of friends were asking me about how Middlecoin actually works and since I'm really tired of reading the posts with questions about design, profitability and all other information regarding Middlecoin I've put up an updated FAQ (shit, I'm doing h2o's work, will I get more coins? ). You can see it here: http://middlecoin.kobal.org

All the newbies: PLEASE, read this document!

h20: I know you are probably in some jacuzzi for the whole day or maybe basking on some tropical island with your's $3000 per day (I'm not envy, you deserve it) ... but anyway, could you PLEASE, PLEASE, update your FAQ with this one? And could you PLEASE, PLEASE put it on top of your page (or even better, incorporate this design: http://rickardandersson.github.io/middlecoin)? THANK YOU!

I'm in central Europe and I have a 200ms ping to the stratum server, which is quite high. Where is the stratum server located (I hope it's not in "Western Samoa" )?

Further more, are there any general recommendations for cgminer settings regarding the pool (I'm not talking abut GPU settings, but settings that affects communication with the pool)? I know that we shouldn't use "--no-submit-stale", any other specific recommendation?

For all of you that are in the EU SEPA zone: use Bitstamp https://www.bitstamp.net ... fast, secure and easy to use with low fees.

Anyone else is having tons of unexchanged coins? Look at my status:



I'm on EU server. h2o, when do you plan to exchange all those coins?

Hmm, this must be a super-coin (if 0.02 / 1 mh is constant, not just peak) - can you share with us which coin would be that profitable?

Thanks for this tip, a see that with your new code stales are successfully submited. h20, keep up the good work and show as some more programming masterpieces!

But as far as I know the only ones with auto-trade to BTC are middlecoin and hashcows, isn't that right?

You should be very very careful with those powered x1-x16 risers ... These are no extra-quality cables, but merely quick&dirty china-hand-made cables. They requires very gentle handling - you shouldn't do any rolling or bending of the cables otherwise the cable and/or power connector might detach from the "extension slot". And one other thing to be very careful with x1-x16 risers -> if you are putting them into x16 slot you can easily insert it in the wrong direction - in this case it will burn the riser and if you are unlucky it might even burn the PCIe slot or the GPU. So, careful when using those risers!