You are viewing a single comment's thread from:
RE: A Jealous Utopian Bot - Should This Really Be A Thing?
You can see the current behavior here: https://github.com/utopian-io/api.utopian.io/blob/0192febcb3c097ad17fc87ab69ff72f37fe0bf6c/utopian-bot.js#L94
If existing votes are from one or more of the bots in this list, the vote value is reduced. To my understanding, the bot doesn't "come back" to check if bot votes were added after its own vote. IMO this is OK, given the effort and user uproar of later (and possibly repeated) unvoting and voting with lower percentage. And in some cases it's not the author who payed for an upvote... I'm not involved with SP, so just my 2 cents...
Thanks for the answer. It would be possible to program the bot that it can find out who paid for the upvote because the mechanism always works the same way:
So, you have to check wallet memos if the link of the articles appears in any of them. Of course, this would leave open two potential backdoor: 1) Unknown 2nd accounts and 2) URL shortener.
When it comes to complaints for retroactive unvoting simply refer to the rules. They are the same for everyone.
Finding out who payed for the upvote is not so straight forward with user balances managed by minnowboster et.al.. And whoever want's a bot upvote will then do it in the last few hours before payout so that the next utopian run would not catch it in time...
I think the current version does it's job and I'm not sure if it's worth the effort to make it more sophisticated. Some users will always find a way around...
ok, I understand. Small change, which would need a big effort. Then this no 3rd party bot rule is off the table.
Just to clarify, I'm not a utopian dev. I came across the same thing and what I write here is is my own opinion. From the implementation I assume the devs are aware of the situation, but finally it's their and the SP delegators call.
it couldn't find out when utopian vote first before the user buy a vote. that should be the case. @doodlebear