S4 Intent: Collective Intent #4: Governance Accessibility
Proposed Mission: The implementation of a hierarchical pairwise voting system, the addition of attestations to Snapshot voting, and the development of a flexible vote allocation feature to improve governance accessibility.
Proposal Tier: Fledgling (Pairwise received 7.8k OP in the latest round of Retro PGF)
Baseline grant amount: 95k OP
% of total available Intent Budget: 3.16%
Please check here if access to upfront capital is a barrier to completing your Mission and you would like to be considered for a small upfront cash grant: Yes
Alliance name: Pairwise
Alliance Lead: Freshelle
Contact info: Telegram @freshelle
L2 recipient address: 0xc8D65E1Bd67f16522e3117B980E1c9D2CaeB9dC3 (generalmagic.eth)
Please list the members of your Alliance and link to any previous work:
Pairwise is a project built by General Magic with a lot of support from rockstar DAO OGs.
- @FreshelleT - Alliance lead. Treasury and contract engagement
- @markoprljic - Design lead. Head of Design and Business Developer at General Magic. “Magic Marko” is a top notch designer and has been practicing his art on web2 and web3 projects for over a decade.
- @moe_nick - Project Manager. Products & Fintech Enthusiast. http://Giveth.io Product Manager, ex-MyDigipay, ex-Tadbirpardaz, ex- Finnotech
- @pourcheriki - Developer. More info: Github Lead Front-End Developer. Cherik has been leading the front-end design on a variety of products and features in the Giveth Galaxy for the last 2 years.
- @amin__dev - Developer. More info: Github Software Engineer/Developer/Architecture Lead Developer at Giveth
- @VitorMarthendal - Magically supports cadCAD and general full-stack development for consumer-facing blockchain-based products: Github
- @thegrifft - Advisor. Co-founder of Giveth, Commons Stack, General Magic, Dappnode
- @mathsguy - Maths PhD (Category Theory, String Topology / CUNY), then worked on Ethereum, EthSwarm & Colony. Now playing around with math animations using Manim and learning theoretical CS. Wrote the original paper Pairwise is based on.
- @kronosapiens - Programmer-at-arms @joinColony, prev. ML @Foursquare Pilgrim. Closet anti-positivist. Arts & sciences. More info: Github Created the initial implementation of Pairwise
- @gichiba - Technical Writer at the Ethereum Foundation More info: Linkedin
- @ZeptimusQ - Transparency and accountability advocate. A passionate representative focused on decentralized governance.
Description:
In response to feedback and insights gathered from previous rounds of RetroPGF, we propose a comprehensive solution to improve and refine the system. The goal of this proposal is the implementation of Pairwise to be used for the next round of RetroPGF. With Pairwise, participants are presented with pairs of options and must choose one option from each pair or abstain. If the voter wants more information about one of the projects, they can click “View Details” and do further research. This approach turns one big complex decision into many small easy decisions and therefore can accommodate a large number of options without overwhelming participants. The final out put would be a ordered list with percentage weights for fund distribution. For more context read here.
Note: These are screenshots from our prototype, and the final product make for this grant will change drastically.
Key aspects of this proposal include:
1. Hierarchical Pairwise Assessment: We will implement a hierarchical pairwise voting system for RetroPGF. This system will have multiple levels of granularity, facilitating comparisons at the level of general categories (e.g., Education vs Technical Development) and within subcategories or individual projects. This will create a much easier user experience for the 100’s of projects applying for RetroPGF.
2. Attestations Added to Snapshot Voting: To extend voting rights to all citizens, we will make a snapshot strategy that uses attestations. We will attempt to merge upstream so it can be used by all snapshot users.
3. Flexible Allocation of Votes: In order to give more granular control of the user’s voting output, we will enable participants to manually adjust their results as they wish.
Please explain how this Mission will help accomplish the above Intent:
The plan to implement Pairwise hits at the core of intent #4:
The Collective must prioritize accessibility in order to create governance structures that welcome a broad range of Optimists to participate. Pairwise will greatly reduce the cognitive overhead for making challenging complex decisions, which will clearly make Optimism governance understandable, open, usable, flexible, and legible to all.
Lowering the cognitive overhead enables more perspectives to participate in governance, lowering barriers to participation for busy people and OP Maxis alike to be involved in the governance process.
Pairwise will give a much more user-friendly voting interface than the spreadsheet and DeForm that was used in the last RetroPGF round. Last round every citizen had to figure out how to give nearly 200 projects a percentage. This was reported to be very difficult and frustrating as many projects had to receive less than 1% each and managing it all in a spreadsheet was very overwhelming.
If this proposal passes, for the next round, the citizens will have a very beautiful UI and this process will be broken up into lots of simple micro decisions contextualized in several categories and it will be much more fun to participate, likely increasing the participation of the community.
What makes your Alliance well-suited to execute this Mission?
We have worked together on various projects, including Giveth, Commons Stack, and others, and have produced this initial prototype already which all OP holders can access and play with here:
Our team is full of DAO OGs, like Griff Green, that are fed up with using antiquated voting methods to make decisions in web3. We know we can do better and are committed to embarking on that mission with Optimism as the first beneficiary.
We are advised by the original writers of the Budget Box paper that Pairwise is based on.
Please list a critical milestone. The critical milestone should be a measure of whether you’ve made best efforts to execute what is outlined in this proposal or not. If you fail to achieve your critical milestone, your grant may be clawed back.
Optimism Pairwise Assessment Program Proposal - Milestone Roadmap
Milestone #1: Development and Implementation of Pairwise Core System
- Overview: Develop and implement the basic functionality of the Pairwise system, including improvement of the Pairwise algorithm and interfaces for viewing spaces, votes, and projects.
- Deliverable: Interfaces for viewing spaces, votes, and projects; voting abstain or choosing a project; viewing personal Pairwise rankings.
- Expected Completion Date: Aug 15
Milestone #2: Hierarchical Pairwise Voting
- Overview: Develop and implement a hierarchical Pairwise voting system, facilitating comparisons at various levels (e.g., general categories, subcategories, and individual projects).
- Deliverable: Hierarchical Pairwise voting system, including interfaces for different levels of assessment.
- Expected Completion Date: August 29
Milestone #3: Attestations Added to Snapshot
- Overview: Create an attestation Snapshot strategy, extending voting rights to all citizens of the Optimism ecosystem.
- Deliverable: Attestation feature in Pairwise and hopefully the Snapshot main application as well.
- Expected Completion Date: September 14
Milestone #4: Flexible Allocation of Votes
- Overview: Develop and implement a feature where participants can see and adjust the percentage allocation of their votes as per their preference.
- Deliverable: Feature allowing participants to see and adjust their vote allocation.
- Expected Completion Date: September 20
How should Token House delegate measure progress towards this Mission: These should focus on progress towards completion. Including expected completion dates for each is recommended.
Token House delegate can measure progress towards the completion of this mission by monitoring the completion of the specified critical milestones. Each milestone corresponds to a specific component of the project and has an expected completion date. The milestones are as follows:
1. Milestone #1: Development and Implementation of Pairwise Core System
- Expected Completion Date: Aug 15
- Progress can be measured by the successful development and implementation of interfaces for viewing spaces, votes, and projects; voting through snapshot strategies; and viewing personal Pairwise rankings.
2. Milestone #2: Hierarchical Pairwise Voting
- Expected Completion Date: August 29
- Progress can be measured by the successful development and implementation of a hierarchical Pairwise voting system, including interfaces for different levels of assessment.
3. Milestone #3: Attestations Added to Snapshot
- Expected Completion Date: September 14
- Progress can be measured by the successful addition of an attestation feature to Snapshot, extending voting rights to all citizens of the Optimism ecosystem.
- Will need to be reviewed and merged upstream to Snapshot’s repo, not something we can guarantee, but we will make it work for Pairwise.
4. Milestone #4: Flexible Allocation of Votes
- Expected Completion Date: September 20
- Progress can be measured by the successful development and implementation of a feature that allows participants to see and adjust the percentage allocation of their votes as per their preference.
Note: With a 2.5-month timeframe, we’ll deliver an MVP that will work for RetroPGF’s next round. Our developers will manually set up the RetroPGF vote, as a fully configurable Pairwise application for general use cases isn’t feasible before the deadline. We hope to continue development post MVP to make Pairwise customizable for other use cases outside of RetroPGF.
How should badgeholders measure impact upon completion of this Mission? These should be focused on performance and may be used by badgeholders to assess your Mission’s impact in the next round of RetroPGF.
Badgeholders can measure the impact upon completion of this mission using several performance indicators:
1. User Experience: Evaluate the overall experience of badgeholder while interacting with the new voting process compared to the previous rounds. This could be accomplished through user surveys or feedback forms focused on the system’s usability, design, and intuitiveness.
2. Number of Users: The percentage of users that use Pairwise as opposed to other methods for the next round of RetroPGF.
3. Number of Pairwise votes: The more assessments a voter makes, the more they love voting with this tool.
Breakdown of Mission budget request:
Here’s a breakdown of the budget request for this mission, as per the milestone allocation:
1. Milestone #1: Development and Implementation of Pairwise Core System - 35k OP Tokens
2. Milestone #2: Hierarchical Pairwise Assessment Program - 25k OP Tokens
3. Milestone #3: Attestations Added to Snapshot Voting - 10k OP Tokens
4. Milestone #4: Flexible Allocation of Votes - 25k OP Tokens
Total Budget Request: 95k Optimism Tokens
This budget will cover the design and development costs associated with each milestone, including but not limited to labor, testing, and any infrastructure costs.
I confirm that my grant will be subject to clawback for failure to execute on critical milestones: Yes
I confirm that I have read and understand the grant policies: Yes
I understand that I will be required to provide additional KYC information to the Optimism Foundation to receive this grant: Yes
I understand that I will be expected to following the public grant reporting requirements outlined here: Yes