RE: Programming Diary #35: Steem's fundamental challenges
1.) The trending page sucks
I've long wondered why the upvote services don't create a one-off post themselves, generate 10 comments there every day and upvote them by 100%. The profits could be paid out to the investors without them having to create a shit post. That would be a simple solution to problem 1. Presumably the old track will be retained, because extra rewards can be generated through any additional votes on the shit post.
2.) Posts stop paying rewards after seven days
I think this is also because it is intended that new posts are written. Similar to the VP, the normal user who does not use a voting service is motivated (one could also say forced) to visit steemit every day. The number of new posts and the number of visitors are important indicators of the value of a domain, so I could imagine that this is the reason why the mechanisms were set up in this way.
It seems to have been forgotten that in the days of steempeak it was possible to set beneficiaries for first-level comments. So I assume that this option still exists today and is just not offered by the Steemit frontend. Or - I'm not sure about this - that comment beneficiaries are only paid out in SBD.
If the comment beneficiaries work, then that would also be a good way to vote on old posts. With the @thoth.test posts, the votes are distributed among all the authors mentioned, with the comment beneficiaries you could decide for yourself which of the old posts you want to vote for.
Finally, why do you send 70% to @null on @thoth.test posts because it's just a test?
Me, too. It would improve the spam problem, and it would offer an avenue for passive rewards - making their product more attractive to potential clients. And I have also wondered why their clients don't demand it.
I agree, here, too. At one time, there were two payout windows - one after 1 day and one after 30 days. When they switched to 7 days, they said that there was almost no significant voting after 1 day. IMO, this is because they're buried from people's feeds after that. If we want posts to have longer lifetimes, I think that some sort of recommender is needed (In a way, Thoth is a first pass at creating a decentralized recommender).
It's definitely still possible. This is how eversteem rewards posts after payout. I'd love to see @the-gorilla give us a beneficiary option in replies through condenser. Something new might be to let the commenter set a default beneficiary amount that gets assigned dynamically in each reply to whatever account created the post that the commenter is replying to. Maybe that would create a more collaborative and engaged environment(?).
I have thought about making use of comment beneficiaries so that Thoth can have more beneficiary slots (for delegators), and so that voters can direct rewards to a single historical post/author, instead of splitting them among all authors in the top-level post. It's a tradeoff between not wanting to create spam comments vs. customizing the results and including more delegators. Not sure if I'll set that up or not. The ideal thing might be to create the capability, and then let each Thoth operator experiment to see whether it makes sense to use the capability on or not.
3 reasons: