Proposed changes to the Steem rewards and curation algorithmssteemCreated with Sketch.

in steem •  4 months ago

Hi Everyone,

Algor_THUMB.jpg

I had a slight epiphany and felt I needed to experiment with it and then document it in a post. A few months ago I put together a 5 part series investigating Steem Economics. You can find all 5 parts of the series below.

Is the Steem ecosystem in disequilibrium? (Part 1 – Witnesses)

Is the Steem ecosystem in disequilibrium? (Part 2 – Content Creators and Curators)

Is the Steem ecosystem in disequilibrium? (Part 3 – Applications and Services)

Is the Steem ecosystem in disequilibrium? (Part 4 – Passive Income)

Is the Steem ecosystem in disequilibrium? (Part 5 – Combination of solutions)

I have been thinking about distribution of rewards. Generally, in the world outside of Steem, the most popular content receives the highest rewards. This provides incentive to create the most popular content. In the Steem ecosystem, that is not normally the case. The highest rewarded content is content supported by those with the most Steem Power. This could be through direct upvotes or bought votes.

Changing the reward algorithm for posts

Think.jpg

The basic idea around the existing rewards algorithm is easy to follow. If an account has more effective Steem Power (own + delegated), it can deliver a higher upvote. The value of the upvote is also effected the amount of Voting Power an account has and the level of voting activity on Steem. One full upvote drains 2% of the existing Voting Power. If someone made full 10 upvotes in quick succession, each upvote would be worth 2% less than the previous upvote. If the total amount of Steem Power used for voting increases, the value of all users’ upvotes will fall. There is a lag of at least a week, as payouts from more activity will drain the rewards pool, which will trigger lower votes. At the time of writing this post, the rewards pool was approximately 879,778 STEEM. Based on a previous calculation I made a few months ago, approximately 50,000 Steem is added a day. If more than 50,000 Steem leaves the rewards pool, voting strength will fall, hence preventing the rewards pool from going too low.

The rewards algorithm is used to distribute rewards to both content creators and curators. If we assume Steem Blockchain Dollars (SBD) are pegged at US$1 and all votes are made after 15 minutes, the content creator will receive 75% and the curators will receive 25% of the rewards. Each upvoter does not necessarily receive exactly 25% of their vote back as curation reward. Instead, those accounts, which upvoted early get a larger share. If the post receives a very high payout, the early upvoters will receive curation rewards considerably higher than 25%. Those that upvote late will receive curation rewards that are lower than 25%. Therefore, upvoting posts early (15 minutes) always yields higher curation rewards, in percentage terms, than upvoting later.

Problems with existing algorithm

onevote.jpg

The existing algorithm presents several problems that are harming the Steem ecosystem. Steem has a proof-of-brain system of distributing rewards. This system is struggling. It is becoming a proof-of-wallet system instead. In this section of the post, I want to highlight a few of the problems that are putting proof-of-brain at risk.

The existing system can be easily gamed. One method is through auto-upvotes. Users can identify content creators that normally receive high payouts. Auto-upvote applications can be used to optimally time votes to maximise curation rewards. This problem has been exasperated further with the arrival of bid-bots upvotes. The website, steembottracker.com, contains the posts that have been bid for and the value of these bids as well as an approximation of when these bids are to be made. Other users upvote the posts that have been bid on before the bot votes and therefore are able to obtain a higher curation reward. There are curation trails designed specifically for this task. Therefore, it is easy to obtain high curation rewards without actually doing any real curation.

Self-voting is another problem with the existing ecosystem. A self-vote returns the highest reward per vote. The account casting the vote receives the 75% content creators reward as well as the 25% curation reward. The curation reward is likely to be higher than 25% as the self-vote can be easily optimised by being cast before other votes, particularly large votes from whales or bots.

Returns from vote selling and delegation to bid-bots is higher than returns from curating content. People are being paid more to be passive than active. This is probably the greatest flaw in the current ecosystem. I have highlighted this flaw in several of my posts. Other users of the platform have highlighted this same problem. Currently, there does not appear to be full consensus on how the problem should be tackled. Ideas such as increasing curation rewards and including a separate downvote pool have been discussed but agreement has not been reached if such changes should be implemented. Many have also voiced opinions that these changes are only partial solutions. I like the idea of increasing curation rewards but 50% is still considerably lower than about 80% returns from delegating to a bot. I have discussed and supported 75% curation rewards in my posts and comments. This would be competitive with earnings from bots but may face resistance from some content creators.

Another problem with the existing ecosystem is how downvotes are incorporated into the system. Downvotes use Voting Power in a similar way to upvotes. I believe one full downvote uses slightly more Voting Power than an upvote. However, downvotes do not generate rewards. To downvote someone also penalises the downvoter. Downvoting is therefore not attractive and rarely occurs. The idea of a separate downvote pool could partially solve this problem, as downvoting would not reduce earnings from upvotes. Another problem with the current system is downvote retaliation. A user may downvote a post because it is over rewarded. It is quite common that the user that received the downvote will respond with a downvote out of retaliation. The potential of retaliatory downvotes is another reason why downvotes are not popular. I do not believe a separate downvote pool would solve that problem.

These are just a few of the problems I have identified with the existing Steem ecosystem. To read more about the problems I have identified, refer to the five post series mentioned at the beginning of this post.

I have only highlighted the above problems as my proposed changes to the rewards algorithm addresses these directly.

Proposed changes

selfvoteGone.jpg

I am proposing a few small changes to the rewards algorithm that should reduce the above-mentioned problems. Before I explain what I am proposing, I want to discuss briefly account-based voting. Account-based voting would solve some of the above problems. Vote selling and bid-bots could not operate in an account-based voting system. Frontrunning large accounts would not be able to occur either. Distribution of rewards should better represent the choices of the community. However, I am not advocating account-based voting as it has its own set of problems that could be worse than the existing ones. These include users with multiply accounts as well as a lack of incentive for users to invest more heavily in Steem as the rewards for holding Steem are greatly diminished.

Figure 1: Account-based vs stake-based voting

accVSstake.jpg

Account-based voting is relevant to this post as it inspired the idea I am about to discuss. The figure shows the relationship between number of upvotes and rewards of a typical successful content creator under both stake-based voting and account-based voting. For stake-based voting, the highest rewards are at the beginning of the graph. These relationships are an approximation based off another post of mine ’Market Structure #7 – Oligopsony (Is Steem an oligopsony for content creators?)’. In an account-based voting system, the relationship between upvotes and rewards are closer to what we would expect from a healthier more balanced ecosystem. In other words, the most popular posts should get the most rewards and the most exposure.

Is it possible to emulate such an effect with a stake-based system? If so, would this approach be desirable. I played around with a few ideas such as square rooting upvote values summating them and then squaring them again. This did not achieve what I wanted. After experimenting for a while, I came up with a simple algorithm that might work. I tested it on a few posts to determine the effect. I was reasonably pleased. The algorithm is explained with the following equations:


Adjusted Upvote Value = Upvote Value – Upvote Value × (Upvote Value/Sum of Upvote Values)

Adjusted Downvote Value = Downvote Value – Downvote Value × (Downvote Value/Sum of Downvote Values)

Pending Payout = Sum of Upvote Values - Sum of Downvote Values

Pending Payout to Content Creators and Curators = Sum of Adjusted Upvote Values - Sum of Adjusted Downvote Values

STU returned to the rewards pool from pending payout = Pending Payout - Pending Payout to Content Creators and Curators

Adjusted Upvote Value is the value of the upvote for distribution to content creators and curators.

Adjusted Downvote Value is the value of the downvote to be returned to the rewards pool.

Note: The post’s sum of upvote values is not a static number but changes with every new upvote.


The upvote value should be calculated using the existing methodology. The adjusted upvote value should be calculated based on the ratio of the upvote value to the post’s sum of upvote values. For example, if the post’s sum of upvote values is 2 STU (Steem Token Unit) and if a user gives the post an upvote worth 2 STU, only 1 STU (2-2(2/4)) is available for distribution to the content creators and curators. If the post receives no further upvotes, the 2 STU upvote will only be worth 1 STU to the content creator and curator and the other 1 STU will be returned to the rewards pool. For example, if the final payout reaches 50 STU, the adjusted upvote value will now be worth 1.92 STU (2-2(2/50)) to the content creator and curator and only 0.08 STU of this vote will be returned to the rewards pool. If the post received 25 upvotes worth 2 STU each, 48 STU will be rewarded to the content creators and curators and 2 STU will be returned to the rewards pool. As more accounts upvote the post, the value of the existing upvotes increase.

A similar approach is applied to downvotes. The first downvote, at the time it is cast, will have zero impact on the pending rewards to content creators and curators, as the value of the downvote cast equals the sum of downvote values. The second downvote will have an impact, as the value of the downvote cast will be lower than the sum of downvote values. The first downvote will also have an impact for the same reason. For example, if the first downvote has a value of 5 STU, it will have an adjusted value of 0 STU when it is cast. If the second downvote has a value of 20 STU, it will have an adjusted value of 4 STU (20-20(20/25)=20-16). The first downvote will now have a value of 4 STU (5-5(5/25)=5-1). The second downvote will have a net effect of reducing the pending rewards to content creators and curators by 8 STU. As more accounts downvote the post, the greater the impact the existing downvotes will have, as they become a smaller percentage of the sum of downvote values.

To elaborate further, I have provided a very simple example. The gif below demonstrates how the value of the post progresses as upvotes and downvotes are cast.

Algor_gif.gif

In the example, I am using 50% curation rewards where 20% of the curation rewards from a new vote are spread across existing curation rewards to existing upvoters. This is to reward accounts that upvoted earlier, which is similar to the existing system. I am recommending the excess rewards are reintroduced back into the rewards pool. The reintroduced rewards will have a positive effect on everyone’s vote value. Those with many smaller upvotes will benefit.

Testing the algorithm

TEST.jpg

I have tested the algorithm on a few sample posts from some of Steem’s ‘top users’ according to payout. See Table 1 below.

Table 1: Changes to post rewards from a few of Steem’s 'highest rewarded' content creators

beforeAFTER.jpg

Some users lose more rewards than others do. Those that self-vote and have very few other high valued votes stand to lose the most. Posts from @nothus and @chbartist accounts were perfect for testing the algorithm as these users apply a combination of bot and vote selling services. The percentage drop in rewards was small compared to self-voters but most likely sufficient to eliminate gains from vote buying returns on investment (ROI). Payouts returning to the rewards pool will increase payouts of posts but the cost of buying votes will also increase. Therefore, vote buyers will not benefit. Vote buyers that do not adopt complex vote manipulation techniques such as @nothus and @chbartist are likely to have a very low return on votes bought.

How does this proposal solve the above-mentioned problems?

endpayday.jpg

Gaming the system will become difficult as voting early could produce very low curation rewards. Voting later will produce curation rewards slightly lower than 50% in most cases. Users will still be able to frontrun bot votes but the demand for bots is likely to drop considerably because of the lower and more difficult to predict ROI. The remaining bot users are likely to be users that have sufficient confidence that the exposure bought will cover the cost of the negative bot vote ROI. Whale votes are likely to be more difficult to predict, as high upvotes will reap relatively lower curation rewards than multiple lower valued upvotes.

Self-voting on comments and low quality posts will become considerably less lucrative as the votes will have less value if they form a high percentage of the overall post value. In the test, @traf’s self-vote returned him just 7.65%, which is considerably lower than curating content. For example, If @traf split his stake into 6 accounts equally, he could earn up to 85% in total from self-voting. This would exceed the average 50% return on curation. However, the time taken to power down would be a considerable cost. He could also delegate his stake equally across multiple accounts. I believe it is possible that ‘Oracles’ could be created to identify these accounts as one person. Therefore, his returns would drop back to 7.65%. The same idea can be applied to curation trails, which are effectively operating as one user. It would be even better if an ‘Oracle’ could distinguish manual upvotes from automated votes. If this was possible, all automated votes could be included in the algorithm as being from one source.

Voting selling will become considerably more complicated. An ROI on buying votes will be close to impossible to calculate. Most users will lose out very badly from buying votes. To continue operating, bot owners would be pressured to lower the price of buying votes. Many users will stop buying votes because of the uncertainty regarding the ROI. Bots generally earn lower curation rewards in percentage terms than other users. At 50% curation rewards, a bot is likely to obtain only 40% (10% lost to frontrunning) or less. The bots would need to charge to cover the lost curation rewards as well as the operating costs of the bot. It is likely many bots will not survive.

The separate pool for downvotes will help encourage the use of downvotes but does not deal particular well with the problem of retaliatory downvotes. The proposed algorithm protects users from a single downvote. For the downvote to take effect, downvotes of similar value are required. If there are major issues with abuse, @spaminator and @steemcleaners can still be used together. These accounts could be broken into several smaller accounts if that is more effective.

Possible problems this algorithm might cause

problemproblem.jpg

All solutions offered are susceptible to some problems. Applications such as @fundition, @utopian, and @oracle-d reward users with large upvotes. These upvotes are sometimes in comments that receive no other votes of value. The proposed algorithm would greatly reduce these upvotes and thus create problems for these applications. The applications would need to make payments using alternative methods. If curation rewards are increased to 50%, the applications can distribute curation rewards directly as rewards to users.

I mentioned early, users could distribute their stake across multiple accounts to obtain higher rewards. If ‘Oracles’ cannot or are not created to treat these multiple accounts as one user, the use of multiple accounts would trick the algorithm. The community can respond by manually identifying such accounts and respond with downvotes. The splitting of stake across multiply accounts creates the same problem with downvotes as with upvotes.

Buying votes from services such as @smartmarket and @minnowbooster could present a problem as upvotes are from individual accounts rather than a bot. If ‘Oracles’ can group all automated votes as one vote this problem could be solved. However, I am not sure if this is possible or necessarily desirable by the community. Buying votes from these services will likely create a negative ROI if some of the votes bought are quite large. If only small valued votes are bought, the negative effect of vote buying is minimal.

Other possible supporting ideas

MOREideas.jpg

The main idea in this post is the proposed changes to the rewards algorithm. I have a few other ideas that would support and complement the algorithm, which I would like to flesh out in future posts.

Separate reputation score for content creation and curation


There is a reputation score for content but not curation. I see these two skill sets as entirely different. The exiting reputation score is broken. There is a proposed alternative, User Authority, which is currently being developed. I have not read anything about a curation score. This score could be determined based on variety of posts upvoted/downvoted, the level of engagement through comments, percentage curation rewards earned, percentage of self-votes, and any other logical indicators of active curation. A high curation score could carry with it a percentage increase in vote strength. For example, a curation score of 75/100 could increase Voting Power by 10%.

Curation beneficiaries


I have discussed curation beneficiaries a few times before but I believe it is worth highlighting again. If an account receives delegation from another account, it is only reasonable that the delegating account obtains a return. If there is an option for curation beneficiary rewards. The delegator can receive payment directly as a beneficiary of the curation. The percentage beneficiary rewards needs to be agreed and locked in prior to the delegation. For example, the delegator and delegatee might agree that the delegator receives 90% of the curation reward. If curation rewards are 50%, the delegator will receive 45% of the curation reward from the delegatees vote. For example, if a delegatee has 50,000 Steem Power and receives another 50,000 Steem Power from a delegation, the delegatee would keep 55% (50% + 5%) of the curation rewards and the delegator would receive 45%. If we include the idea of curation scores, delegating Steem Power to high rated curators, could provide a good form of passive income for investors. An investor could obtain above 50% of their own upvote in return.

Including star ratings


Adding star ratings could further enhance curation. After upvoting a post, the voter should be require to give the post a star rating (1 to 5), 1 star being the lowest and 5 star being the highest. After a post has been rated a particular number of times (e.g. 20), the post should be given an average star rating. If a post does not reach the required number of votes, it does not receive a rating. The star rating could provide a useful indication of the quality of the post and be a determinant of an account’s curation score. The use of ‘Oracles’ would help to prevent someone with multiple accounts distorting the rating.


Payout the highest upvote to ‘null’ (alternative to all of the above-discussed solutions)

THANKS.jpg

If my algorithm is not appealing or too complex to successfully implement. I have another very simple solution - payout the highest upvote of each post to ‘null’. The curator of the highest upvote still keeps the curation reward but the upvote goes to ‘null’ instead of the content creator. The highest upvote would not be considered a waste as it would reward the second highest upvote to the content creator, unless that is the only upvote.

This would disincentivise both self-voting and buying votes as these two types of upvotes are often the highest votes a post receives. This change does not address as many areas as the proposed algorithm in this post but it should be much easier to implement and face less resistance than a more elaborate change to the rewards algorithm, which could have several unforeseen implications. Sending payouts to ‘null’ has the added advantage of reducing the inflation of Steem, which could make it more attractive to investors. Instead of sending the payout from the highest upvote to ‘null’, it could be returned to the rewards pool. This would help increase users vote strength. Another option is to send the payout of these votes to a ‘worker proposal’ fund.


Conclusion

SIMPLE_plan.jpg

In this post, I have identified several problems with the existing mechanisms of distributing rewards. I have proposed changing the rewards algorithm to encourage users to upvote content, which they believe to be popular. This algorithm adds risk to upvoting early, it reduces rewards to content that receives rewards primarily from one account, reduces the effect of retaliatory downvoting, creates negative ROI for vote buyers, and returns payout to the rewards pool to increase the strength of all users upvotes.

The algorithm is not an entirely effective solution in itself and requires several other changes to enhance it. These include:

  • Oracle/s to treat accounts that consistently vote together as one account
  • Increase curation rewards to 50% or higher (I have previously proposed 75%, the algorithm does not necessitate such a high value)
  • Separate downvote pool
  • Separate reputation score for content and curation (to be described in more detail in a separate post)
  • Curation beneficiaries as an alternative form of passive income
  • Curation rewards to be paid out in both SBD and Steem (explained in Part 5 of the Steem ecosystem series)

The algorithm described in this post has been explained in the context of Steem. It could work for a Smart Media Token (SMT). I would recommend that the algorithm is trialled as an SMT first, so as to identify problems that could occur. An alternative algorithm could also be developed if it achieves similar results to the one explained in this post.

If all of the above appears too complex, there is also the option of sending the payout from the highest upvote to ‘null’.

More posts


If you want to read any of my other posts, you can click on the links below. These links will lead you to posts containing my collection of works. These posts will be updated frequently.

Collection_1.jpg

Collection_2.jpg

Collection_3.jpg

The whale appearing in the pictures/images in this post is Squirt. If you want to learn more about him. Click on the gif below.

BOTandSquirt.gif

level.png

Brand2018.gif

Authors get paid when people like you upvote their post.
If you enjoyed what you read here, create your account today and start earning FREE STEEM!
Sort Order:  

Sorry for being dumb, friend, but I find it hard to cotton on here:

An initial upvote value should be calculated using the existing methodology. The value of this vote will be adjusted according to the ratio of the value of the vote cast to the pending payout of the post prior to adjustment. For example, if a post is worth 2 STU (Steem Token Unit). If a user gives the post an upvote worth 2 STU, the upvote will now only be worth 1 STU (2-2(2/4)). If the post receives no further upvotes, the 2 STU upvote will only be worth 1 STU. If the final payout of the post reaches 50 STU, the vote will now be worth 1.92 STU (2-2(2/50)). As more users upvote the post, the value of the existing upvotes increase.

With

Adjusted Upvote Value = Upvote Value – Upvote Value × (Upvote Value/Sum of post upvotes)

and "sum of post upvotes" meaning 'total number of votes cast at that point in time', the figure below the line for only one vote should be 1 and not 4, shouldn't it?

Giving (2-2(2/1)) = -2 STU

Will anybody ever risk making the first vote if this is the case? Or did I miss something?

Anyhow, I am all for more knowledgeable guys like you finding ways to rectify the obvious ailments prevailing.

It will be wonderful to have an @trufflepig like mechanism built in to distinguish between worthy efforts and meaningless chaff, with the 'worthy efforts' then labelled to be (a) made more visible and (b) to have their upvotes be worth more, even before they are open to be curated by the community.

Another beneficial move would be then to encourage productive commenting by offering higher rewards for comments made in response to such truffles.

I have been posting super serious (if controversial) content and will appreciate even the most derogatory reactions to it, but no, in spite of promoting it in steemchat, only the rare upvote here and comes my may.

Even diligent efforts at curating, like I am doing right here, are only occasionally rewarded.

Not really encouraging - so thanks again for your efforts at making this a more inspiring platform to live on!

·

Hi @clicketyclick, the formula does not read quite right. The denominator should read 'sum of post upvote values' rather than 'sum of post upvotes'. The 'sum of post upvote values' is not a static number but increases or decreases as the number of upvotes and/or downvotes increase. So when the vote is cast its value will be less than when the post is paid out if the post receives more upvotes. In the example, the upvote, when cast, is worth 50% of the 'sum of the post's upvote values' and therefore is only worth 50% of its value to the author and curator, the other 50% is allocated to be returned to the rewards pool. If the 'sum of post upvote values' increases to 50, the 2 STU upvote is worth 4% of the 'sum of post upvote values'. Therefore the combined payout to the author and curators is 96% of the value of the vote, i.e. 1.92; 0.08 STU from this vote is to be returned to the rewards pool.

The earlier votes are the riskiest but also produce the highest rewards if high valued upvotes follow. In the current system, earlier votes are always worth more than later ones. The risk element should encourage some users to vote later to secure at least some curation rewards.

The biggest problem is that delegating to bots or self-voting are the highest rewarded activities on this platform. Both these activities encourage people to not engage with the community. This will be a huge problem when it comes to raising revenue from advertising as advertising requires user's eyes on content to be successful. The current rewards must be changed in someway to get people looking at content and actively participating.

Your idea about a @trufflepig mechanism would be nice. I am guessing it could be more useful for SMTs. The content on Steem currently is so diverse, it would be very difficult to create an effective version of the mechanism that can apply to all content. For an application such as actifit, the content is very similair and it would be much easier to apply such an approach to it.

Thanks for taking the time to read the post and comment. Hopefully it can make it to the SOS post for more visibility. I have managed to be mentioned by @trufflepig a few times now.

Edit: Post updated to reflect this comment.

·
·

Thanks for the informative reply, the upvote - and the trouble to update the post.

Maybe a relatively simple @trufflepig type filter that simply identifies some form of proof of work like word count, vocabulary and syntax, that selects posts showing evidence of effort in assembling them, irrespective of subject type could help, balanced with a @cheetah like filter discriminating against plagiarism and re-posting of identical stuff.

·
·

The problem with @trufflepig is that it often displays posts with a pattern of collusive voting. I have mentioned it a few times and it would be nice if they could tune their algo to filter the circlejerking out. If they do don't, I may give it a shot time permitting.

Posted using Partiko Android

·
·
·

I'm pretty happy with @trufflepig, I am becoming a regular. Seems quite easy to become a truffle. My posts rarely reach the predicted payout or upvotes. This post made it about 1/3 of the way. My own upvote makes up half the payout.

I arrived on Steem when circlejerking was moving over to bots. Doesn't look like the circlejerking is expanding. Returns from bots are just as high and the payouts cannot be removed by downvotes.

·
·
·
·

I've been featured a couple or few time w @trufflepig but I've noticed a disturbing trend of accounts appearing on their regularly due to a certain ninja miner voting them consistently 100%. It fits the pattern of what I would call collusive. The user is xeldal and I don't think anything they vote should be featured on TP due to the value being skewed by their constant 100% whale votes. I am sure a lot of front-runners have caught on to their trend and not sure how that affects the TP featuring.

Returns from bots are just as high and the payouts cannot be removed by downvotes

Any post with a pending payout can be removed if you have the stake to do so. Most users can't do much to bot voted posts; however, but there are usually other ways to address if the post happens to be abuse such as contacting people on discord, steem.chat, reporting to @steemcleaners (for certain abuses), @steemflagrewards etc

There are some very interesting ideas in here.

Most can be easily bypassed with a little structuring creativity, and would require oracles to see past Sybil attacks. While useful for many SMT use cases, I am not at all convinced that oracles have a place in the core protocol. In order to properly secure the blockchain, full DPOS needs to be maintained at protocol level.

I would be very interested in trying out a front end that requires 100% beneficiary and then employees their own reward algorithms with the beneficiary rewards. At a minimum, we should have substantial data from such experiments before considering any core changes.

I recognize that not all of your suggestions could be implemented through a side experiment, and people that would lose under the new system would not use it, but we should still gather data about how it looks in practice and what the processing load is for the front end.

Posted using Partiko Android

·

I have run through many different approaches in my head. So far, all of them can be manipulated in one way or another. In my previous series I came to the conclusion that 75% curation rewards plus a few other changes could at least better align rewards. However, 75% is a steep price to pay for many quality content creators. The algorithm proposed in this post would have a similar effect but with 50% curation rewards. This approach has the added advantage that ROI on bot votes are close to impossible to predict. Without a reliable method of calculating ROI, many users will not use bots.

In the absence of oracles, self-voting through multiple accounts will still be successful. Oracles seem more likely with SMTs. If this is the case, every app should have their own SMT and the function of Steem could be changed. For example used as a funding mechanism for apps.

There is so much that can be done with the frontends to improve the Steem ecosystem without the need for hardforks. A big area of improvement would be if the frontends offered promotion services similar to Facebook and Instagram. Relying on the rewards pool to fund promotion is ridiculous. Basically, users pay for promotion and get a 100% refund from the rewards pool.

Adjusted Upvote Value = Upvote Value – Upvote Value × (Upvote Value/Pending Payout)

Ok, I am trying to picture how this would work with down Voting abuse particularly.

Let's say we have a vote farming post with $0.3 stu remaining. I want to zero said post. I have a downvote of about $0.04 currently but would try to downvote at about $0.03.

Using the formula, my adjusted downvote value seems to equal zero. If I lower my vote value, I may be able to shave $0.667 ish off of it but I would not be able to zero much less get it below the minimum SBD payout.

What's also interesting to me is that my adjusted vote value for $0.02 or $0.01 would be the same on a post with a $0.03 pending payout.

If I used my maximum vote on it, my adjusted value would looks like it would be negative. Does that mean my upvote would then become a downvote and downvote and upvote? 😛

Just briefly looking over this, it seems generally that one would want to ensure that their vote is not decisive in relation to the pending payout. It may address some problems but, in doing so, could introduce others. Nevertheless, I would like to hear more detail about this moving forward.

Thanks for the thoughtful post, @spectrumecons!

Posted using Partiko Android

·

I see what you mean regarding downvotes. I had the problem with negative upvotes if the value of an upvote was greater than the value of the pending payout. The wording in the equation 'pending payout' was not the best terminology to use. I have updated the post using the wording 'sum of upvote values'. For downvotes, it would be 'sum of downvote values'.

As with upvotes, a single downvote will have zero impact on payout. So at least 2 downvotes would be required to remove rewards. This would offer some protection from retaliatory downvoting. Oracles would greatly help prevent users splitting stake across multiple accounts. I am not sure what the future is for them.

Overall, downvoting is very uncommon on this platform because it costs the downvoter almost as much as the downvotee. Separate pool for downvoting would help considerably.

Congratulations! Your post has been selected as a daily Steemit truffle! It is listed on rank 7 of all contributions awarded today. You can find the TOP DAILY TRUFFLE PICKS HERE.

I upvoted your contribution because to my mind your post is at least 9 SBD worth and should receive 310 votes. It's now up to the lovely Steemit community to make this come true.

I am TrufflePig, an Artificial Intelligence Bot that helps minnows and content curators using Machine Learning. If you are curious how I select content, you can find an explanation here!

Have a nice day and sincerely yours,
trufflepig
TrufflePig

·

Really really hope so. You are the best bot on this platform.

Nice thinking this change good blog

Posted using Partiko Android

·

Thanks, I'm glad you liked it.

I agree with you.
Yes you are right thinking.

Posted using Partiko Android

·

That's great. Did you agree with everything or just particular parts of my proposal?

·
·

I wish you all the best.

Posted using Partiko Android

·
·
·

Hypothetical question: How would you change your voting patterns, if my proposed algorithm was put in place?

·
·
·
·

Hypothetical question: what makes you think this person is actually consuming your content instead of using generic responses in hopes of a comment upvote?

#sbi-skip

Posted using Partiko Android

·
·
·
·
·

Almost definitely is. I am just curious how the responses will continue and to see how ridiculous they are. Looks like 2 might be this guys max.

I agree with your proposing idea about this

·

Which part of the proposal did you agree with?

I agree with your proposing idea about this

Hi, @spectrumecons!

You just got a 1.69% upvote from SteemPlus!
To get higher upvotes, earn more SteemPlus Points (SPP). On your Steemit wallet, check your SPP balance and click on "How to earn SPP?" to find out all the ways to earn.
If you're not using SteemPlus yet, please check our last posts in here to see the many ways in which SteemPlus can improve your Steem experience on Steemit and Busy.

Hi @spectrumecons!

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

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

Evaluation of your UA score:
  • Some people are already following you, keep going!
  • The readers appreciate your great work!
  • Try to work on user engagement: the more people that interact with you via the comments, the higher your UA score!

Feel free to join our @steem-ua Discord server