Author

Topic: [ANN] profit switching auto-exchanging pool - www.middlecoin.com - page 338. (Read 829908 times)

full member
Activity: 168
Merit: 100

How do you reconize a coin switch?

I am assuming it is when a new block is detected with a new difficulty.

Some coins retarget difficulty after every block, so a slightly different new difficulty doesn't always mean a coin switch. If the difficulty changes by 2x or 4x than that's probably a coin switch. cgminer/middlecoin seems to handle the retargeting OK, but an actual coin switch stops work for 10 to 15 seconds.
full member
Activity: 168
Merit: 100
Similar things happened to me. Yesterday, my unexchanged dropped from 0.023 to 0.003, but I didn't get any payments or balance
http://middlecoin2.s3-website-us-west-2.amazonaws.com/reports/1CKi6ZS34WRMXF24ZAvaQkyDDYAZfzTs1N.html
That's messed up for a couple reasons. It looks like you were overpaid last time, had a negative "payout" balance after payout, and something broke.
Yes, something is wrong there. I would suggest PM'ing the OP if you have not doen so already. Your issues look like they have nothing to do with coins devaluing or exchanges going down, more like a database issue on middlecoin.
donator
Activity: 1218
Merit: 1015
Similar things happened to me. Yesterday, my unexchanged dropped from 0.023 to 0.003, but I didn't get any payments or balance
http://middlecoin2.s3-website-us-west-2.amazonaws.com/reports/1CKi6ZS34WRMXF24ZAvaQkyDDYAZfzTs1N.html
That's messed up for a couple reasons. It looks like you were overpaid last time, had a negative "payout" balance after payout, and something broke.
newbie
Activity: 34
Merit: 0
newbie
Activity: 3
Merit: 0
Similar things happened to me. Yesterday, my unexchanged dropped from 0.023 to 0.003, but I didn't get any payments or balance
http://middlecoin2.s3-website-us-west-2.amazonaws.com/reports/1CKi6ZS34WRMXF24ZAvaQkyDDYAZfzTs1N.html

So a few pages back someone was complaining about how h2o holds the coins before exchanging them... Although I agree that h2o does a decent job when it comes to exchanging, I too see a problem with this, with an example.

I check my balance/unexchanged/immature every hour or so. I checked it and my balance was .0030 (after payout of course), my unexchanged was .03195, and my immature was .01233. Now I check it, and my balance is still .0030, my unexchanged has gone down to .0254 and my immature has gone down to .0054. I understand with the immature coins you can't exchange them, but since my mature unexchanged coins didn't get auto-traded, I lost .006 btc. I understand this isn't much, but if it effects me, then I'm sure it's effected others that had a higher unexchanged balance.

I saw the same behavior.  I think it may have something to do with timing of exchanging coins and updating of middlecoin JSON.  See spikes in my graph below, which suggest that nothing is "lost", since graph resumes approximately where it left off after downward spike.  My graphs are different from coinGeek's because I plot summation of Immature (purple shading), Unexchanged (yellow shading) and Exchanged (green shading).  So on my graph, there should always be an upwards slope.  The spike and then recovery could impy that Unexchanged coins were sent to be exchanged, but JSON was written before Exchanged balance was updated.  It may also have something to do with the Immature coin balance temporarily dropping to zero, though I'm not sure why.  Regardless, the balances appear correct in is following JSON updates.

Bottom line:  I don't believe you "lost" any unexchanged coins.

https://i.imgur.com/7ZA93x0.png

Sometimes the exchange APIs go down causing the unexchanged/immature coin values to not display correctly. You don't lose any value when that happens, and it should come back to a higher value when the exchanges come back online.

Also, coins tend to increase in value as often as they drop in value during the time before exchange. In fact, from my experience, the exchange frequently results in more BTC than estimated (which a good autotrading program should). The payout is always timely, so I have no issues with any of this.
legendary
Activity: 2716
Merit: 1094
Black Belt Developer

Is that true? What ping do you have?

Its very true.  Try it yourself.  Cgminer 3.7.2 happily switches to new coins with no issues with no failover set.

My ping to the US server 100ms.

Sorry but I would not suggest running without a failover, unless you can monitor the miner constantly.
I can imagine a lot of scenarios where you could loose a lot of mining time by not having a failover, even though middlecoin might run fine.
For example a problem on dns resolution, ip routing or whatever.
newbie
Activity: 56
Merit: 0
are you looking to launch any server instances in the Sydney region as well as there are a number of Australian miners who would appreciate a regional hub to use.

First I'm going to fix up the EU server, then I'm setting up either Toyko, Singapore, or Hong Kong. Then I'll look at other places like Australia.
Singapore would still be great for us Aussies... Should mean roughly 100ms ping


Yes!

Singapore please!
I am hoping for Singapore server as well Smiley
full member
Activity: 160
Merit: 100

How do you reconize a coin switch?

I am assuming it is when a new block is detected with a new difficulty.
full member
Activity: 168
Merit: 100


I am trying it right now on Fedora, CGminer 3.7.2. But my hashrate per card drops from 870 to about 800...

Yeah, mine drops a bit too during coin switches but then ramps back up again.  I can live with it until H20 makes the coding changes to the server to help with coin switches.

How do you reconize a coin switch?
full member
Activity: 160
Merit: 100


I am trying it right now on Fedora, CGminer 3.7.2. But my hashrate per card drops from 870 to about 800...

Yeah, mine drops a bit too during coin switches but then ramps back up again.  I can live with it until H20 makes the coding changes to the server to help with coin switches.
full member
Activity: 168
Merit: 100

Is that true? What ping do you have?

Its very true.  Try it yourself.  Cgminer 3.7.2 happily switches to new coins with no issues with no failover set.

My ping to the US server 100ms.

I am trying it right now on Fedora, CGminer 3.7.2. But my hashrate per card drops from 870 to about 800...
full member
Activity: 160
Merit: 100

How long do your rigs idle during coin switches? Mine were seeing 5-10% downtime because no work was available during switches on the US server.

It depends on how many switches are happening at once.  I was watching CGminer a second ago and the US Middlecoin server switched to three different coins in the span of about 5 seconds.  That kinda threw CGminer for a loop (said lost connection) but it recovered after about 5 seconds or so.  If the coin switches are slower, then CGminer keeps chugging along with no issues.

I'm not sure why Middlecoin switches coins that quickly though sometimes.  I'm assuming that is part of the problem that H20 is going to correct.  I can't believe there would be a reason to switch from one coin to another in the span of less than a minute to make much of a difference as far as profits are concerned.

sr. member
Activity: 321
Merit: 250
Is anyone getting lockups with the eu server? My computer started locking up after ~15 minutes of mining. Im not sure if its cgminer related or what because i havent installed anything or browsed the internet on my miner. All it does it mine and something has happened to it.
full member
Activity: 168
Merit: 100

Is that true? What ping do you have?

Its very true.  Try it yourself.  Cgminer 3.7.2 happily switches to new coins with no issues with no failover set.

My ping to the US server 100ms.

How long do your rigs idle during coin switches? Mine were seeing 5-10% downtime because no work was available during switches on the US server.
full member
Activity: 160
Merit: 100

Is that true? What ping do you have?

Its very true.  Try it yourself.  Cgminer 3.7.2 happily switches to new coins with no issues with no failover set.

My ping to the US server 100ms.
full member
Activity: 168
Merit: 100
So a few pages back someone was complaining about how h2o holds the coins before exchanging them... Although I agree that h2o does a decent job when it comes to exchanging, I too see a problem with this, with an example.

I check my balance/unexchanged/immature every hour or so. I checked it and my balance was .0030 (after payout of course), my unexchanged was .03195, and my immature was .01233. Now I check it, and my balance is still .0030, my unexchanged has gone down to .0254 and my immature has gone down to .0054. I understand with the immature coins you can't exchange them, but since my mature unexchanged coins didn't get auto-traded, I lost .006 btc. I understand this isn't much, but if it effects me, then I'm sure it's effected others that had a higher unexchanged balance.

I saw the same behavior.  I think it may have something to do with timing of exchanging coins and updating of middlecoin JSON.  See spikes in my graph below, which suggest that nothing is "lost", since graph resumes approximately where it left off after downward spike.  My graphs are different from coinGeek's because I plot summation of Immature (purple shading), Unexchanged (yellow shading) and Exchanged (green shading).  So on my graph, there should always be an upwards slope.  The spike and then recovery could impy that Unexchanged coins were sent to be exchanged, but JSON was written before Exchanged balance was updated.  It may also have something to do with the Immature coin balance temporarily dropping to zero, though I'm not sure why.  Regardless, the balances appear correct in is following JSON updates.

Bottom line:  I don't believe you "lost" any unexchanged coins.



Sometimes the exchange APIs go down causing the unexchanged/immature coin values to not display correctly. You don't lose any value when that happens, and it should come back to a higher value when the exchanges come back online.

Also, coins tend to increase in value as often as they drop in value during the time before exchange. In fact, from my experience, the exchange frequently results in more BTC than estimated (which a good autotrading program should). The payout is always timely, so I have no issues with any of this.
full member
Activity: 168
Merit: 100
Instead of all this load sharing and recompiling nonsense.  Why don't you guys just set the U.S. server as the only server in CGminer and don't set a failover?  Cgminer won't give any of these problems if only one pool is listed.

Then when both servers are fixed, you can go back and set the EU as a failover server??

Is that true? What ping do you have?
full member
Activity: 160
Merit: 100
Instead of all this load sharing and recompiling nonsense.  Why don't you guys just set the U.S. server as the only server in CGminer and don't set a failover?  Cgminer won't give any of these problems if only one server is listed and the --failover-only flag isn't set.

Then when both servers are fixed, you can go back and set the EU as a failover server??

I know this means that if the US server were to go down than your miners would be offline but it appears H20 runs a pretty tight ship around here so the odds of that happening look to be pretty low.
sr. member
Activity: 344
Merit: 250
Flixxo - Watch, Share, Earn!
newbie
Activity: 7
Merit: 0
So a few pages back someone was complaining about how h2o holds the coins before exchanging them... Although I agree that h2o does a decent job when it comes to exchanging, I too see a problem with this, with an example.

I check my balance/unexchanged/immature every hour or so. I checked it and my balance was .0030 (after payout of course), my unexchanged was .03195, and my immature was .01233. Now I check it, and my balance is still .0030, my unexchanged has gone down to .0254 and my immature has gone down to .0054. I understand with the immature coins you can't exchange them, but since my mature unexchanged coins didn't get auto-traded, I lost .006 btc. I understand this isn't much, but if it effects me, then I'm sure it's effected others that had a higher unexchanged balance.

I saw the same behavior.  I think it may have something to do with timing of exchanging coins and updating of middlecoin JSON.  See spikes in my graph below, which suggest that nothing is "lost", since graph resumes approximately where it left off after downward spike.  My graphs are different from coinGeek's because I plot summation of Immature (purple shading), Unexchanged (yellow shading) and Exchanged (green shading).  So on my graph, there should always be an upwards slope.  The spike and then recovery could impy that Unexchanged coins were sent to be exchanged, but JSON was written before Exchanged balance was updated.  It may also have something to do with the Immature coin balance temporarily dropping to zero, though I'm not sure why.  Regardless, the balances appear correct in is following JSON updates.

Bottom line:  I don't believe you "lost" any unexchanged coins.

https://i.imgur.com/7ZA93x0.png
Jump to: