DDoS attack is starting up again.
|
|
|
Mining service is back online again.
I am working on getting backup pools in the client, multiple mining servers, and some other things that will help.
|
|
|
No, reducing the global hashrate doesn't have any immediate impact, as the difficulty is still the same.
Your chance to make blocks is only affected by your own hashrate and the current difficulty.
If they ddos a substantial amount of the global hashrate for a substantial amount of time then it may affect the next difficulty adjustment. You would have to ddos a lot to have any noticeable effect. Doesn't seem to be a likely reason for the attacks, unless the attackers are confused about how difficulty works.
|
|
|
Confirmed, it's a DDoS attack.
|
|
|
Something like 90% packetloss to the mining server right now. Could be a DDoS attack.
|
|
|
I have tried it on a notebook and it works if I connect max. 3 Sticks there (Linux + Win); they are not overclocked; - I guess it has to do with the cheap HUB's and their PSU's that only give enough current at low temperatures?! I hope I get next week the Anker USB 3.0 HUB and then this works correctly.
Could be a power issue, yes. I guess the best thing to do is; find out which hubs are used by people mining with 50 of those sticks. Buy the same hub.
|
|
|
a few days it has run with 7 Block erupter without Problems, then it has begun to error it is the same hub as before, (I have changed nothing), then I tried another hub, another port, cgminer, -> always errors
So different miner clients, different USB ports, different USB hubs, all result in lots of errors.. I guess you could try them on a different computer, but it sounds like the devices themselves are having issues. Are they overclocked? Do they get very hot? Does it make any difference if you just try to run 1 or 2 instead of so many at once?
|
|
|
2013.06.15 [10:16] Icarus (ttyUSB0) ERROR: Too many errors, giving up
That's a lot of errors. Could it be an issue with the USB hub? Have you tried whether it works with bfgminer?
|
|
|
BitMinter client v1.4.0 beta2 is ready for testing. New since beta1: - Corrected hashrate and runs smoother on ASICMiner Block Erupter USB
- Fixed intermittent error messages on BFL ASICs
- Better Mac OS X integration (proper screen menu and dock icon)
Please check it out:
|
|
|
At the Bitcoin 2013 conference, security researcher Dan Kaminsky predicted that the current algorithm will not survive the year.
Time for a different prediction: He's been wrong about bitcoin before, and he'll be wrong again. I agree. Changing the algorithm just means new ASICs will be made for the new algorithm. It doesn't really change anything. He does have a point about "one dude" though.
|
|
|
These guys seem to be spamming heavily by email, various forums and even a debian mailing list.
I guess the "advertising" has begun.
If someone accuses you of being a scammer, the answer is not to start spamming everywhere. That's something scammers do.
|
|
|
Yes, sometimes the work gets very low (I usually get more work when it gets down to the 50s though), and since I have 11 devices all on this one worker, I sometimes don't get enough new work queued up fast enough.
I guess it drops to 0 for a short moment when there is a block change (long poll). Maybe I made the code for the Icarus a bit too sensitive to that and it complains quickly. I'll add Stratum support soon, which will eliminate that moment of rushing to get new work after a block change.
|
|
|
Running the newest version of the alpha (v1.4.0 alpha5) is actually stable. Seems to be running fine on my machine now. Would you recommend continuing to run the alpha? I've got 10 of these babies and a 7950 hashing away.
EDIT: Though, I am getting errors such as:
2013.06.14 [03:19] Icarus (COM36) ERROR: Icarus (COM36) ran out of work. Idling...
If it works ok it will become the next beta, and hopefully soon the final 1.4.0. Hmm, is the status line at the bottom showing zero queued work at the time? (grey boxes)
|
|
|
For those wondering if CloudHashing is getting ASICs from other places than BFL, the second banner in the rotation at https://www.kncminer.com/ can be interesting.
|
|
|
I get a lot of crazy errors when running the alpha, such as: negative hash rates, some miners not actually finding any blocks when they can in the stable version, and a rough time "tuning timers".
Could you cut'n'paste the messages and PM them to me here, or email at operator@bitminter.com ?
|
|
|
DrHaribo, I am planning on purchasing some of the k1, k16, k64 devices, is there any reason to believe that we will not be able to use these with your system?
Any info on which protocol they use? If they need a computer with miner software to run, that is. They will run fine with the pool. But probably not with BitMinter client, depending on which protocol they use.
|
|
|
Sorry, should have clarified - I have been using the silabs drivers. BitMinter works AWESOME with my erupters, but occasionally I get one that always throws those errors and never connects. Totally understand that it's hard to troubleshoot if you don't have one Does it help to move it to a different USB port? If you mine on only that device does that work? one device running has 100% miscalculations Did you try mining on only that one, connected directly to the computer instead of the hub? Just to rule out the hub being bad. You could also try a different miner (I believe bfgminer works with the silabs driver), but the way it finds the wrong nonces all the time, it doesn't look good.
|
|
|
At the Bitcoin 2013 conference, security researcher Dan Kaminsky predicted that the current algorithm will not survive the year.
|
|
|
Dr Haribo,
Are you working with TerraHash to make the bitminter client compatible with their ASIC Boards ?!
All I've been able to find out is that they will create their own protocol and support will be added to cgminer. I've offered to add support in BitMinter client, but they're not very communicative.
|
|
|
|