GREAT Alternative to the EVIL DeepBit

[slippyrocks]

BTW, OP's math is totally wrong

2473 * (1/3) + 2084 * (1/3) + 506 * (1/3)

Yes addition is very hard to grasp. If one card is participating in a 2473 GH/sec pool, another a 2084 GH/sec

pool, and yet another a 506 GH/sec pool what is the total GH/sec of the pools the cards are participating in?

[1714163946]

1714163946

[1714163946]

1714163946

[1714163946]

1714163946

[1714163946]

1714163946

[pennytrader]

Total BS. You only have one third of cards in any of the pool. If you only care about the total, you should split your hasing power into every single pool (other than deepbit because you think it's evil) and your formula will generate even greater number.

Do whatever you want and I'm sticking with deepbit, so will the rest 5 terahash.

[talldude]

Total BS. You only have one third of cards in any of the pool. If you only care about the total, you should split your hasing power into every single pool (other than deepbit because you think it's evil) and your formula will generate even greater number.

Do whatever you want and I'm sticking with deepbit, so will the rest 5 terahash.

It cuts down the variance of payouts...if you're too dense to see that, go ahead and keep paying the fees at deepbit.

[teflone]

You forgot to put "Mu-hahahahahhahahahaha!" at the end

[Iyeman]

I personally am using deepbit now because of all the problems I had with other pools.  I rarely have to worry about my miners idleing at deepbit, they can handle ddos's pretty well also.  All in all I prefer the steady, reliable payout from deepbit compared to splitting my miners up between X pools.  And I have 4 workers tapping into what 21.6 TH/s? (<Troll>lol the logic behind the OP's math is flawed to say the least</Troll>)

[Dargo]

According to the logic suggested by the OP, I guess I should mine with 1/3 of my cards at deepbit, and the other 2/3 at deepbit as well, since then I'm somehow tapping into 5363 + 5363 + 5363 = 16,089 Ghps. Wait, no, I should mine with 1/10 of my cards at deepbit, and the other 9/10 at deepbit. Then I'm tapping into 10x5363 = 50,363 Ghps. Someone needs to rethink their maths.

I was missing the point here b/c it's just an attempt to get the low variance of deepbit without mining at deepbit. But I still think you have to be careful about simply adding up the hash rates of the pools you are mining and assuming you will have the variance of the sum. For instance, suppose I have 3 Ghps to mine with. I point 1 Gh at pool 1 with 2,500 Ghps, 1 Gh at pool 2 with 3,000 Ghps, and solo mine with the last Gh. It would be a mistake to think that I am then going to get the same variance as mining at a single pool with 2500 + 3000 +1 = 5501 Ghps, because I am going to be getting huge variance for 1/3 of my hashes. Similarly, I don't think you would want to point 1/3 of your hashes at a pool with only 500 Ghps, because you will still be getting fairly large variance for 1/3 of your hashing power.

[hawks5999]

I personally am using deepbit now because of all the problems I had with other pools.  I rarely have to worry about my miners idleing at deepbit, they can handle ddos's pretty well also.  All in all I prefer the steady, reliable payout from deepbit compared to splitting my miners up between X pools.  And I have 4 workers tapping into what 21.6 TH/s? (<Troll>lol the logic behind the OP's math is flawed to say the least</Troll>)

SMF uses [troll] tags not <troll> tags. Get it straight!

[slippyrocks]

Total BS. .... generate even greater number.

Please show me this magical math where the total is greater than the sum.

.... careful about simply adding up the hash rates of the pools you are mining and assuming you will have the variance of the sum.

First off  I said was the cumulative hashing power would be 5063 GH/s and that is correct.
As far as variance which is a random variable working on three blocks should be better. The wiki says
payout method used by the pool affects variance the most which makes sense the more I think about it.
http://en.bitcoin.it/wiki/Mining_pool_reward_FAQ#How_much_will_the_pool_decrease_my_variance.3F
Visual comparison of pool payout methods based on real-world data
https://bitcointalk.org/index.php?topic=20689.0
Solo mining? No!

[btcbaby]

I bounce between Deepbit and BTCGuild.  The operators of both sites are great guys who are constantly improving their service.  At Deepbit I see steady reliable payments that go straight to my wallet with no intervention.  At BTCGuild I can make out a little better because of the lower hashrate (my share percentage is higher) and the variance isn't terrible because it still has the participation of serious miners.  I basically discovered Deepbit when BTCGuild was dealing with the bot net a few weeks ago.

-btcbaby

[macbook-air]

To tell you the truth why I only mine at Deepbit and hate BTCGuild or Slush, it's because I don't have a static IP. Why should I "add my ip to whitelist" before mining?

[dub0matic]

To tell you the truth why I only mine at Deepbit and hate BTCGuild or Slush, it's because I don't have a static IP. Why should I "add my ip to whitelist" before mining?

i never had to add my ip to any of those pools to mine there

[slippyrocks]

worked good today
slushs card1
7097   2011-08-02 21:37:05   4:14:29   7112102   0.01146119   139341    
7096   2011-08-02 17:22:36   0:52:30   1482971   0.01000387   139314
btcguild card2
2125   139350   2011-08-02 22:58:46   2:28:13   5124204   111 until confirmed   736   0.00700206   
2124   139336   2011-08-02 20:30:33   0:39:33   1372710   108 until confirmed   186   0.00660554
2123   139331   2011-08-02 19:51:00   1:13:10   2555479   103 until confirmed   403   0.00768788
2122   139322   2011-08-02 18:37:50   0:07:39   268296   93 until confirmed   40   0.00726809
2121   139321   2011-08-02 18:30:11   0:58:56   2053398   93 until confirmed   297   0.00705111
2120   139315   2011-08-02 17:31:15   2:51:43   5916149   87 until confirmed   827   0.00681461

so instead of one block @ 255 mins
averaged 5.4 blocks @ 82.5 mins ea.

[Xephan]

To tell you the truth why I only mine at Deepbit and hate BTCGuild or Slush, it's because I don't have a static IP. Why should I "add my ip to whitelist" before mining?

That's really odd because I've got good results with both using a dynamic IP

I think you're mistaking the request for legit but botnet like miners to get their IP white listed in case they get banned for showing botnet like behaviour.

[Dargo]

Total BS. .... generate even greater number.

Please show me this magical math where the total is greater than the sum.

.... careful about simply adding up the hash rates of the pools you are mining and assuming you will have the variance of the sum.

First off  I said was the cumulative hashing power would be 5063 GH/s and that is correct.
As far as variance which is a random variable working on three blocks should be better. The wiki says
payout method used by the pool affects variance the most which makes sense the more I think about it.
http://en.bitcoin.it/wiki/Mining_pool_reward_FAQ#How_much_will_the_pool_decrease_my_variance.3F
Visual comparison of pool payout methods based on real-world data
https://bitcointalk.org/index.php?topic=20689.0
Solo mining? No!

I don't understand the siginificance of the cumulative hashing power since you are mining with 1/3 of your total hashing power at each pool. I do see the point that this is a way to reduce variance, but even so, it is isn't clear to me that you are effectively getting the variance you would have with a pool at 5063 Ghps. Why? because 1/3 of your hashing power is aimed a pool with high variance since it is only about 500 Ghps. Again, suppose you aim 2/3 of your hashing power at two pools with 5000 Ghps combined, and 1/3 of your hashing power at really small pool with only 10 Ghps. Are you then effectively going to see the same variance you would if you aimed all your hashing power at a single pool with 5010 Ghps? No, because 1/3 of your hashing power is aimed a pool that will have very high variance, so your variance will be significantly higher than it would be if you aimed all your hashes at a single pool with 5010 Ghps. So even if you are just talking about variance, it isn't correct to just add up the hashing power of the three pools your are mining at, and say, "I'm only getting the variance of a pool with that combined hashing power." Maybe if you split your hashes between three pools each of which is at 2000 Ghps, you would effectively get the variance of a single pool with 6000 Ghps. That seems right, but when one of the pools is much smaller than the others and you are still pointing 1/3 of your hashes at it, things get more complicated.

[pennytrader]

Total BS. .... generate even greater number.

Please show me this magical math where the total is greater than the sum.

.... careful about simply adding up the hash rates of the pools you are mining and assuming you will have the variance of the sum.

First off  I said was the cumulative hashing power would be 5063 GH/s and that is correct.
As far as variance which is a random variable working on three blocks should be better. The wiki says
payout method used by the pool affects variance the most which makes sense the more I think about it.
http://en.bitcoin.it/wiki/Mining_pool_reward_FAQ#How_much_will_the_pool_decrease_my_variance.3F
Visual comparison of pool payout methods based on real-world data
https://bitcointalk.org/index.php?topic=20689.0
Solo mining? No!

I don't understand the siginificance of the cumulative hashing power since you are mining with 1/3 of your total hashing power at each pool. I do see the point that this is a way to reduce variance, but even so, it is isn't clear to me that you are effectively getting the variance you would have with a pool at 5063 Ghps. Why? because 1/3 of your hashing power is aimed a pool with high variance since it is only about 500 Ghps. Again, suppose you aim 2/3 of your hashing power at two pools with 5000 Ghps combined, and 1/3 of your hashing power at really small pool with only 10 Ghps. Are you then effectively going to see the same variance you would if you aimed all your hashing power at a single pool with 5010 Ghps? No, because 1/3 of your hashing power is aimed a pool that will have very high variance, so your variance will be significantly higher than it would be if you aimed all your hashes at a single pool with 5010 Ghps. So even if you are just talking about variance, it isn't correct to just add up the hashing power of the three pools your are mining at, and say, "I'm only getting the variance of a pool with that combined hashing power." Maybe if you split your hashes between three pools each of which is at 2000 Ghps, you would effectively get the variance of a single pool with 6000 Ghps. That seems right, but when one of the pools is much smaller than the others and you are still pointing 1/3 of your hashes at it, things get more complicated.

Agreed, as I pointed out earlier, OP's math is flawed. BTW, I stopped trying because it's just a wasting time of trying to educating somebody who can't even figure out simple math LOL

[pennytrader]

Total BS. You only have one third of cards in any of the pool. If you only care about the total, you should split your hasing power into every single pool (other than deepbit because you think it's evil) and your formula will generate even greater number.

Do whatever you want and I'm sticking with deepbit, so will the rest 5 terahash.

It cuts down the variance of payouts...if you're too dense to see that, go ahead and keep paying the fees at deepbit.

OP's initial point is not about the variance. If you're too dense to see that, go ahead and pay for some reading education.

BTW, I'm happy with 3% fees at deepbit. They deserve it.

[slippyrocks]

Pennytrader thinks every BTC pool he connects to is inside his PC and gets

it's hash rate divided by his number of video cards.. nice. Your total payout

gets divided by the number of pools you are connected to nothing more.  At

these difficulty levels trying to solve one block at a time, even pooled, is not

a good thing.

[pennytrader]

Did you manually type line breakers? LOL Again, OP is proven to not be able to figure out or interpret any math. If you're fine with your strategy, that's OK. And I'm happy with my payout from deepbit and their service. And last point, many people mine at deepbit for many different reasons, not just the hash power like you said in your original post.

[Miner99er]

Wow... this thread has been a train wreck from the start.

Here... let me help you guys out.

A) OP doesn't know maths. plain and simple there... I think he means if you have 3 cards, shove them into three other pools as apposed to all three in Deepbit. We'll get to this more in a moment.

B) My invalid @ slush's pool today. (7081   2011-08-01 15:49:18   0:10:59   335449   0.03038722    -    invalid) *shrug* Oh well, if I really want to, I have some nvidia cards to fold on to make up the difference.

C) Deepbit getting anywhere close to %50 of the bitcoin hashrate is bad for the entire network. Period. (see https://en.bitcoin.it/wiki/Weaknesses#Attacker_has_a_lot_of_computing_power.)

D) Deepbit charges 3% fees, so you get the lowest possible payout from that pool, cause of the chunk of change they take from you.

I've been in slush's pool since I started mining. Seems fine to me, even the latest DDoS was easily worked around... changing address was simple. No, they're the best pool, and in fact i'm looking at some 0% fee pools myself. Unfortunately, of the three largest, and nothing against the operator of Deepbit but, that pool is the one I LEAST want to be in.

[slippyrocks]

....figure out or interpret any math.

..train wreck.. A) OP doesn't know maths. plain and simple there... I think he means if ..

I meant exactly what I said in the original post if you participate in multiple pools you benefit from their total hashing powers.  Why would you divide

anything other than your rewards since your are getting paid out from multiple pools?  The hashing power of the pool doesn't drop

in half when you only connect with one card instead of two that is absolutely stupid thinking.