[~1000 GH/sec] BTC Guild - 0% Fee Pool, LP, SSL, Full Precision, and More

[PcChip]

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)

[1713882581]

1713882581

[1713882581]

1713882581

[1713882581]

1713882581

[1713882581]

1713882581

[1713882581]

1713882581

[Kanti]

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]

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]

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).

[Kanti]

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]

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

[Kanti]

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]

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.

[magik]

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]

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]

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]

Heh.. not all pools have done that

[IlbiStarz]

Now we know that when BTCGuild is down, everyone goes to Deepbit. 51%

[wolftaur]

Now we know that when BTCGuild is down, everyone goes to Deepbit. 51%

I went to BTCmine for just that reason...

[hugolp]

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]

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]

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]

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]

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]

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.