When they went from 0.1 to 0.5 minimum I mentioned that it shuts out minnows and RM said they were working on a solution. These things take time because there are a lot of hidden complexities.
You are viewing a single comment's thread from:
When they went from 0.1 to 0.5 minimum I mentioned that it shuts out minnows and RM said they were working on a solution. These things take time because there are a lot of hidden complexities.
Exactly. It is really easy currently with only one account. Having multiple accounts means many problems, managing multiple voting power and finding the best account to vote with is a hard problem. I'd say I am 60% done with it and hope to have it ready in the next weeks.
I haven't done any programming on the Steemit platform, but: might it be easier to have a single account that does the upvoting, and the other accounts delegate SP to it? Just curious, thanks for the hard work!
Problem is, we can't vote with under 1% voting power (because steem converts it into a 1% vote by rounding up). So our plan is to have multiple smaller accounts that get used for small sends and bigger accounts for bigger sends. The exact details are still being worked on.
I think that was done because of curation . Some were upvoting our posts (articles) even with 0.1 % just because they got high curation. And their vote was worth maybe one tenth of cent....
Fun fact: You can vote 0.1% but steem will round it up to a 1% voter roughly because you need to loose at least 0.01% voting power each vote. MB got exploited a bit with that behaviour when we allowed 0.01SBD sends.
Actually upon re-reading your comment, the gears started turning; I believe the voting power is the variable I hadn't been considering when I wrote my previous comment.
Delegate in rounds? For instance, with 5 bots, A through E, every bot delegates to A, then A votes until voting power is depleted to some threshold (perhaps 50%, I'm not really sure though).
Then, everyone delegates to B -- or, to whichever of B through E which has the highest voting power -- and vote as requested, again until a voting power threshold.
Then just keep repeating the previous paragraph. Perhaps add in "sleep time" if necessary for all to recharge -- or, bring more bots on-line if voting power is depleting too quickly.
Anyway, just thinking out loud. Take care! :)
Voting power is currently not the problem :) Also remember that delegations take one week to get back to the person to prevent exactly this delegation cycling.
The problem is too small votes. At one point 0.01% voting power is worth a dollar, what do you do then? vote everyone sending 0.1SBD up with $1? That would cost too much. So we plan to have multiple accounts for different price ranges.
Great to know, thanks! I've been here since June, but I still have a lot to learn! :)
A way to think about this is that you recharge VP at 20% per day. It takes 5 days to recharge 100% VP. But, when you undelegate SP, it takes 7 days to become available again. This is desirable behaviour otherwise we can make an upvote circle as you described.
Thank you! That makes a lot of sense -- delegate/undelegate takes longer to "recharge" than voting down to 0% would. Glad that potential loophole was plugged!
Good to know the timeframe. I might have some more crypto free to help charge up the new bots in a similar timeframe.