Curation Curve Analysis, Continued

avatar

See this post for a short primer about the indifference principle and curation mechanics.

The reward curve and the curation curve setup controls how posts get paid and how much curators get. It started with a base set of principles, which ultimately derived what relation the curves must satisfy. One curious property, dubbed the "ultimate indifference principle", is something I'd like to explore more.

This principle states that if you are the last voter, or an indifferent voter, the marginal benefit of voting on a post should be the same regardless of the post. The other interpretation of this is to design a curation system that rewards a minimal base amount, and rewarding a bonus based on discovering a popular post first. The original idea is that later voters should give up a piece of their curation to earlier voters, but instead of explicitly computing this sort of referral on every vote, you model with secondary claims on a properly designed curve.

Motivations for keeping the "Ultimate Indifference Principle"

Let the curation curve be C(r), and the rewards curve be R(r), where the input r is the rshares on a given post.

We showed in the reference post that the marginal curation rewards for voting on a post is given by

C'(r)/C(r) * R(r) * (rewards/claims)

  1. If C'/C*R is an increasing function of r, it encourages lazy curation. Why? Because you can get an amount vastly disproportionate to your stake simply by voting on the most popular post that you see. And a system where a trivial plan like that can reward you so much is just a disaster (even easier than linear farming). And just imagine what you get if you are not last either. Curator's Runaway Paradise.

  2. If C'/C*R is a decreasing function of r, the opposite happens. It's less bad, because it is a check on popular posts continuing to snowball but it also means that even if people like a popular post they would be discouraged from voting on it due to degrading returns. An indifferent curator is motivated to vote on posts that don't have value at all vs ones that already have value.

But actually, there's a simplicity to giving any curator a small base amount to motivate a curation, and grant bonuses based on how well their choice did. And that's really what this property captures.

If a curation system that makes use of the two curves is considering deviating from known previous pairs of curves, I would highly recommend checking that it satisfies this principle.

PAL?

The current property of PAL is r^1.05 rewards curve and r^0.5 curation. Plugging in the formulas show that the marginal reward for a post at r rshares is
C'/C*R*(fund/claims) = 0.5 r^0.05 * (fund/claims), an increasing function of r, as in the first category above.

Problem??

First, a comparison of relative choices. At the top of trending you have posts with on the order of 100k rshares. Compared to a post with say 1000 rshares, it already gives a bonus multiplier of 1.25x (25% more impact for a post with 100x the rshares).

This is if you are the last voter. We don't know what will happen eventually, but there should not be such a boost to vote on already popular posts. It ought to be neutral.

However, the numbers I picked there show that the bonus is rather mild. Also note that if we plug in recent claims and reward numbers, the benefit per rshare for a post at 100k rshares is

0.5 * (100000)^.05 * (2349 / 58458681) = 0.00003572761 PAL

which as you can see is pretty minor. So you really need to be one of the first voters to get any real curation benefits, as even the bonus for voting already popular posts is not great.

It could eventually become a problem in theory with token inflation and if people do end up stacking votes very high, but the range where that becomes a problem is not in reach for the time being.

I take this to mean that with the current settings things are okay, in that there does not seem to be a vector for abuse. But in the ideal, as mentioned above, there should not be extra or less incentive to vote on a post purely on the basis that it has more votes.

I have a proposed curve that addresses this, and it also makes things more equitable.

The curve that actually satisfies the indifference property, as computed in the reference post, is of the form exp(-kr^-.05) for some k. And where k can be tuned so that

.05*k*(reward pool) / (recent claims) = target minimum per rshare reward

However, there's another condition that needs attention. The derivative of the curation curve should be always positive (which is true) and decreasing in the relevant range (as more votes are added the marginal curation benefit should be decreasing). This condition is found by taking the second derivative:

exp(-kr^-.05)*((.05 *k* r^-1.05)^2 - 1.05 * 0.5 * k * r^-2.05)) < 0

The transition is at:

(k / 21)^20 = r

where it is negative after this point and positive before.

Roughly, k needs to be less than or equal to 21.

So the best we can make the minimum reward is to set k to be 21, in which case the minimum curation reward is set to .0004 per rshare, regardless of what or when you vote.

Here's what the graph looks like comparing the two curves...

https://www.desmos.com/calculator/aqf3bjyhfh

This compares the effect of the curation curve for a post that has 10000 rshares. You can see that the two formulas yield similar curves, and you can also play with the scaling of k to see how it affects earlier voters. The larger values of k are more equitable but too high and the curve becomes broken (increasing rewards to late votes).

This post mainly serves as a suggestion to change the curation curve to one that matches base principles, and an appeal to anyone that's playing with author and curation exponents to consult a mathematician at the very least to analyze impact.

Posted using Partiko Android



0
0
0.000
14 comments
avatar

Thank you so much for being an awesome Partiko user! You have received a 5.60% upvote from us for your 1232 Partiko Points! Together, let's change the world!

0
0
0.000
avatar

To listen to the audio version of this article click on the play image.

Brought to you by @tts. If you find it useful please consider upvoting this reply.

0
0
0.000
avatar

It look a little bit difficult to understand at first but I think I understand a little

0
0
0.000
avatar

Thank you so much for being an awesome Partiko user! We have just given you a free upvote!

The more Partiko Points you have, the more likely you will get a free upvote from us! You can earn 30 Partiko Points for each post made using Partiko, and you can make 10 Points per comment.

One easy way to earn Partiko Point fast is to look at posts under the #introduceyourself tag and welcome new Steem users by commenting under their posts using Partiko!

If you have questions, don't feel hesitant to reach out to us by sending us a Partiko Message, or leaving a comment under our post!

0
0
0.000
avatar

Hi @eonwarped!

Your post was upvoted by @steem-ua, new Steem dApp, using UserAuthority for algorithmic post curation!
Your UA account score is currently 5.202 which ranks you at #898 across all Steem accounts.
Your rank has improved 23 places in the last three days (old rank 921).

In our last Algorithmic Curation Round, consisting of 243 contributions, your post is ranked at #10.

Evaluation of your UA score:
  • You've built up a nice network.
  • The readers appreciate your great work!
  • Great user engagement! You rock!

Feel free to join our @steem-ua Discord server

0
0
0.000
avatar
(Edited)

I hadn't read your earlier post on the topic. That was an enlightening read :o)

As far as I understand PAL it seems to have a discrete curation and reward function. This formulation of the marginal reward relies on the smoothness of the curation function which is not satisfied.

0
0
0.000
avatar

You mean decimal precision? That's coming. It doesn't really detract from these points though. It just means a lot of truncation is happening (and anyway truncation has to happen, but at an appropriate scale... Right now the scale is not right, which is why they are adding decimals back)

But all these functions are smooth in the relevant domain. What specifically do you mean?

0
0
0.000
avatar

The functions you present are smooth so that is fine. The scale at which PAL is now suggests that it should be modelled discretely. But since they will change that (which I didn't know :P ) implies that your points are valid for the new system :o)

0
0
0.000
avatar

I would say a discrete model would anyway need this continuous approximation. It may be less accurate, yes, but I believe even the computations behind the scene are doing the same computations and truncating right before payout assignment. But yeah, because of that, for example, the minimum payout per rshare is basically 0 with current parameters, so I guess that is a very relevant point. (Unless they have a large amount of rshares to assign, which I think needs to be like 10k/100k ish)

Posted using Partiko Android

0
0
0.000
avatar


This post has been voted on by the SteemSTEM curation team and voting trail. It is elligible for support from @curie.

If you appreciate the work we are doing, then consider supporting our witness stem.witness. Additional witness support to the curie witness would be appreciated as well.

For additional information please join us on the SteemSTEM discord and to get to know the rest of the community!

Please consider setting @steemstem as a beneficiary to your post to get a stronger support.

Please consider using the steemstem.io app to get a stronger support.

0
0
0.000
avatar

this is really deep research on PAL. Interesting post my friend.

0
0
0.000
avatar

Great analysis but I don't understand a single word.
So when is the best time on palnet for me to vote?

0
0
0.000
avatar

Same as the usual. Before everyone else :)

I was studying the absolute minimum you get under these new rules, and even though it is better to vote on already trending posts if you are the last voter, even that isn't giving you much at all. So the only way to truly benefit is to identify posts that you think will be popular but are not yet popular.

Posted using Partiko Android

0
0
0.000