Latest posts of: psxboy

Show Posts
Pages: [1]

Bitcoin / Pools / Re: [8500 GH/s] Slush's Pool (mining.bitcoin.cz); TX FEES + UserDiff; ASIC tested

on: May 21, 2013, 09:50:26 PM

Quote from: sgbullion on May 21, 2013, 09:41:33 PM huh?? where the hell did C come from like I said quantum Mechanics gave me less of a head ache. and were do you get /code what code? Dude... you asked for the formula. So there it is. And "code" is just a tag for the bb system to present the data in an organized fashion. Oh, and Lucko is right... the 25 at the end is actually (25+fees)-2% pool fee, basically the total reward for the block.

Bitcoin / Pools / Re: [8500 GH/s] Slush's Pool (mining.bitcoin.cz); TX FEES + UserDiff; ASIC tested

on: May 21, 2013, 09:33:27 PM

Quote from: sgbullion on May 21, 2013, 09:21:55 PM Ok then I need to know what the actual (for someone that barely passed algebra but can do stats) formula of how to figure what my score is (where did that number come from) and how to figure what my reward should be. Now I understand that I might not be able to comprehend all of the math but there should be a way to understand were the numbers came from. From https://bitcointalk.org/index.php?topic=1976.msg50002#msg50002 : Matematically said, for every submitted share, pool perform Code: score = score + exp(round_time/C) round_time is count of seconds between "now" and time when round started, C is magic constant which define how fast old shares lose their value. All following calculations are using C=300, but it may be changed in the future to provide the best cheatproof/usability ratio. And on the end of round, system calculate rewards using formula Code: reward = user score / total score * 25

Bitcoin / Pools / Re: [8500 GH/s] Slush's Pool (mining.bitcoin.cz); TX FEES + UserDiff; ASIC tested

on: May 08, 2013, 10:34:02 PM

Quote from: sunriselad on May 08, 2013, 10:09:58 PM If you bothered reading any of the posts you will see that they're not. Using the correct calculations peoples scores are off by a degree of an extra 0.0000 ... thats more than the normal "shares near the block discovery are worth more" debate. Actually, I did read the posts. Like this one: Quote from: bigbeninlondon on May 08, 2013, 02:27:41 PM Seems to be an issue here. From my calculations, 1784 / 11634278 * 25.21733124 = 0.003866825163724, not .00000048 What's the deal? And this one: Quote from: brucemangy on May 08, 2013, 04:27:23 PM wow one day of mining in one block ^^ I'll have to say goodbye to them soon i guess... 17925 2013-05-08 14:13:44 1:27:14 11634278 1325 0.05446139 235160 25.21733124 94 confirmations left should have got 0.98(1325/11634278)25.21733124 ~0,0028719413351649 (this valid only because i did not stop any of my miner so good approx) They're all calculating rewards from shares, not scores (weighted shares). And then there was this: Quote from: TiborB on May 08, 2013, 02:43:45 PM Many of us face the same situation with this block. This has happen quite a few times, most of the cases when the score reset is immediately before / very close to the end of the round. And as a corollary: Quote from: Slave2school on May 08, 2013, 06:56:17 PM I'm going ot be honest I think I got paid too much on the block that you guys are all talking about unless I did indeed earn what I did because a bunch of other shares didn't make it in mine seems to be a bit high. help us Obiwan (slush). 17925 2013-05-08 14:13:44 1:27:14 11634278 1107 0.06159829 235160 25.21733124 74 confirmations left

Bitcoin / Pools / Re: [8500 GH/s] Slush's Pool (mining.bitcoin.cz); TX FEES + UserDiff; ASIC tested

on: May 08, 2013, 10:04:19 PM

Quote from: crashoveride54902 on May 08, 2013, 09:50:15 PM that system is old...On the website it is: This 25 BTC is divided among all of the users that contributed to that round, weighted by the number of shares that they earned. Therefore, the reward earned by a given user is given by the following formula: (25 BTC + block fees - 2% fee) * (shares found by user's workers) / (total shares in current round) which is what is being used now That's not right. If you do the math on any of your rounds in the statistic page you'll see it doesn't match your formula. And in fact, right beneath the paragraph on the website that describes the formula you posted, he says "In fact the formula above is simplified. The real math behind the payout system is described here" and points to the same forum post I linked to.

Bitcoin / Pools / Re: [8500 GH/s] Slush's Pool (mining.bitcoin.cz); TX FEES + UserDiff; ASIC tested

on: May 08, 2013, 09:33:23 PM

Why is everyone only looking at the number of shares they submitted to a particular round and deciding they got screwed? Not all shares are equal - you have to divide your score by the total score for the round to determine your reward, as Slush clearly points out here: https://bitcointalk.org/index.php?topic=1976.msg50002#msg50002 Code: reward = user score / total score * 25 The scores for round 17925 probably got reset (normalized) right before it ended, resulting in many people with very low scores and only the few that managed to squeeze in a share or two right at the very end getting most of the reward.

Other / Off-topic / Re: Let's Count to 21 Million with Images

on: May 08, 2013, 04:50:33 PM

Other / Off-topic / Re: Let's Count to 21 Million with Images

on: May 08, 2013, 04:46:43 PM

Other / Off-topic / Re: Let's Count to 21 Million with Images

on: May 08, 2013, 04:45:29 PM

Other / Off-topic / Re: Let's Count to 21 Million with Images

on: May 08, 2013, 04:31:05 PM

Other / Beginners & Help / Re: Newbie is coming...

on: May 08, 2013, 03:41:41 PM

Also a "newbie" to the board, though I've been reading it for over a year now. I felt compelled to register so I could help with a specific problem someone was having, but I guess I have to wait... :/

Pages: [1]