status-im
/
swarms
mirror of https://github.com/status-im/swarms.git
2
0
Fork 0
Code Issues Projects Releases Wiki Activity
swarms/ideas/172-topic-democracy.md

5.2 KiB
Raw Blame History

id title status created category lead-contributor contributors exit-criteria success-metrics clear-roles future-iterations roles-needed okrs
172-topic-democracy Subjective Delegation Liquid Democracy Draft 2018-04-15 core 3esmit
3esmit
yes yes no no
UX
PM
Clojure dev
[P2]: SNT is a powerful utility in Status

Preamble

Idea: 172-topic-democracy
Title: Subjective Delegation Liquid Democracy
Status: Draft
Created: 2018-04-15

Summary

A democracy where you can specify delegate for carbon-voting proposals with specific multilevel governance delegation topics, or fallback to a predefined defaults if none set.

Swarm Participants

  • Lead Contributor: Ricardo Guilherme Schmidt
  • Testing & Evaluation:
  • Contributor:
  • Contributor:
  • PM:
  • UX (if relevant):

Product Overview

This product intend replace authority centralized control for networks with tokenized participation, such as Status Network currently owned by MultiSig contract 0xBBF0cC1C63F509d48a4674e270D26d80cCAF6022. The product would enhance security of network as an attack would require control of more addresses.

For a democracy where every member understands basic about every subject required for senstive actions inside the network is utopic. As Status Network decisions would be democratic for the users of the platform, a optional voting capability would be given to SNT owners, where they could set their delegate, or vote by themselfs.

When users don't vote and don't delegate, their influence would be delegated to SGT (Status Genesis Tokens) owners consensus.

Product Description

  • Users should be able to participate on decisions or delegate their influence. Important to democracy.
  • Votes are counted as MiniMeToken balance of user at block voting end. Important to not double tabulating without locking token transfers
  • Voting or delegating must not cause direct risks to users balances. Important to don't cause barriers into democracy process
  • Users that delegates must be able to vote differently then his delegate. Important to don't cause barriers into setting a delegate.
  • Delegates should be able to delegate influence delegated to them, as a delegation chain. Important to inflience get into experts.
  • The voting process of proposals should be divided in two polls, first asking for approval votes, and second asking for reject votes. Important to prevent a big delegate changing decision at last moment.
  • Approval pool uses a "Executive Delegation" and rejection pool uses a "Veto Delegation". Important to prevent bribe of delegates.
  • Specifics topics should have their own parent topic and specific delegation chain, which if unset by user should fallback to parent topic definition. Important to influence get into specialists of the topic.
  • Users that didnt defined any delegate would by default delegate to SGT Topic Democracy. Important to don't cause slowness into Status Network development.
  • SNT must be owned by SNT Topic Democracy. Important to democracy.

Requirements & Dependencies

  • MiniMeToken: Important because it allows lookup of snapshot balances in a certain block. This make possible safe tabulation without locking user balances.

Minimum Viable Product

Goal Date:

Description: Topic Democracy as DAO Governance

  • Users can execution of proposals.
  • SNT is owned by topic democracy.

Dates

Goal Date:

Description: Topic Democracy as "opinion" pool as experimental.

  • System is deployed in mainnet.
  • Users can cast opinion as vote using SNT for Status proposals throug Topic Democracy..
  • Users can delegate opinion for Status proposals using SNT through Topic Democracy.
  • Inchain tabulation is not required, because results can be calculated offchain and as no action would be taken by the result, inchain tabulation would be waste of gas.
  • Topic Democracy don't owns SNT.
  • Users are asked to approve proposal to upgrade into DAO Governance. When community decides this system is ready to take control of Status authority, a pool can be done and tabulated inchain to transfer control to Topic Democracy over a Topic Democracy proposal.
  • First DAO Governance can control network/assets by a multisig between current authority.

Success Metrics

It's difficult to assume a success metric from the voting, as users that just didn't "touched" the product probably are delegating their trust to Status Genesis Token holders.

However if we able to see if users look into the proposals and discuss about them in forums, would be a success signal.

Exit criteria

Status Network controlled by Topic Democracy.

Supporting Role Communication

Copyright

Copyright and related rights waived via CC0.