Pages:
Author

Topic: GREAT Alternative to the EVIL DeepBit (Read 4364 times)

member
Activity: 71
Merit: 10
thevapebook.com
August 18, 2011, 02:54:09 PM
#43
If you don't like Deepbit (or any other pool for that matter), don't use them. Plain and simple.
full member
Activity: 168
Merit: 100
August 18, 2011, 01:24:03 PM
#42
Having said all that, diversity is good for bitcoin, pools, exchanges etc so come join http://ozco.in and help spread the network hashrate Cheesy

If diversity is good and spreading the network hashrate is a way toward diversity, then the best thing for bitcoin is pool hopping.
I'm just happy to do my part to help the overall bitcoin network Wink
vip
Activity: 980
Merit: 1001
August 18, 2011, 12:15:30 PM
#41
EVIL DeepBit < i have yet to see evidence that depbit is actually "evil"
I agree their fees are high but does that make for an evil entity?

There seems to be a lot of fud about the > 50%
51% doesnt give total control, there is still 49% of the network hashing.
I had a very interesting conversation with [Tycho] and some other pool owners one evening, even at 90% hashing power a single pool has a chance that the other 10% of the network will find a block and spoil their "evil" plans.

I say all of this becuse i get tired of the "EVIL" tag that is bandied around the bitcoin forums so much, usually by people that misunderstand how stuff works.

Having said all that, diversity is good for bitcoin, pools, exchanges etc so come join http://ozco.in and help spread the network hashrate Cheesy

member
Activity: 69
Merit: 10
respecttheslider
August 18, 2011, 08:13:00 AM
#40
....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.
sr. member
Activity: 310
Merit: 250
August 03, 2011, 08:13:07 AM
#39
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.
sr. member
Activity: 254
Merit: 250
August 03, 2011, 02:05:09 AM
#38
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.
member
Activity: 69
Merit: 10
respecttheslider
August 03, 2011, 01:40:50 AM
#37
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.
sr. member
Activity: 254
Merit: 250
August 02, 2011, 11:34:29 PM
#36
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.
sr. member
Activity: 254
Merit: 250
August 02, 2011, 11:28:45 PM
#35
Total BS. .... generate even greater number.
Please show me this magical math where the total is greater than the sum.
Quote from: Dargo
.... 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://bitcointalksearch.org/topic/visual-comparison-of-pool-payout-methods-based-on-real-world-data-20689
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
legendary
Activity: 1820
Merit: 1000
August 02, 2011, 10:27:44 PM
#34
Total BS. .... generate even greater number.
Please show me this magical math where the total is greater than the sum.
Quote from: Dargo
.... 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://bitcointalksearch.org/topic/visual-comparison-of-pool-payout-methods-based-on-real-world-data-20689
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.
newbie
Activity: 42
Merit: 0
August 02, 2011, 10:06:43 PM
#33
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 Cheesy

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.
member
Activity: 69
Merit: 10
respecttheslider
August 02, 2011, 05:47:49 PM
#32
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.
full member
Activity: 182
Merit: 100
August 02, 2011, 02:17:04 PM
#31
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
sr. member
Activity: 324
Merit: 260
August 02, 2011, 02:00:03 PM
#30
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?
member
Activity: 87
Merit: 10
August 02, 2011, 11:55:06 AM
#29
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
member
Activity: 69
Merit: 10
respecttheslider
August 02, 2011, 11:31:49 AM
#28
Total BS. .... generate even greater number.
Please show me this magical math where the total is greater than the sum.
Quote from: Dargo
.... 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://bitcointalksearch.org/topic/visual-comparison-of-pool-payout-methods-based-on-real-world-data-20689
Solo mining? No!
full member
Activity: 168
Merit: 100
August 02, 2011, 10:59:56 AM
#27
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? (lol the logic behind the OP's math is flawed to say the least)

SMF uses [troll] tags not tags. Get it straight!
legendary
Activity: 1820
Merit: 1000
August 02, 2011, 08:18:46 AM
#26
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.
sr. member
Activity: 1183
Merit: 251
August 02, 2011, 08:04:08 AM
#25
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? (lol the logic behind the OP's math is flawed to say the least)
hero member
Activity: 770
Merit: 500
You're fat, because you dont have any pics on FB
August 02, 2011, 07:39:15 AM
#24
You forgot to put "Mu-hahahahahhahahahaha!" at the end
Pages:
Jump to: