PcChip
|
|
July 06, 2011, 11:41:44 PM |
|
Way to be a troll. I'm just wishing the guy well - not literally praying that the Internet Gods resolve the issue.
I wish the guy well as well, I just don't think praying will accomplish much. But I do agree with you about letting us know if we can help (hopefully we all agree with this)
|
Legacy signature from 2011: All rates with Phoenix 1.50 / PhatK 5850 - 400 MH/s | 5850 - 355 MH/s | 5830 - 310 MH/s | GTX570 - 115 MH/s | 5770 - 210 MH/s | 5770 - 200 MH/s
|
|
|
Kanti
Newbie
Offline
Activity: 14
Merit: 0
|
|
July 06, 2011, 11:42:03 PM |
|
So um, why exactly are botnets bad, wouldn't the additional hash power be beneficial for our cause? Could the stats of the botnet please be posted so we can all get a better understanding of what the network was doing and why it had to be rid of?
Total Mhash toward pool Total bandwidth of pool server(s) used (amount in percentage as well) Blocks found coins generated shares number of workers
Also, if bandwidth was the ultimate issue, what if the zombie network funneled work to a server of the hacker. Would it have been better for the hacker to create his own pool, or could the hacker have have lumped all the data and submitted it to the pool from a single location, thus lessening the load of the BTC G server that would otherwise have to deal with multiple connections to thousands of individual miners?
|
|
|
|
KarlSpaat
Newbie
Offline
Activity: 47
Merit: 0
|
|
July 06, 2011, 11:56:24 PM |
|
So um, why exactly are botnets bad, wouldn't the additional hash power be beneficial for our cause? Could the stats of the botnet please be posted so we can all get a better understanding of what the network was doing and why it had to be rid of?
Total Mhash toward pool Total bandwidth of pool server(s) used (amount in percentage as well) Blocks found coins generated shares number of workers
Also, if bandwidth was the ultimate issue, what if the zombie network funneled work to a server of the hacker. Would it have been better for the hacker to create his own pool, or could the hacker have have lumped all the data and submitted it to the pool from a single location, thus lessening the load of the BTC G server that would otherwise have to deal with multiple connections to thousands of individual miners?
Could you please explain, why additional hashpower is good for you? It increases difficulty, lowering your income, etc. Botnets produce a lot of hash power, without someone who has to care energy prices, hardware costs, etc. Would it be good for your company, if all concurrents didnt have to pay for their employees? ? But if you prefer that a botnet with enough hashpower, lets say 10THashs increases the difficulty in a way, that everyone who has to pay electricity bills has to shut down his rigs ...
|
|
|
|
eleuthria (OP)
Legendary
Offline
Activity: 1750
Merit: 1007
|
|
July 07, 2011, 12:06:26 AM |
|
Brand new server is being setup in a different facility. Fatter pipes, they're not afraid of helping someone with a DDoS (whereas many other hosts would prefer a person who attracts DDoS's would GTFO).
|
RIP BTC Guild, April 2011 - June 2015
|
|
|
Kanti
Newbie
Offline
Activity: 14
Merit: 0
|
|
July 07, 2011, 12:09:10 AM |
|
If the botnet is bringing in block after block that the pool gets to share, then it would be beneficial to those who have less powerful PCs. I'd be more worried about botnets on a competitor's pool.
|
|
|
|
grndzero
|
|
July 07, 2011, 12:10:52 AM |
|
So um, why exactly are botnets bad, wouldn't the additional hash power be beneficial for our cause? Could the stats of the botnet please be posted so we can all get a better understanding of what the network was doing and why it had to be rid of?
Total Mhash toward pool Total bandwidth of pool server(s) used (amount in percentage as well) Blocks found coins generated shares number of workers
Also, if bandwidth was the ultimate issue, what if the zombie network funneled work to a server of the hacker. Would it have been better for the hacker to create his own pool, or could the hacker have have lumped all the data and submitted it to the pool from a single location, thus lessening the load of the BTC G server that would otherwise have to deal with multiple connections to thousands of individual miners?
This one is particularly bad because it was horribly misconfigured and asking for more work than it was ever going to give back. CPU's aren't very efficient miners even when properly configured and the trojan package obviously didn't gauge the performance of the CPU and take any steps to optimize it's performance. Total Mhash toward pool: bitcoin.lc said it was about 6k clients, so * 5-10 mh depending on CPU = 3-6Gh is my guesstimate Total bandwidth used: 6000 clients would probably make a noticeable difference but supporting miners doesn't take a lot of bandwidth Blocks found: horribly misconfigured clients hurt honest miners by causing idles thus slowing down block solving
|
Ubuntu Desktop x64 - HD5850 Reference - 400Mh/s w/ cgminer @ 975C/325M/1.175V - 11.6/2.1 SDK Donate if you find this helpful: 1NimouHg2acbXNfMt5waJ7ohKs2TtYHePy
|
|
|
Kanti
Newbie
Offline
Activity: 14
Merit: 0
|
|
July 07, 2011, 12:29:29 AM |
|
Well I guess if the botnet was poorly configured and only netting a few Ghash it really wasn't worth having around if all it was really doing was gumming up the system. I was thinking it was in the 10s - 100s of Ghash and netting us blocks like crazy. So had it been asking for a proper amount of work, and completing it appropriately, would this thread even exist or would we be carrying on business as usual?
|
|
|
|
wolftaur
Member
Offline
Activity: 112
Merit: 10
|
|
July 07, 2011, 12:41:30 AM |
|
Well I guess if the botnet was poorly configured and only netting a few Ghash it really wasn't worth having around if all it was really doing was gumming up the system. I was thinking it was in the 10s - 100s of Ghash and netting us blocks like crazy. So had it been asking for a proper amount of work, and completing it appropriately, would this thread even exist or would we be carrying on business as usual?
Well, it might have been business as usual -- not that I question eleuthria's motives, though. I'm just guessing a botnet that wasn't making such a massive resource drain and generating so much log activity might have gone unnoticed for longer.
|
"MOOOOOOOM! SOME MYTHICAL WOLFBEAST GUY IS MAKING FUN OF ME ON THE INTERNET!!!!"
|
|
|
magik
Newbie
Offline
Activity: 44
Merit: 0
|
|
July 07, 2011, 01:49:49 AM |
|
sad to think that the only reason this could be detected is because of the ill configuration of the miners...
hell all he'd have to do to avoid this is setup his own private pool, or if he really wanted, set up a proxy in between his miners and the pool...
but I guess that requires you to have an ip that all the bots can connect to, possibly implicating someone
this just screams script kiddie to the max, has unimaginable power with a botnet, yet seems unable to program something as simple as a bitcoin proxy.
Script Kiddie: "Hrm... all the pools keep banning me! What do I do!?!?!one!?!?!" Script Kiddie: "There must be some way to keep them from detecting my botnet..." Script Kiddie: "Ahhh fuck it, there's this nice easy shiny DDOS button on my botnet controller"
|
|
|
|
CubedRoot
|
|
July 07, 2011, 01:52:56 AM |
|
I love how everyone throws script kiddies around. Why the heck would a botnet owner waste his time creating a pool or setting up a proxy? With a few keystrokes they can have their entire botnet mining on whatever pool they want, and never have to use their own resources.
|
|
|
|
magik
Newbie
Offline
Activity: 44
Merit: 0
|
|
July 07, 2011, 01:55:00 AM |
|
I love how everyone throws script kiddies around. Why the heck would a botnet owner waste his time creating a pool or setting up a proxy? With a few keystrokes they can have their entire botnet mining on whatever pool they want, and never have to use their own resources.
because all the pools banned him because the pools weren't built to maintain 6k useless clients hashing away at 2MH/s
|
|
|
|
CubedRoot
|
|
July 07, 2011, 01:55:49 AM |
|
Heh.. not all pools have done that
|
|
|
|
IlbiStarz
|
|
July 07, 2011, 07:01:53 AM |
|
Now we know that when BTCGuild is down, everyone goes to Deepbit. 51%
|
|
|
|
wolftaur
Member
Offline
Activity: 112
Merit: 10
|
|
July 07, 2011, 07:06:57 AM |
|
Now we know that when BTCGuild is down, everyone goes to Deepbit. 51%
I went to BTCmine for just that reason...
|
"MOOOOOOOM! SOME MYTHICAL WOLFBEAST GUY IS MAKING FUN OF ME ON THE INTERNET!!!!"
|
|
|
hugolp
Legendary
Offline
Activity: 1148
Merit: 1001
Radix-The Decentralized Finance Protocol
|
|
July 07, 2011, 07:12:37 AM |
|
Now we know that when BTCGuild is down, everyone goes to Deepbit. 51%
I went to slush. Im waiting for this guys to finish their present block to join them. Awesome performance regarding stales: http://forum.bitcoin.org/index.php?topic=12181.0
|
|
|
|
flower1024
Legendary
Offline
Activity: 1428
Merit: 1000
|
|
July 07, 2011, 07:26:53 AM |
|
my backup pool is mineco.in
less stales, and they even give you the gained transaction fee...
since yesterday it went from 50GHash to 150GHash....
|
|
|
|
bitcoindaddy
|
|
July 07, 2011, 11:05:35 AM |
|
So what is the difference between 6000 botnet machines doing CPU mining and 6000 normal users doing CPU mining? Aren't they just as bad for the network/pool because of their effect on the server? Enforcing some kind of efficiency standard would help everyone else in the pool who is pulling their weight.
|
|
|
|
m3ta
|
|
July 07, 2011, 11:21:58 AM |
|
Now we know that when BTCGuild is down, everyone goes to Deepbit. 51%
Hell no. I'd never use a pool with so high fees, AND with a 1 hour delay on stats. Moved to Slush.
|
|
|
|
flower1024
Legendary
Offline
Activity: 1428
Merit: 1000
|
|
July 07, 2011, 11:27:21 AM Last edit: July 13, 2011, 10:11:09 PM by flower1024 |
|
stats delay is a good thing!
it's the only way how prop-pools can fight pool-hoppers. and with pool-hoppers on a pool YOU are loosing coins.
as its automated and there are scripts in this forum available i think that many do this.. (mineco.in for example looses 5-20ghash whenever a round ends - which maybe are pool hoppers)
-- edit: changed my mind. don't know if pool hoppers are bad at all. just imagine they are just using one pool for itself. would your earnings be higher or lower? i think they are the same
|
|
|
|
CubedRoot
|
|
July 07, 2011, 11:59:08 AM |
|
I dont suggest moving to deepbit, since they are close to 51% of network power. I suggest moving to one of the smaller pools, like www.bithasher.com and help them out. The more pools that are out there, the more secure the currency is.
|
|
|
|
|