When the recipient of a positive review downvotes that review, this strongly indicates it is likely spam, slop, or inaccurate. In this case we will penalize the author's Ethos score. Penalties escalate with repeat offenses.
As the author of a review, there is little risk in being wrong, writing slop, or incorrect information about the target. Ethos is currently facing issues with positive reviews written by Grok that are inaccurate (e.g., ZacXBT getting reviews as if he were ZachXBT), sloppy (generic reviews without substance), and inauthentic (written without actual knowledge about the person).
Recipients of these reviews are often frustrated, as this sentiment is now reflected on their profile regardless of its accuracy or likelihood of being spam.
This EIP adds risk to the equation where writing reviews that are inauthentic, even when they positively impact the target, carries credibility score downside. We believe this will help neutralize excessive AI usage in writing reviews that are inauthentic.
For the sake of this specification, we’ll refer to the act of the recipient downvoting a positive review for themselves as “marking it as spam,” although in the actual mechanism design it is simply downvoting the review.
sentiment = "positive") qualify.F(n) where n = SPC + 1.| Spam Review # | Fibonacci F(n) |
Incremental Points | Cumulative Points |
|---|---|---|---|
| 1st | 0 | 0 | 0 |
| 2nd | 1 | 1 | 1 |
| 3rd | 1 | 1 | 2 |
| 4th | 2 | 2 | 4 |
| 5th | 3 | 3 | 7 |
| 6th | 5 | 5 | 12 |
| … | … | … | … |
spam_status field.This EIP focuses solely on mechanism design within the protocol and scoring system. However, we can apply the same mechanisms in the front-end of the product to hide these reviews from user profiles if the recipient downvotes them.
We may also choose to change the downvote button label to “Mark as spam” to make it easier to understand; however, enforcement will continue to be driven exclusively by the voting system.