Could you disable the autoswitch, at least temporarily? If this coin does not have any value now or in the future it's just waste of time and hashing power. Balance of these seems to grow when using port 4444...

Solution: installed Chrome, just for suprnova.cc... 

Personally I do not like Chrome because of it's poor configurability and strange background connections (some kind of unwanted tracking perhaps; just running Chrome will create mysterions 18 TCP/IP connections which I was not asked to do). Maybe this will work as temporary solution until there's enough time to update the Firefox...

Hi!

Having serious issues with suprnova.cc, SSL errors with different browsers, for example "ssl_error_no_cypher_overlap" with old Firefox. This is ONLY site having this issue, everything else works ok. I'm lazy to start a browser update just for a one site, it's huge job because lots of plugins, addons and changed settings...

According to this test the compatibility with different browsers look poor:
https://www.ssllabs.com/ssltest/analyze.html?d=emc2.suprnova.cc

This pools seems to have very uncommon ssl setup because for now it's the only pool which I cannot access. Is that really necessary? This problem started maybe a week ago.

Hmm.. Maybe with Raspberry Pi 2? It should have 6x more performance due to it's quad-core CPU (if that's the problem). Maybe I will get one and have a try this.. just for fun & study. I have couple of B+'s used to control old scrypt USB miners for example. By the way.. is the wallet.dat from windows wallet compatible with Linux wallets? If it's based on same source code I think it should be?

Understood. So Raspberry Pi version of this wallet would be very nice to have.. 
It would be like a mining machine but consuming only couple watts of power...

Sorry about silly question but this staking mechanism is not familiar: so is it required to keep the wallet running all the time during the 8% per day period, or not? Tried to study this but there's no clear answer - some coins seems to be get aging based stakes even with wallet closing while in some other instructions they say wallet must be running... 

Already noticed that shutting the wallet overnight will cause some bigger stakes when the wallet is turned on again, but hard to say is there any difference with income with these two ways.

If the wallet is kept running all the time there will be huge amount of transactions and they seem to increase the wallet.dat file size. I hope it would not be corrupted if there will be thousands of transactions due to staking?

It would be good idea to reduce the hashrate with little steps to get that diff even more down. Otherwise this could be jammed again when those high hashrate miners stop mining suddenly?

Ok, mining @ suprnova now..
Funny, it still shows EMONEY/Day values. I really hope that this is not a sign of old wallet??

Still stuck in 6000..

Please someone start a pool!

I could be one who can temporarily donate a some hashing power (like 450 Ghash/s) as a help to get this moving...

Maybe I'm the unluckiest person here - or is this normal: I did withdraw from Bittrex maybe just a moment when the PoW-POS switching happened. I saw that transaction on my wallet right away, but it stays with 0 confirmations forever. If I search the transaction ID from block explorer, it will not find it. Anyone else with that same situation?

And what will happen to these "unconfirmed" state transactions if we move to new blockchain?

About order #1311 (USB miners), received yesterday.

One of the units is DOA. It is recognized by Windows or Linux (Raspberry Pi) but noes not work Scrypt mode. Infact when mining is started it's current consumption drops down, when it should normally rise. In idle state the consumption looks normal. Something seems to be failing in the hardware. Other units of same order are working normally. Sent two emails from this topic, not got any answer yet. Maybe in this forum?

Do you still have spare units for warranty replacement?
What is the address for warranty returns shipment?