[ANN][AUTO-SWITCH] Profit-switch auto-exchange pool: CleverMining.com

[ghur]

Let's get this discussion back on track. Skimmed last few pages but it seems to have died out a bit.

This is probably some kind of MITM attack as the user was connected to a fake pool after disconnection. The question is where this MITM attack was performed.

I've noted a common element between CleverMining, Wafflepool and Multipool.us, all of which have users claiming to be affected.

All 3 use us-west stratum servers hosted by Digital Ocean.
I haven't checked all the stratum servers in different regions, but this certainly is a common enough element to add to the consideration.

It might be possible that misconfiguration on DO's side has opened up some attack vectors on these stratum servers.

[1714707297]

1714707297

[rallasnackbar]

Okay, one heretic question. Is it possible clever mine to start mining/trading scrypt-n/scrypt-jane and thus do a better profitability. May be it is too early for such step, there are not a lot of those coins.

Dont think so. Because then how will he check who is using ACIS miners?

[Echoenigma]

Okay, one heretic question. Is it possible clever mine to start mining/trading scrypt-n/scrypt-jane and thus do a better profitability. May be it is too early for such step, there are not a lot of those coins.

Dont think so. Because then how will he check who is using ACIS miners?

Couldn't you just put a scrypt-n switcher stratum on another port? ASICs/scrypt miners could have :3333 while scrypt-n is :3334, etc.

[zlobaio]

Okay, one heretic question. Is it possible clever mine to start mining/trading scrypt-n/scrypt-jane and thus do a better profitability. May be it is too early for such step, there are not a lot of those coins.

Dont think so. Because then how will he check who is using ACIS miners?

Couldn't you just put a scrypt-n switcher stratum on another port? ASICs/scrypt miners could have :3333 while scrypt-n is :3334, etc.

If "cleverining" is possible on scrypt-n coins then this will help a lot.

[klondike_bar]

Okay, one heretic question. Is it possible clever mine to start mining/trading scrypt-n/scrypt-jane and thus do a better profitability. May be it is too early for such step, there are not a lot of those coins.

Dont think so. Because then how will he check who is using ACIS miners?

Couldn't you just put a scrypt-n switcher stratum on another port? ASICs/scrypt miners could have :3333 while scrypt-n is :3334, etc.

If "cleverining" is possible on scrypt-n coins then this will help a lot.

the short answer is NO - in order to mine other algorithms beside scrypt, cgminer or another program needs to actually initiate with that mining protocol. Clever mining simply gives/receives scrypt hashes that can be applied to whatever the coin is at the time.

The stratum proxy CANNOT direct cgminer to switch algorithms at this point in time. To do so would almost certainly require an advanced command to modify the configuration file from 'scrypt' to 'n-scrypt' followed by a quit/restart command. Cgminer does not allow that and it should never allow that IMO as it would create a massive backdoor for stratum/pool to modify files on your computer and issue program commands

If you thought being forced into some other pool was a terrible attack, imagine if your cgminer was fed instructions to modify its .conf file to overclock/overvolt your GPU way past limits and re-initiate.

[zlobaio]

Okay, one heretic question. Is it possible clever mine to start mining/trading scrypt-n/scrypt-jane and thus do a better profitability. May be it is too early for such step, there are not a lot of those coins.

Dont think so. Because then how will he check who is using ACIS miners?

Couldn't you just put a scrypt-n switcher stratum on another port? ASICs/scrypt miners could have :3333 while scrypt-n is :3334, etc.

If "cleverining" is possible on scrypt-n coins then this will help a lot.

the short answer is NO - in order to mine other algorithms beside scrypt, cgminer or another program needs to actually initiate with that mining protocol. Clever mining simply gives/receives scrypt hashes that can be applied to whatever the coin is at the time.

The stratum proxy CANNOT direct cgminer to switch algorithms at this point in time. To do so would almost certainly require an advanced command to modify the configuration file from 'scrypt' to 'n-scrypt' followed by a quit/restart command. Cgminer does not allow that and it should never allow that IMO as it would create a massive backdoor for stratum/pool to modify files on your computer and issue program commands

If you thought being forced into some other pool was a terrible attack, imagine if your cgminer was fed instructions to modify its .conf file to overclock/overvolt your GPU way past limits and re-initiate.

The idea is to use one engine for scrypt coins and another for scrypt-n. Everybody decides where to mine depening on the profitability.

[CryptoCreeper]

I received a payout on March 25, 2014 1:30am TXID: afb5b81536131c3972b4d49e97e1bb8a60e016e4dc13984e7702229c9318fc5d

The transaction hasn't confirmed as the block it was included on (292341) is orphaned.

What should I do now?
Must CleverMining.com resend the transaction?

[Xenocyde]

I received a payout on March 25, 2014 1:30am TXID: afb5b81536131c3972b4d49e97e1bb8a60e016e4dc13984e7702229c9318fc5d

The transaction hasn't confirmed as the block it was included on (292341) is orphaned.

What should I do now?
Must CleverMining.com resend the transaction?

I have the same problem. My wallet is on BlockChain and transaction is unconfirmed, although my total sum calculates the money including this transaction as well, so I'm not sure if I'm missing any money right now.

[Terk]

I received a payout on March 25, 2014 1:30am TXID: afb5b81536131c3972b4d49e97e1bb8a60e016e4dc13984e7702229c9318fc5d

The transaction hasn't confirmed as the block it was included on (292341) is orphaned.

What should I do now?
Must CleverMining.com resend the transaction?

I guess you use blockchain.info. They seem to still have some database issues as this transaction already has 106 confirmations and it was included in this block: https://blockchain.info/block-index/381051/00000000000000008207767a04447b1fb0de1fc9c759e615ee76596094ae2415

If you search for afb5b81536131c3972b4d49e97e1bb8a60e016e4dc13984e7702229c9318fc5d on this page you will find this transaction. So even blockchain.info knows about this transaction and that it was confirmed in another block, but they just fail to display this information on a transaction page (https://blockchain.info/tx/afb5b81536131c3972b4d49e97e1bb8a60e016e4dc13984e7702229c9318fc5d) and the tx outputs might not be credited to your wallets if you use their wallet.

You can also confirm the transaction on another block explorer: http://blockexplorer.com/tx/afb5b81536131c3972b4d49e97e1bb8a60e016e4dc13984e7702229c9318fc5d

The transaction is fine, it was successfully sent. It's an internal blockchain.info issue that they don't display it properly. If you're using their wallet you should contact their support, paste all the info which I included above and let them investigate.

[Terk]

As blockchain.info is a popular wallet and it can affect lot of users, I tried to get their attention to this issue: https://twitter.com/CleverMining/status/448557707843612672

[Xenocyde]

Thanks Terk 

[CryptoCreeper]

Thanks Terk
I will also try importing my blockchain wallet into multibit and see what it shows.

[pl7]

hi,

im using a gridseed with scripta on the raspberry pi.
The problem is at my user stats it says no kHs Rate, but at scripta the gridseed is running an showing hashrate.

At other pools it works well!

Thanks

[Terk]

hi,

im using a gridseed with scripta on the raspberry pi.
The problem is at my user stats it says no kHs Rate, but at scripta the gridseed is running an showing hashrate.

At other pools it works well!

Thanks

Can't even check anything if you don't tell me your username.

[pl7]

17Ag2QAjrKYStqNCRaX5hx77Wwqx2a2PZ1

Thanks

[Terk]

17Ag2QAjrKYStqNCRaX5hx77Wwqx2a2PZ1

Thanks

All seems fine but you just started mining. I need to change this as it confuses too many people, but the website shows data with an 1-1.5h delay after you started mining. You have a realtime chart a little below on your user page and it shows realtime data.

This realtime chart shows you hashing at ~400 kH/s but with 30% rejected (no idea why it's so high, the pool average is much much lower), so your total hashrate sent to the pool is ~570 kH/s of which 400 kH/s was accepted and 170 kH/s rejected.

[pl7]

ok thanks for helping

[Cryptos2go]

US west is down for me.

[Terk]

US west is down for me.

US West is doing fine and didn't have any downtime or decreased hashrate.

[PCMiner]

What ever came of the re-direct thing from the last few days?  I wasn't affected, but it was interesting to read about...