[ANN] beeeeer.org - Primecoin mining pool!

[MJ2P]

Great news xolokram.

I'm looking forward to seeing what changes have been made.
Thanks again for your hard work on the pool.

[xolokram]

wait until i f**k up the pool software
CPPSRB will be a huge step, i dont expect it to run flawlessly from the get go.
we'll see.

[xhabit]

so, ola ... first i'like to thank's for the job. about this pool beeeer.org ... i'm german ... i'love beer ... ;-) i'm start mining at your pool several week's are ago. and aschly never i'pay pool fee ... but here i'do ... today i'was compile the v.05.rc2 on ubuntu 13.04 .... it's work very fine.

have fun,
xhabit

[patapato]

btw.

V(x) = adjustment * (0.1 * 10^(x - 6)) * (block_reward / e^block_difficulty)

the post you're quoting is really old, the calculation (especially this part "(0.1 * 10^(x - 6))") is not how it's going to be implemented, check out the RPS (reward per share) values on the beeeeer main page, it's based on the actual distribution of chain lengths, not on assumptions. have a nice day.

- xolokram

Ok, sorry. I'm glad of it.

[Grekk]

Xolokram
rejects
"0": 254,
 "6": 536,
 "7": 40,
 "8": 3,
 "-6": 1
and
"payout_current": 0.0005331275753053904, went down twice as in the last two days... Who is cheating pool?

[patapato]

@patapato:
you're doing the same thing wrong again.
let's say W(x) = 1 (for every possible x (6,7,8,9)) <-- you can actually ignore the example weighting
then every payout calculation should look like this:
V= (W(6)*V(6) + W(7)*V(7) + W(*V(+ W(9)*V(9)) / (W(6) + W(7) + W(+ W(9)) <-- this is the important part
with the little difference (that's the part you don't get) that V(whatever) can be 0 (zero)
aka
you always divide by (W(6) + W(7) + W(+ W(9)) = 4

But V(x) would never be really zero, it would be a real number between 0 and 0.5, and we are trying to measure that number with integer counting, so that it is rounded to zero (that's the part you don't get). Because of it we must use the corresponding W(x) as zero also (so I don't divide by 4 always).

[xolokram]

@Grekk:
due to the release of Grom's version of my (or another custom?) miner for windows, which is optimized for shorter chains the payout is fu**ed up for the current payout system. Some of the users (6-8 addresses) with lots of computing power are spamming 6- and 7-chains, which decreases the overall payout for everyone (due to less blocks) but give them a higher stake. time for cppsrb.

the number of rejects also increases because of the heavy workload produced by the increased number of share submissions (and 7000+ workers).

- xolokram

POOL MAINTENANCE INCOMING

[patapato]

That's pretty complicated
I have a question, about the sum of probabilities.
V(6,7) = Pd * (N6 + N7) / (P6 + P7)
Is that right?

Yes. You can think of it in other way: the number of (expected) blocks divided by the probabllity of a block is equal to the number of chains (of determined length) divided by the probability of a chain: V(6,7) / Pd = (N6 + N7) / (P6 + P7)

[xolokram]

xolokram's miner v0.6 RC1 released
 
linux: source @ bitbucket or source @ github (update to latest source & compile)
windows: xolokram's miner v0.6 RC1 (contains 32 and 64 bit version)

this will be part of the CPPSRB update.

some preview information:

• 6-chains are no longer part of the payout system (from now on only 7,8,9...-chains are used)
• CPPSRB is a PPS-based payout system, you are getting paid per share (not your stake of a block (old system))
• payout will differ for shares of different chain lengths (9-chains will be more valuable than 7-chains etc.pp.)
• web frontend is not 100% ready yet, i'll add more and more features/information (please be patient and give me some time for the updates)
• the default pool fee is now 3% (like before: this is adjustable via parameter, see OP)
• expect some bugs, nobody's flawless

- xolokram

ps. more information coming soon, let me just roll in the first batch of updates on the server side

[gog1]

does that address the Grom 0.5 spam issue?  is the payout / share the same?  if shares / h is lower than 0.5 and payout between various length chains are the same, there's no incentive for people to move away from the Grom 0.5 miner.

[xolokram]

grom's (currently leaked!) miner will decrease your overall payout with the upcoming cppsrb update (i hope this will be incentive enough )
the spam/server-workload issue will (hopefully) be history when the majority switches to v0.6

i hope grom will update his miner soon enough so people can choose which miner software they want to use; but he should at least update his codebase to v0.6 asap

- xolokram

[fenix79]

system:111
connecting to 5.45.100.191:1337
system:111
connecting to 5.45.100.191:1337
system:111

What does it mean?

[xolokram]

@fenix79:
i'll just quote myself here...

POOL MAINTENANCE INCOMING

aka pool is down

[gog1]

what's the weighting factor for 7 / 8 / 9 ch shares?

[xolokram]

current experimental weightings depending on the current network difficulty (aka values in XPM) are:
7-chain -> 0.0040532 XPM
8-chain -> 0.042116 XPM
9-chain -> 0.52249 XPM
'block found' -> 0.56999 XPM

i'm not sure if the 'block found' bonus is a good idea, we'll see how everything will work out, when i execute the first CPPSRB payouts (in approx. 2.5 days * )
i'm expecting (and you should too) that these value will change to maximize payout / minimize possible pool debt.

- xolokram

ps. * = until then, i will of course execute the payouts from the 'old' payout system, when the corresponding blocks are confirmed from the network