Any contribution that can be converted to USDT will be matched during an active match round. It will be matched as from a new unique contributor provided
1. It is from a new identity that has not contributed before.
2. Identity requirements continue to evolve but for Round 5 a unique identity = a Github account that is older than the CLR round.
3. Identity requirements are subject to the pretense that a contribution is not a Sybil attack or collusion.
We define collusion per the CLR Paper ( https://arxiv.org/pdf/1809.06421.pdf ) as
" The central vulnerabilities of LR, as with other mechanisms designed based on the assumption of unilateral optimization, are collusion and fraud. Collusion takes place when multiple agents act in their mutual interest to the detriment of other participants. Fraud takes place when a single citizen misrepresents herself as many. "
To call one case out specifically due to confusion in previous rounds, please avoid any form of quid pro quo that has financial value (a scenario in which a user gets some additional unique benefit/award in return for their donation).
We define a Sybil attack ( https://en.wikipedia.org/wiki/Sybil_attack ) per
" In a Sybil attack, the attacker subverts the reputation system of a network service by creating a large number of pseudonymous identities and uses them to gain a disproportionately large influence. It is named after the subject of the book Sybil, a case study of a woman diagnosed with a dissociative identity disorder. "
More on our anti-collusion growth strategy here https://twitter.com/owocki/status/1273458452900151296
Some definite examples of rule-breaking:
1. DO NOT offer anyone a quid-pro-quo (especially one that has financial value) for a contribution.
2. DO NOT make up a new identity to contribute.
3. Do not try to falsify a contribution.
We cannot possibly enumerate every single literal example of a breaking of the above rule, so please treat the above list as an incomplete list. You should refer to the definitions of Sybil and collusion attack in the CLR paper as the canonical source of truth for the rules.
Rule violations can lead to a reduction, or nullification, of your matching bonus.
Any rule violations can be flagged via the ‘Flag Grant’ functionality on the Grants UI. For transparency, we tweet about rule violations at https://twitter.com/GitcoinDisputes – so follow that account if you’re interested in participating in that governance process.