Topic: Pay On Target: New High variance payout System Offered by Ozcoin - page 8. (Read 36525 times)

Nice idea, I'll store that away
cheers

I reckon a publishing running total of the bonus/jackpot on your home page would be a good way to get more miners in for long blocks. And they might stay.

Very interesting
I'm liking this

This isn't exactly the answer, but if a block finder is paid a portion (or all of) the constant factor from the capped share reward function Meni describes, applied to all shares in the round, then at least a bonus could be paid that would be the same as for high and low diff miners.

A nice effect is that the bonus would be approximately proportional to the number of shares in a round - so if it takes moe shares to solve a block, then the bonus is larger. So having a cap actually makes a block finder bonus much simpler to apply, and at the same time encourage more miners to join and solve long blocks.

Edit: It also increases variance for miners at no risk to Ozcoin.

Edit 2: Huh. Never thought I'd see the day I'd work at finding a fair way to increase variance for miners.

Not sure that I agree. Edit: It should be fixable but it will greatly complicate the calculations. I'd need to figure out how.

How do this maths?

Another issue that's bugging me is the effect vardiff has on share payment. It is totally reasonable that if the base diff is 10x higher then the value of diff 10 shares is different to diff 10 shares for diff 1 miners, but when the diff is above 10, the value of each share should actually converge (at some point, not sure where) from both diff 1 and diff 10 miners.

EDIT: (Yes I understand it's perfectly fair over an infinite time period and averages out to the same pps at whatever diff, but it would just be nice at diff 1 to be paid for finding a block as much as a diff 10 miner is paid for finding it. Nice, not logical, fair or reasonable. Just nice.)

It would have taken more without my silicon overlord. Or less if it did a better job with the final simplification.

Wlog we assume wd*B/D=1. The pdf of sd for sd>=wd is wd/sd^2 and the payout is (sd/wd)^a. So without a cap and without a constant factor, the expected payout is

\int_{wd}^{\infty}(wd/sd^2)(sd/wd)^a\ sd

This is 1/(1-a), and thus we need a constant factor of (1-a) to make this equal to 1.

With sd capped to X the integral becomes

\int_{wd}^{X}(wd/sd^2)(sd/wd)^a\ sd + \int_X^{\infty}(wd/sd^2)(X/wd)^a\ sd

The second term is (X/wd)^(a-1) and the first term (by subtracting the primitive function at the endpoints) is (1-wd^(1-a)*X^(a-1))/(1-a). Add to get [(1-a*wd^(1-a)*X^(a-1))/(1-a)], so the constant term should be [(1-a)/(1-a*wd^(1-a)*X^(a-1))].

Now I'm not sure if the probability of bankruptcy is 1, or if it is bounded but only polynomially.

With solo mining, the relative variance is roughly D/wd. With the uncapped pay-on-target payout, it is a^2/(1-2a). With the capped formula, the variance is
-1+((-1 + a)^2 X (-wd^(2 a) X + 2 a wd X^(2 a)))/((-1 + 2 a) (-wd^a X + a wd X^a)^2)
Which for a>1/2 grows like X^(2a-1). Whatever the variance, as long as it is finite it can be plugged into the PPS safety net analysis.

With a cap you can even make a greater than 1. Solo mining is essentially this with a = infinity and X = D. Normal PPS is X = wd and a can be anything.

Thanks Meni
I'll go play with this one

.. and Meni just did all that:


and it only took a few minutes, too (insert jealous grumbling here).

Nice!

I don't think it would be off topic if you showed us how you derived that?

Thanks Meni,
I understand.
The majority of feedback I have had is miners are keen on the higher variance but also understand the need for a cap.
ooc mentioned we have now inadvertently introduced an effective fee with the cap, will have to look at the value of this and work out best way to handle it.

Thanks again for the feedback everyone

Personally I'd prefer a smaller a which would make the cap unnecessary.

But if you do place a cap you need to tweak the constant factor, let me work on it...

Edit: The current formula is (1-a)*(wd*B/D)*(sd/wd)^a.

If you cap sd so that it is never more than X, you should use instead

[(1-a)/(1-a*wd^(1-a)*X^(a-1))]*(wd*B/D)*(sd/wd)^a

And then you will again have an expected payout of wd*B/D per share.

Discussion of the variance of this will follow.

It's not. It would be interesting to figure out if it's possible to bound the bankruptcy probability with infinite variance, I'm inclined to think that it's impossible.

Looking at feedback, thinking, talking with others our next experiment will be at a= 0.8 which brings back in high variance but share value will be capped at 1.5*D (5055272)
 to reduce chance of pool going broke

Thanks for persisting and all the feedback - I feel we can make this work and be fun
cheers
Graet

I think sanity says a cap and a re-jigging of the formula would be a good idea
I'll keep thinking between chasing kids around (1st day of school holidays)

Capping payments is quite doable if required. The first lot of tables I did were just a tweak of your original suggestion to allow for a cap. If the reward is capped, all the other payments have to be increased slightly. This reduces variance which is either good or bad depending on your outlook.

It's true that not using caps will be a big source of risk for the pool especially at a = 0.8, and possibly may be larger than the pool can expect to earn in the long term. Keep 'a' under 0.5 though, and I don't think there'll be need for a cap.

If miners want to pay extra for uncapped rewards with a large 'a', then that might be an option if the risk to the pool can be measured and an appropriate fee charged and buffer held to avoid pool bankruptcy. Meni has already done this for standard PPS, but I'm not sure if his derivation applies to random variables with infinite variance.

I'm all up for a gamble. 

Grats Graet on doing something a little different, good to see the ozcoin community working together to get things going.

JB

and make sure you are mining on a stratum server, servers are listed on the page you make a worker

Will look back over thread when I wake up a bit more - seems to have spurred some discussion at least

all those number and equations make my head hurt. but.. anything with "pot" in the name is worth running for a week at least, just on general principles. ("DERP" too. Im torn between the names myself)

so, Im in!

EDIT: so all I have to do is select POT for payment method, correct? nothing else to set or choose?