Délégative

Délégative allows to conduct a secure offchain voting for a group of people meeting some requirements (DAO).

The votes can be delegated to other users, so it implements the ideas of liquid democracy. Depending on the parameters the delegated votes may be delegated further.

The eligibility to vote is provided by identification of user, it allows to conduct a vote for example for github repo contributors, some token holders or any other online information.

Voting happens offchain in ZK-manner, thus the privacy is ensured.

Delegation allows users to create committees for some specific sphere where they lack expertise, or not to lose their vote if they're sure they will not be able to vote in time.

Offchain operations ensure that the secrecy of the vote is not exposed even if a person with a substantial voting power casts a vote.

Video: https://www.loom.com/share/47d70b4403134167a47c827f2e8edfe4 UI: https://github.com/delegative/ui Contracts: https://github.com/delegative/contracts

To conduct a DAO voting, we require users to fullfill some requirements using Sismo, say a user has committed to some github repo or holded some token for some time or had tweeted N tweets, next we make possible to delegate/revoke right to vote to another user using Ethereum Attestaiton Service (EAS). The more requirements the voter fulfills the greater is his voting power.

We use EAS as a way to build a graph of the different delegations that happen in an election proposal. The way it is build is that the different DAO members can either vote directly, or delegate the vote to other DAO member for which they consider to be more capable of performing a better choice. We are performing off-chain attestations (these are signed, timestamped communications of will) representing the current state of the graph.

We also use The Graph (GraphQL) as a way to query the off-chain attestations submitted to EAS off-chain platform.

During proposal creation a Mina smart contract is deployed with its verification code. Next, the voting process constructs a proof which is encrypted and stored at IPFS, after the voting deadline passes the aggregated proofs are fed into verifier (smart contract), they are checked for validity and then the result is calculated.