You are viewing a single comment's thread from:
RE: Making SPAM fighting on Steem into a game of skill
Ultimately, the final decision lands with the person or team who casts the downvote. But that is similar to the problem that the original game intended to solve. Say it showed you a picture with a cat and a chair. Should the keyword be "cat" or "chair" or both or neither? There's no clear rule on that, but the game relied on player input to inform its decision. The rules for identifying abuse are always going to be fuzzy, but (hopefully) if enough eyes look at it, you can reach a consensus.
This doesn't always have to be the case right? We could have a DAO kind of system since this is a downvote trail. Maybe a simple DApp where users can see the flagged posts and based on the common sentiment, the person who initiates the downvote can decide whether to vote or not. This would kind of be similar to the SPS but on a separate DApp.
Your thoughts?
Yeah, that's getting more complicated, but I think you're right. This is connecting it back to the idea about quorum sensing that I mentioned in the opening paragraph.
Is that even possible? To have someone just mark a post and once enough quorum is reached, a downvote is initiated? If I'm not wrong, there is a 1hr expiry of every transaction on Steem. If a transaction is not broadcasted within this 1hr duration, it would fail, right? So, this is where it becomes very tricky.
I don't think it would be possible on-chain. The "vote broadcasting" would have to happen off-chain, through a web site or some other protocol. The only part that would be on-chain would be issuing the downvotes.
Even if it were possible, I think you'd want to keep it off-chain anyway, in order to prevent retaliation.