Bitcoin Forum
September 03, 2025, 04:11:33 AM *
News: Latest Bitcoin Core release: 29.0 [Torrent]
 
   Home   Help Search Login Register More  
Pages: « 1 ... 275 276 277 278 279 280 281 282 283 284 285 286 287 288 289 290 291 292 293 294 295 296 297 298 299 300 301 302 303 304 305 306 307 308 309 310 311 312 313 314 315 316 317 318 319 320 321 322 323 324 [325] 326 327 328 329 330 331 332 333 334 335 336 337 338 339 340 341 342 343 344 345 346 347 348 349 350 351 352 353 354 355 356 357 358 359 360 361 362 363 364 365 366 367 368 369 370 371 372 373 374 375 ... 537 »
  Print  
Author Topic: [ANN] profit switching auto-exchanging pool - www.middlecoin.com  (Read 829960 times)
Anubite
Full Member
***
Offline Offline

Activity: 140
Merit: 100


View Profile
January 20, 2014, 06:30:46 AM
 #6481

Anubite,
Please just TRY playing with your configuration. Your image is completely irrelevant. This rig is running 3 little 7850's.
(see post for source image)
This rig hasn't been touched since the switch, and it is running fine.
You're blaming the pool when it OBVIOUS there is something wrong with your rig.
And just to be curious, are you really trying to blame the pool on stats from what, an hour?!?!

You have some pretty nice dips going on after the increase.

You called me a hypocrite when I began to mine here to show you what I mean. This pool has quality, nearly instant hashrate updates. Once it was stable, I took a screen cap. Had I mined any longer you'd be all "omg you hypocrite just stfugtfonoob, omg banish him."

On to my reception and overview of 1024 pool difficulty.
For those of us with sub 2mh/s rigs, I feel we suffer. It takes my r9 290x at 962 kh/s anywhere from 45 seconds to over 2 minutes to complete one packet of work. It frequently takes my nVidia rig at 230kh/s over 10 minutes.
It appears that when a coin switches, that whole packet of work is rendered useless as cgminer starts to work on the new coin. If the coins switch enough, this adds up BIG TIME.
(see post for source image)
After having done absolutely nothing to my rigs, why else could this be happening?

Oh but I must have done something to them even though I say otherwise! Really, man?

Someone please get this guard dog off me and help address these concerns. I'm not trying to troll, it appears there is something amiss here.

Let me know if I am doing something right. Smiley
DOGE: DKBx8CMVnFwnea2uQ3RsLLB2CvQCFkzVT8
Cryptsy: 8981f2166046a5b587c4f86a2c994ec573a8a236
Zoella
Full Member
***
Offline Offline

Activity: 168
Merit: 100


View Profile
January 20, 2014, 06:42:47 AM
 #6482

Now you ask for help.

Wow.

Why don't you ask if anyone here could recommend some settings for your 290x. Or you could check out the 290x thread...

https://bitcointalk.org/index.php?topic=301641.0

If something's not working to your satisfaction, try and find an answer for it before just blaming others.
dgross0818
Full Member
***
Offline Offline

Activity: 308
Merit: 146



View Profile
January 20, 2014, 07:02:14 AM
 #6483

If we can kill off junk coins and make money on it, I think that's a bonus.

I can agree on that, sounds epic. Do you feel middlecoin will make the best decisions about which are pump'n'dump scamcoins to kill off and which are quality coins having implementations and advantages over LTC and BTC?

__

On to my reception and overview of 1024 pool difficulty.

For those of us with sub 2mh/s rigs, I feel we suffer. It takes my r9 290x at 962 kh/s anywhere from 45 seconds to over 2 minutes to complete one packet of work. It frequently takes my nVidia rig at 230kh/s over 10 minutes.

It appears that when a coin switches, that whole packet of work is rendered useless as cgminer starts to work on the new coin. If the coins switch enough, this adds up BIG TIME.

Below is an image of my hashing at MC.
Orange stars = Before diff 1024
Green Star = After



After having done absolutely nothing to my rigs, why else could this be happening?


I would hope that the coins with strong fundamentals will be able to survive getting hit with multi-pool traffic, however, this is certainly a new frontier, and we can't discount the possibility that we may damage a "good" coin. Then again, we have examples of forks, 51% attacks, etc with BTC, FTC and others, and those are still around even after many posted about the "critical condition" they were in at the time. Heck, BTC has had so many times in its relatively short history when it's future was thrown into question, however, thus far it's always bounced back. We will damage a small coin if we mine it with the hashpower we have, however, there are a number of ways to mitigate this, through algorithms in the coins themselves to dynamically redistributing pool hashing power so that we don't so quickly overwhelm a "small" coin. Remember how long FTC was "stuck" when the exchange rate dropped and the difficulty was crazy high? Those dedicated to it banded together and made sure transactions still went through and the coin didn't die :]

Anyways, more relevant to your issue, the "slow" miners and higher difficulty shouldn't affect payout. I know it seems that way when you're working on a share for 8 minutes and then the pool switches coins, however, unless my 2am statistics brain is shot, the probability of solving does not increase with time (The likelihood that a block WAS solved increases with time until one is, however, the instantaneous probability doesn't). If you have a miner that just received work vs one that's hashing away for 8 minutes, assuming they are otherwise identical, both have an equal likelihood of solving at any one instant in time. Otherwise it's like saying it's more likely to flip a heads after you just flipped 3 tails in a row... nope still 50/50. Sometimes a miner will take less than a second, other times it will take an hour. That's where the whole "luck" thing comes into play.

That said, there's definitely an issue in your hashing if your accepted shares dropped that much after we went to 1024. Without having experienced the same issue it's tough to hypothesize. I'll let you know tomorrow if I figure it out :]  May have to fire up the 135KH/s laptop to test with to see if I can replicate it
CryptoCoinSolutions
Newbie
*
Offline Offline

Activity: 58
Merit: 0


View Profile
January 20, 2014, 07:33:05 AM
 #6484

When setting the bitcoin wallet address as the miner username, (workerName), in the cgminer command, is it best to use a different bitcoin address for each machine mining, or should all rigs use the same bitcoin address?
interupted
Sr. Member
****
Offline Offline

Activity: 258
Merit: 250


View Profile
January 20, 2014, 07:36:21 AM
 #6485

Same address is fine.

dablanket
Newbie
*
Offline Offline

Activity: 21
Merit: 0


View Profile
January 20, 2014, 08:02:05 AM
 #6486

For those of you who have tweaked your settings since the 1024 diff increase.. What have you changed in your settings?  I haven't changed any thing on my system yet.. Its still chugging along OK, just curious if there's something I should take another look at.

My final setting as of a few hours ago are similar to my original setting.  I dropped intensity from 19 to 18, and increased TC from 24000 to 24192.  I seem to have dropped about 15KH, but gained about 60WU.  I've also gone from approximately 5-7% reject rate to 0.38%.  Granted this has only been running a few hours on one 7950, but I'm going to see where it sits after 24.

 (5s):638.4K (avg):635.4Kh/s | A:270336  R:1024  HW:0  WU:643.8/m

Finally a constructive post, thank you. My 7950's rejects rate decreased 3% after I changed I from 20 to 19, and the hash is down by just 10kh. I will try increase TC from 24000 to 24192 and down I by 1 as you did. see if that improves re furthermore.

Glad I could help. I remember reading that the TC was normally best when divisible by the number of stream processors, but everybody seemed to get the best performance at 14000 so that's where I started.  I then tried 12,13,14, and 15, but 13.5 * 1792 seemed to work out best so far. Here's my full arg string.  Let me know if you see anything I should tweak further after your testing!

-I 18 -g 1 -w 256 --lookup-gap 2 --thread-concurrency 24192 --gpu-powertune 20 --gpu-engine 1100 --gpu-memclock 1450 --temp-target 80 --auto-fan


Thanks for your explanation on how to get proper TC
Really helps alot on my 7950

Anubite
Full Member
***
Offline Offline

Activity: 140
Merit: 100


View Profile
January 20, 2014, 08:09:29 AM
 #6487

I would hope that the coins with strong fundamentals will be able to survive getting hit with multi-pool traffic, however, this is certainly a new frontier, and we can't discount the possibility that we may damage a "good" coin. Then again, we have examples of forks, 51% attacks, etc with BTC, FTC and others, and those are still around even after many posted about the "critical condition" they were in at the time. Heck, BTC has had so many times in its relatively short history when it's future was thrown into question, however, thus far it's always bounced back. We will damage a small coin if we mine it with the hashpower we have, however, there are a number of ways to mitigate this, through algorithms in the coins themselves to dynamically redistributing pool hashing power so that we don't so quickly overwhelm a "small" coin. Remember how long FTC was "stuck" when the exchange rate dropped and the difficulty was crazy high? Those dedicated to it banded together and made sure transactions still went through and the coin didn't die :]

Anyways, more relevant to your issue, the "slow" miners and higher difficulty shouldn't affect payout. I know it seems that way when you're working on a share for 8 minutes and then the pool switches coins, however, unless my 2am statistics brain is shot, the probability of solving does not increase with time (The likelihood that a block WAS solved increases with time until one is, however, the instantaneous probability doesn't). If you have a miner that just received work vs one that's hashing away for 8 minutes, assuming they are otherwise identical, both have an equal likelihood of solving at any one instant in time. Otherwise it's like saying it's more likely to flip a heads after you just flipped 3 tails in a row... nope still 50/50. Sometimes a miner will take less than a second, other times it will take an hour. That's where the whole "luck" thing comes into play.

That said, there's definitely an issue in your hashing if your accepted shares dropped that much after we went to 1024. Without having experienced the same issue it's tough to hypothesize. I'll let you know tomorrow if I figure it out :]  May have to fire up the 135KH/s laptop to test with to see if I can replicate it

Thanks for the history on those coins. We certainly avoided problems when the community rallied, but shit can happen fast if someone really wanted it to.  Sad If it happens to a popular coin, or enough coins, the alt market or even BTC itself may tank until new coins with new versions of scrypt and the like, with PoW and PoS show up

Indeed, it seems possible not to trash a coin with certain algorithms tailored around them specifically, and at very least this pools stops mining EAC after around 5-10 blocks and doesn't completely trash it (accept during EAC x2, had 1-2 hour waits during the for 3-4 different blocks, though, man was that rough). It still does hurt block rates for a while and drives the price down, a double whammy shunning more people from making it a stronger coin for MC to eventually use more effectively. My only interest in calling out MC over this is also everyones interest. Profits. I just feel that decent profits over time are better than mad profits on a highway to hell, and this pool rides that line reeeeeaaaly closely, in my opinion. "With great power comes great responsibility." (lol)

On the other topic. Yeah, I can't think of anything else. Maybe my little nVidia rig would best be used on a single pool somewhere if it keeps up, because it seems to not be affecting my 290x -all- that much.

So, if I am working on a unit, and the coin switches, somehow that unit still counts? It never seems to be returned to be "accepted" after we have gone on to other coins. I derive this from the fact that it takes about the average "work unit time" after a coin switch to send in a share, e.g. the longest periods between submits are after switches. So in theory, it could take my nvidia rig up to 20 mins to send if if we never switched but once in that time. This would explain why it almost doesn't show up in my hashing graph.

My whole idea could be blown away by being able to find out exactly what happens to the current share I am working on when the coin switches.

If you do set that up, thanks much. Most of the people who haven't noticed anything have hashrates shy of 1mh/s or more, and the issues at hand seems to be my low hash rig. This is why I am not so apt to believe something non-willfully changed on my end. It's quite the coincidence in timing.

Half relevant, if I am working on a share and a block is found, does it report instantly or finish the work unit?

Let me know if I am doing something right. Smiley
DOGE: DKBx8CMVnFwnea2uQ3RsLLB2CvQCFkzVT8
Cryptsy: 8981f2166046a5b587c4f86a2c994ec573a8a236
jedimstr
Hero Member
*****
Offline Offline

Activity: 798
Merit: 1000



View Profile
January 20, 2014, 09:49:30 AM
 #6488

What if I were to tell you me Reject were under 2% around 1.69% In 2 days only 1 GF and STale is very low under 0.5%

What does this mean


Primary is middlecoin.com

Seconday is Eu.middlecoin.com

 Have restarted CGminer for 2 days so far.

That's one of your problems right there.  Don't use the old main middlecoin.com as your primary.  It (and USWest which is currently identical) is on old code that's been less efficient than what's on the new beta servers. H2o has plans to update that one too and have Middlecoin.com be a front for all the regional servers that will give you the best location for your relative latency, but this hasn't been implemented yet, so for now if you want best returns, you should connect to the beta server closer to you.

Try setting your cgminer to the EU, USEast, or Asia beta servers with whichever server gives you the best sustained ping (lookout for spikes over a minute or so pinging) as the primary.

kb24mvp
Member
**
Offline Offline

Activity: 210
Merit: 10


View Profile
January 20, 2014, 10:44:16 AM
 #6489

All my miners are showing 1-2% rejects but middlecoin shows up to 10% at a time and its fluctuating quite hard

I've been monitoring all my miners closely and the rejects are all in that range even when MC starts spiking up with rejected mh/ shares

thoughts?
jedimstr
Hero Member
*****
Offline Offline

Activity: 798
Merit: 1000



View Profile
January 20, 2014, 10:58:30 AM
 #6490

All my miners are showing 1-2% rejects but middlecoin shows up to 10% at a time and its fluctuating quite hard

I've been monitoring all my miners closely and the rejects are all in that range even when MC starts spiking up with rejected mh/ shares

thoughts?

Which server are you pointing to? What's your ping to that server?

kb24mvp
Member
**
Offline Offline

Activity: 210
Merit: 10


View Profile
January 20, 2014, 11:10:32 AM
 #6491

USeast...

They were all under 100ms last time I checked and it shouldn't be an issue all on 100mbps connection ... more importantly were all mining on USeast for weeks without any rejects issues
raszeck
Newbie
*
Offline Offline

Activity: 8
Merit: 0


View Profile
January 20, 2014, 11:37:07 AM
 #6492

Anubite,

Please just TRY playing with your configuration. Your image is completely irrelevant. This rig is running 3 little 7850's.

http://i41.tinypic.com/29aph6f.png

This rig hasn't been touched since the switch, and it is running fine.

You're blaming the pool when it OBVIOUS there is something wrong with your rig.

And just to be curious, are you really trying to blame the pool on stats from what, an hour?!?!

Well, I can tell you my "rig" (o poor excuse of a rig) was doing "well" before de diff increased to 1024. I was getting around 0.8-0.9 shares per minute on a 7850-5770 setup using cgminer through CGWatcher. I'm now making 0.5-0.6 and I've changed nothing. My WU went from 500-505/m down to 450/m.  I set CGWatcher to restart the miner if there are no shares submitted for 10 minutes. It never restarted before the increase, now it does so 4 to 5 times a day. Not complaining, though, I understand it was a necessary step to take, but I can see where Anubite is coming from. Lower hashpower rigs are indeed suffering.
Caze
Member
**
Offline Offline

Activity: 107
Merit: 10


View Profile
January 20, 2014, 11:54:50 AM
 #6493

It's been said many times that uswest (middlecoin.com) is less profitable than useast.  I can only assume that means it is also less profitable than eu since eu and useast are both supposed to be running the new beta software (while uswest is running the older).  Try making eu or useast your primary based on latency.

That's one of your problems right there.  Don't use the old main middlecoin.com as your primary.  It (and USWest which is currently identical) is on old code that's been less efficient than what's on the new beta servers. H2o has plans to update that one too and have Middlecoin.com be a front for all the regional servers that will give you the best location for your relative latency, but this hasn't been implemented yet, so for now if you want best returns, you should connect to the beta server closer to you.

Try setting your cgminer to the EU, USEast, or Asia beta servers with whichever server gives you the best sustained ping (lookout for spikes over a minute or so pinging) as the primary.

From where do you guys get the idea that uswest/middlecoin.com would be running older code? Nothing of that sort has been said. It's not running older code, it's running the exactly same code. The other servers are beta because they're not 100% stable, hence the servers themselves are beta, not the code they are running.
fafalecureuil
Newbie
*
Offline Offline

Activity: 15
Merit: 0


View Profile
January 20, 2014, 12:14:48 PM
Last edit: January 20, 2014, 12:49:00 PM by fafalecureuil
 #6494

On to my reception and overview of 1024 pool difficulty.

For those of us with sub 2mh/s rigs, I feel we suffer. It takes my r9 290x at 962 kh/s anywhere from 45 seconds to over 2 minutes to complete one packet of work. It frequently takes my nVidia rig at 230kh/s over 10 minutes.

It appears that when a coin switches, that whole packet of work is rendered useless as cgminer starts to work on the new coin. If the coins switch enough, this adds up BIG TIME.

Below is an image of my hashing at MC.
Orange stars = Before diff 1024
Green Star = After

http://i42.tinypic.com/2u74orb.png

After having done absolutely nothing to my rigs, why else could this be happening?




We are not doing work. We're rolling dices. Previous trys aren't usefull.

What is raising difficulty ?
It's like having a 512 sides dice, giving you 512 bucks each time you make a 512.
Now you have a 1024 sides dice, giving you 1024 bucks each time you make a 1024.
Same average win, but bigger standard deviation. This means that the long term , when your winnigs are close to the average, is farther with 1024.

You see it negatively because sometimes, a fast round doesn't let you submit a share. But sometimes a fast round let you submit more shares than you should have !
Biggen
Full Member
***
Offline Offline

Activity: 160
Merit: 100


View Profile
January 20, 2014, 12:19:43 PM
 #6495

H2o has said that the code on each server is exactly the same.  They should all be mining the same coin with the same pool difficulty with the same switching algo.

The increase in pool diff has not effected my 18Mh/s farm.  In fact, my rejects have gone down slightly.  I am using the useast server.  My payout average over the last three days has been a very good .017BTC/Mh.  Very happy with that. 

Noticed were are sitting on a shitpile of coins.  Hopefully they are Doge with the price of those things running up like crazy.  I expect an excellent payday today or tomorrow when we cash those puppies out.
dragonmike
Hero Member
*****
Offline Offline

Activity: 1274
Merit: 556



View Profile
January 20, 2014, 12:53:48 PM
 #6496

That unexchanged balance is looking proper scary now... Has H2 provided any indication on how he's going to deal with it? Didn't find anything looking a few pages back...
Catswold
Sr. Member
****
Offline Offline

Activity: 518
Merit: 251



View Profile
January 20, 2014, 12:57:16 PM
Last edit: January 20, 2014, 01:10:20 PM by Catswold
 #6497

...and after a solid 12 hours or so of awesome silence the posts are back haha

My hashrate has been stable (it varies more by the hour than 512 diff, however, averaged across the day, is very accurate), my rejects low, and payout better than what Coinwarz calculates again, so I'm going to let H2O continue to do what he does best. Reading page after page of this (mostly) crap isn't worth his time... not surprised he removed this thread from the MiddleCoin site.

1024 Difficulty doesn't pose any problems unless your config is wrong, or you are a slow miner and getting really unlucky with your shares. What it has done is reduce server load and bring about better stability. I've been getting around 0.013 BTC per MH/s the past two days after making sure my config is correct, which I'll gladly take.

If you are having trouble with the pool then try another and see if the problem is with your equipment or the pool. If your settings work fine on another pool, however, not here, you are still probably still doing something wrong (with regard to 1024 diff), or using the wrong server. Depending on your latency, you will have to find out which works best for you. If you have multiple rigs, set them to different servers for a few days and compare payouts per MH/s (or KH/s)

Also, though it should be obvious, most of us are here for the money... if that means crushing a (probably junk anyway) coin or two then I think most of us are fine with that. There are already WAY too many terrible coins out there, and having so many threatens the legitimacy of the few that have proven (through popular acceptance/great dev teams/solid marketing) that they deserve to be here. If we can kill off junk coins and make money on it, I think that's a bonus. Many serious miners have invested 10k or more in mining equipment - they want an ROI above all else

Excellent points, all.

What part of that last paragraph is "excellent"? With that mindset I should be supporting companies that mine and sell conflict diamonds just because they invested in it and want to see an ROI? This is not the crusades, or the wild west and your investment does not give you a license to kill. The longer we can remain on the right side of ethics and help stabilize this market, the quicker the cryptocurrency usage will pickup.
Get a grip.  There aren't going to be 5000 different alt-coins when the whole crypto-currency market settles out.  The weak must die so that the strong survive and become part of the world economic system.

Most of these coins are JUNK!!!!  The offer NOTHING of any value beyond their own existence.

Can you send a message with it?
Can you encrypt with it?
Is your anonymity enhanced with it?
Does it offer anything of value beyond what BTC and LTC offer?

No . . . then it's a crap-coin and deserves to die.
Biggen
Full Member
***
Offline Offline

Activity: 160
Merit: 100


View Profile
January 20, 2014, 12:58:20 PM
 #6498

Why do the unexchanged coins scare you? I love the payouts s that follow those.
dragonmike
Hero Member
*****
Offline Offline

Activity: 1274
Merit: 556



View Profile
January 20, 2014, 01:04:46 PM
 #6499

Why do the unexchanged coins scare you? I love the payouts s that follow those.
...if the payouts happen.
If unexchanged balance just grows over time, you're not getting paid accordingly.
noegzit
Member
**
Offline Offline

Activity: 104
Merit: 10


View Profile
January 20, 2014, 01:05:55 PM
 #6500


...
On to my reception and overview of 1024 pool difficulty.

For those of us with sub 2mh/s rigs, I feel we suffer.
...




Nope.

Rigs from 0.71 Mh/s to 1.62 Mh/s here.


Pages: « 1 ... 275 276 277 278 279 280 281 282 283 284 285 286 287 288 289 290 291 292 293 294 295 296 297 298 299 300 301 302 303 304 305 306 307 308 309 310 311 312 313 314 315 316 317 318 319 320 321 322 323 324 [325] 326 327 328 329 330 331 332 333 334 335 336 337 338 339 340 341 342 343 344 345 346 347 348 349 350 351 352 353 354 355 356 357 358 359 360 361 362 363 364 365 366 367 368 369 370 371 372 373 374 375 ... 537 »
  Print  
 
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!