[ANN] CryptoSwitcher - Automatically mine the best coin.

[area]

What is CryptoSwitcher?
You've heard about these altcoins, and none have them have taken your fancy; you think they're all clones and destined to failure. You think BTC is the one true way, and are still mining it. The altcoins aren't useless to you. Many of them are more profitable to mine short-term than BTC if you just sell them at the market price.

How can I used it?
The source is available at https://github.com/area/CryptoSwitcher. Clone it, and then edit the cryptoswitcher.config.sample file as it instructs in the comments. If you wish to use BTC-E, you will need to edit the 'key.sample' file to contain your API key, and move it to 'key'. The README included should be a bit more comprehensive than the instructions here. If you already have scripts to start and stop mining, then setup should be easy for you.

How does it work?
The actual maths is done by the websites:

http://dustcoin.com/mining
http://coinchoose.com
http://fizzisist.com (Vanity address mining only - down at the moment?)

This is just a wrapper to use the above sites to pick the most appropriate mining activity for your hardware, and make sure that it's doing the right thing for you. It's written in Python, and uses scripts (which the end-user must write, in the language of their choice; some samples are included) to stop other miners and launch the appropriate one.

Isn't this a terrible idea?
Maybe. I honestly haven't decided whether coin-hopping is a bad thing long term. The consequences of wide-spread adoption that I can think of are:

• This would tie the value of all alt-coins to BTC.
• It would cause massive difficulty spikes as retargets happen, causing mining an alt-coin to become less profitable and hoppers to mine elsewhere. The dedicated miners on that coin are then left with a much higher difficulty than they should have, and struggle to find blocks. We have seen this happen already with TRC, which is still struggling to deal with the aftermath

The closest parallel to this I can think of is pool-hopping. However, pool-hopping eventually brought about good - nearly all hoppable pools eventually moved from proportional payouts to an unhoppable payout scheme (e.g. DGM), and pool hopping died as an art, despite the best efforts of P4Man and others. I feel like the same should happen here; if an alt-coin is unable to convince people of its merits such that it is mined regardless of profitability compared to mining the more accepted BTC - or is unable to deal with the consequences of not doing so - then perhaps it doesn't deserve to succeed.

I think this is probably the most contentious issue with this project, and is probably going to get worse as BTC difficulty continues to rise with the advent of ASICs, and people with outdated hardware look to put it to use. I welcome input on this particular aspect.

Features

• Support for both Dustcoin and Coinchoose, and all the coins they list (though only one site may be used at a time)
• Takes merged mining into account if you say its available
• Will automatically sell coins for BTC on BTC-E and/or Vircurex if you choose.

Todo

• Vircurex support
• Use both Dustcoin and Coinchoose at the same time?
• Use the CGMiner API to switch between coins with the same hashing algorithm in one CGminer instance. If a user were to allow remote API access, then this could in theory be provided as a service, without the user having to run the script themselves.
• Monitor miners for dead pools.

[sal002]

Very good work.  I am about to test this out!

[Simran]

What is CryptoSwitcher?
You've heard about these altcoins, and none have them have taken your fancy; you think they're all clones and destined to failure. You think BTC is the one true way, and are still mining it. The altcoins aren't useless to you. Many of them are more profitable to mine short-term than BTC if you just sell them at the market price.

How can I used it?
The source is available at https://github.com/area/CryptoSwitcher. Clone it, and then edit the cryptoswitcher.config.sample file as it instructs in the comments. If you wish to use BTC-E, you will need to edit the 'key.sample' file to contain your API key, and move it to 'key'. The README included should be a bit more comprehensive than the instructions here. If you already have scripts to start and stop mining, then setup should be easy for you.

How does it work?
The actual maths is done by the websites:

Dustcoin
Coinchoose
Fizzisist (Vanity address mining only - down at the moment?)

This is just a wrapper to use the above sites to pick the most appropriate mining activity for your hardware, and make sure that it's doing the right thing for you. It's written in Python, and uses scripts (which the end-user must write, in the language of their choice; some samples are included) to stop other miners and launch the appropriate one.

Isn't this a terrible idea?
Maybe. I honestly haven't decided whether coin-hopping is a bad thing long term. The consequences of wide-spread adoption that I can think of are:

• This would tie the value of all alt-coins to BTC.
• It would cause massive difficulty spikes as retargets happen, causing mining an alt-coin to become less profitable and hoppers to mine elsewhere. The dedicated miners on that coin are then left with a much higher difficulty than they should have, and struggle to find blocks. We have seen this happen already with TRC, which is still struggling to deal with the aftermath

The closest parallel to this I can think of is pool-hopping. However, pool-hopping eventually brought about good - nearly all hoppable pools eventually moved from proportional payouts to an unhoppable payout scheme (e.g. DGM), and pool hopping died as an art, despite the best efforts of P4Man and others. I feel like the same should happen here; if an alt-coin is unable to convince people of its merits such that it is mined regardless of profitability compared to mining the more accepted BTC - or is unable to deal with the consequences of not doing so - then perhaps it doesn't deserve to succeed.

I think this is probably the most contentious issue with this project, and is probably going to get worse as BTC difficulty continues to rise with the advent of ASICs, and people with outdated hardware look to put it to use. I welcome input on this particular aspect.

Features

• Support for both Dustcoin and Coinchoose, and all the coins they list (though only one site may be used at a time)
• Takes merged mining into account if you say its available
• Will automatically sell coins for BTC on BTC-E if you choose

Todo

• Vircurex support
• Use both Dustcoin and Coinchoose at the same time?
• Use the CGMiner API to switch between coins with the same hashing algorithm in one CGminer instance. If a user were to allow remote API access, then this could in theory be provided as a service, without the user having to run the script themselves.

If this uses Scrypt and SHA-256, how do you switch between them in the miner files?

[Ilocans]

Hi,
Good idea
However, Error 404 for https://github.com/area/CryptoSwitcher
The 3 links to Dustoin, Coinchoose and Fizzsist does not work

[area]

If this uses Scrypt and SHA-256, how do you switch between them in the miner files?

The sample scripts I've included are for Bitcoin and Litecoin, and show how this is done. In short, if we are mining BTC and the script decides to switch to LTC, litecoin.sh is run. The first thing that litecoin.sh does is close all instances of CGMiner using the CGMiner API. It then sets the clocks correctly for LTC mining, and only then does it spool up a new instance of CGminer, mining the desired coin, making sure that API access is enabled for future switching. Each script you write and use (i.e. beyond the litecoin.sh and bitcoin.sh files included) should do roughly the same thing.

[sal002]

Hi,
Good idea
However, Error 404 for https://github.com/area/CryptoSwitcher
The 3 links to Dustoin, Coinchoose and Fizzsist does not work

Comes up here - all of them.  Is your internet okay?

[area]

Hi,
Good idea
However, Error 404 for https://github.com/area/CryptoSwitcher
The 3 links to Dustoin, Coinchoose and Fizzsist does not work

Comes up here - all of them.  Is your internet okay?

The first post had errors in the URLs for those three (I'm too used to BBCode), which I have now corrected.

[area]

Fizzisist seems to be back up, but is now returning 'null' for profitability, which I had never seen before. I have pushed an update that handles this gracefully.

[bajanboost]

It would be nice if you included a pool failover for each coin.

For example if the profitability was showing litecoin and my rigs switched to that, then if a pool is dead / failing, the rig will switch pools.

[area]

It would be nice if you included a pool failover for each coin.

For example if the profitability was showing litecoin and my rigs switched to that, then if a pool is dead / failing, the rig will switch pools.

Agreed, I've been thinking about this too and looking into the CGminer API. For now, I can only recommend you have backup pools in your CGminer configuration files, but I realise that for the more exotic coins that's probably easier said than done.

[skeeterskeeter]

I would love to try this, but I barely can get these old ass 5830's working on windows, linux I couldn't get a good OpenCL.

Would love to see if it ever gets thrown into a good 'ol exe

[celkaris]

you guys realize that if this gets popular enough, every single coin out there will put its difficulty so high that the profitability indicator will never go green again, leading to miners leaving the chain, finally killing all those coins ?

you'll just waste electricity (unless you already planned to dump every single coin as soon as it's received, and forget about those altcoins when they're completely dead, but i'd bet you won't find buyers once those indicators turns red)

[sal002]

you guys realize that if this gets popular enough, every single coin out there will put its difficulty so high that the profitability indicator will never go green again, leading to miners leaving the chain, finally killing all those coins ?

And then the difficulty will go back down

[fcmatt]

you guys realize that if this gets popular enough, every single coin out there will put its difficulty so high that the profitability indicator will never go green again, leading to miners leaving the chain, finally killing all those coins ?

you'll just waste electricity (unless you already planned to dump every single coin as soon as it's received, and forget about those altcoins when they're completely dead, but i'd bet you won't find buyers once those indicators turns red)

More likely they will hop around and gets less due to pool design now days which reward steady miners.
Or profitability will even out for all of them making it pointless.

[celkaris]

you guys realize that if this gets popular enough, every single coin out there will put its difficulty so high that the profitability indicator will never go green again, leading to miners leaving the chain, finally killing all those coins ?

And then the difficulty will go back down

if nobody mines it (10 miners with 500Mh/s each means nobody once diff is really high) there's no chance diff goes down any time soon

[bajanboost]

It would be nice if you included a pool failover for each coin.

For example if the profitability was showing litecoin and my rigs switched to that, then if a pool is dead / failing, the rig will switch pools.

Agreed, I've been thinking about this too and looking into the CGminer API. For now, I can only recommend you have backup pools in your CGminer configuration files, but I realise that for the more exotic coins that's probably easier said than done.

It can be done. I have seen pool switching scripts - Allow your users to update a single config file:

Litecoin Pools:
pool1 - notroll.in -u -p
pool2 - etc etc

Bitcoin Pools:

etc etc...

Following simple logic, allow a user to update his config with all pools he wants - then set triggers

example:

failconnect () //if failure to connect after 60 seconds, switch pool
highstale () //if high stale rate then drop pool

Thoughts?

[area]

It would be nice if you included a pool failover for each coin.

For example if the profitability was showing litecoin and my rigs switched to that, then if a pool is dead / failing, the rig will switch pools.

Agreed, I've been thinking about this too and looking into the CGminer API. For now, I can only recommend you have backup pools in your CGminer configuration files, but I realise that for the more exotic coins that's probably easier said than done.

It can be done. I have seen pool switching scripts - Allow your users to update a single config file:

Litecoin Pools:
pool1 - notroll.in -u -p
pool2 - etc etc

Bitcoin Pools:

etc etc...

Following simple logic, allow a user to update his config with all pools he wants - then set triggers

example:

failconnect () //if failure to connect after 60 seconds, switch pool
highstale () //if high stale rate then drop pool

Thoughts?

I would prefer to keep that sort of configuration in the CGminer config files that people probably already have. In addition, you have to restart CGminer to switch from an Scrypt coin to a SHA256 coin, unless I'm missing something drastic in the API, so this is unable to be done purely with a single CGminer instance and the API. I think I know how I want to approach this.

[bajanboost]

How will this work with something like BAMT? https://bitcointalk.org/index.php?topic=65915.0

[Oknocaps]

Looks neat, will try whenever I get home.

[sal002]

How will this work with something like BAMT? https://bitcointalk.org/index.php?topic=65915.0

I'd think so, as long as you install python (which might already be installed in BAMT).