- Joined
- December 3, 2020
- Messages
- 7,612
- Points
- 326
Minecraft Username:
What is your suggestion's title?
Suggestion Details:
How could this idea help improve JartexNetwork?
Extra Information:
kaivalya
What is your suggestion's title?
VoteTop reward split for ties or time stamp based ranking
Suggestion Details:
For years now, Jartex has had VoteTop rewards for top voters and in-case of ties, the apparent ranking from VoteTop leaderboard is used to assign rewards, which if I didn't knew any better is deterministically random. What I mean by that is, say players A, B and C have 7 votes each (tied), a ranking would be randomly determined for example: #1 B #2A #3C and this ranking would also be the same if a tie was to happen between any combination of these players next month. This means the player C will always be at a severe disadvantage compared to player A and will get less reward for putting in same the same amount of voting effort. And there is nothing player C can do to beat player A if both are optimally voting, best he can do is tie.
These ties used to be rare in past when a lot of voting links used to be based on 12 hrs or 24 hrs cooldown instead of being one vote per day. This meant a voter had a better chance to beat other voters if he was not wasting any time voting on those links daily. But since that is not the case anymore, everyone will be at same vote count at month end with a difference of 1-2 votes max (like in case of Jan 2025).
Key Suggestion:So I suggest Owners to split the reward amongst tied voters so that they would not be receiving rewards based on their random IGN ranking but instead purely based on their vote count.
Apart from this, an even fairer ranking be implemented which will be based on "first-to-votecount". This basically means if at the month end 3 players are tied with same vote count, the player who reached the count first, will be higher on the leaderboard rankings.
How could this idea help improve JartexNetwork?
Fairer Reward Distribution
Extra Information:
I can assure you that current VoteTop implementation is definitely not ranked according to who reaches a votecount first but rather randomly (or alteast by a factor which has got nothing to with voting speed). This can be verified by the example below, where the player even though was last to reach the vote count 210, later reached #1 just because he has the random priority over all other players on the same vote count.
Last edited: