RMRK's Community Curation DAO

We are starting a new experiment with curated collections. Up until now, for a collection to be curated it had to be unanimously upvoted by the RMRK team. As the team grows and the number of collections keeps exploding with the growing community, this has been harder and harder to focus on.

Today we are excited to announce RMRK's Curation DAO on OpenSquare's snapshot-voting platform!

Two types of votes can be cast:

• mark as plagiarism or copyright infringement
• curate collection

How it works

Any RMRK holder with 431 or more $RMRK tokens ON STATEMINE can at any time initiate a new proposal. There is no lower limit on how many tokens you need to vote, the 431 limit is there only for creating new proposals.

🚨 Note that currently only the Statemine balance is counted! RMRK tokens migrated to MOVR, Karura, Bifrost or any other supported chain do NOT count towards your balance for now! OpenSquare is working on upgrading their platform to support this soon! 🚨

A proposal's title MUST follow a naming template, otherwise it will be deemed invalid regardless of vote outcome.

If you are proposing that a collection be curated, the format is: Curation request: COLL_ID where COLL_ID is the ID of the collection. Example: Curation request: 924cf81bb52a1b5c57-PASTELBEACHMALL.

If you are proposing that a collection be banned as plagiarism or copyright infringement, the format is: Plagiarism: COLL_ID where COLL_ID is the ID of the collection. Example: Plagiarism: 924cf81bb52a1b5c57-PASTELBEACHMALL.

Put your arguments into the body of the proposal, rich markdown (tables etc) is supported. The more proof / arguments, the better:

• if proposing for curation, make sure you include arguments such as an artist's past performance, their volume metrics, their originality, whether or not they have identity set up, etc.
• if proposing for a plagiarism flag, you must include proof - links to existing media that proves these materials existed elsewhere in some form or are infringing on some copyright or trademark.

The Snapshot value determines the block time on which the token balance is counted. This means moving token balances around to get more votes won't count after this block number. It defaults to "now".

The voting period for curation proposals must be 7 days. The voting period for plagiarism reports must be 3 days. The start date should be set to the day of the proposal's creation.

Voting Types

Two sums of votes are used to determine the win, and the interpretation is up to the "show caller", in this case, RMRK, as per Test Periods defined further down. The two voting types are plutocratic (regular - majority of total tokens wins) and quadratic.

Quadratic voting works by squaring the sum of square roots of all vote values, in order to make whales easier to outvote. As an example:

• Voter A: 100 tokens aye
• Voter B: 9 tokens nay
• Voter C: 4 tokens nay
• Voter D: 16 tokens nay

=

• 10^2 = 100 for aye
• (3 + 2 + 4)^2 = 81 for nay

Another nay vote for as little as 4 RMRK will tilt it

• (3 + 2 + 4 + 2)^2 = 121

Voting by Proxy

In some cases, RMRK tokens are held by multisig wallets in which case it is difficult to log in and vote. Such accounts should set up a proxy account, and when voting by proxy input the multisig, but use the proxy (from the Polkadot JS extension) to vote.

Test Period 1

During the rest of January, we want to test drive the fairness of the quadratic voting system.

Note: We are aware that it is possible to game this system by splitting your balance before an expected snapshot and give your votes more of an effect, but we want to count on people being honest. This is why this is a test period, and if we notice some fishy behavior we will apply different rules.

Test Period 2

If quadratic voting fails during the first testing period, we will then be applying the same formula Kusama and Polkadot use during referendum voting: https://wiki.polkadot.network/docs/learn-governance#tallying

Specifically, Positive Turnout Bias will be applied. What this means is that a proposal will be biased to fail, and the more total supply of RMRK votes, the more the vote will approach simple-majority-wins mode. Until that happens, a super-majority of AYE votes will be required, depending on the turnout.

In other words, the bigger the percentage of total $RMRK supply participating in the vote, the easier it is to pass the proposal.

Test Period 3

The final test period will be an attempted combination of the two above: quadratic voting + positive turnout bias. The exact formula is still being discussed.

What's in it for me?

By being an active participant in this effort, you are helping improve Singular for everyone. You might also be rewarded in some other way after enough participation, but this is still being discussed and in no way a promise or guarantee.