-
Notifications
You must be signed in to change notification settings - Fork 1
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Determine curation dynamics #9
Comments
Data point re: impact evaluations, groups with more resources are able to make more impact. So we'd need to adjust for that somehow in pairing or instructions for evaluating. Would Pairwise + EAS address provide variety of stage/capacity/assets data to round out the impact achieved relative to how resourced the project is? In nonprofit fundraising it's a huge problem because large inefficient NGOs get most of the funds because they have the staff to speak the lingo and document progress, whereas grassroots groups are more efficient, more effective, and actually solve structural problems. Similar thing happening in Gitcoin Grants climate round with for example small projects in the global south that could scale fast cheaply but theres a weird gap/hurdle. We addressed this pretty well with DAO Drops Round 1. Our "uniqueness / solving a unique problem" category was off because there were many similar groups within one area of marginalization. |
Planning session 9/6:
|
From Colin:
Muath: |
I've asked GPT4 for a possible development & implementation plan based on the information we have, considering constraints on budget and time, and separation of components based on their importance, here is the response: Development Plan:Primary Components: (must-haves):1. User Points System:
2. Pairwise Voting System:
3. User Authentication & KYC:
4. Notification System:
5. Epoch Structure:
Secondary Components: (good-to-haves):1. Feedback Mechanism:
2. Leaderboard System:
3. On/Off Switch:
4. Incentives for Fundraisers:
Tertiary Components: (nice-to-haves):1. Continuous DAO Drops:
2. Gameified Systems:
3. Scout System:
Basic Implementation Strategy:Design Phase:
Development Phase:
Testing Phase:
Launch:
Contingency Plan:If development faces constraints like limited funds or time:
Detailed Implementation Strategy:Phase 1: Foundation and InfrastructureSystem Architecture:
Database Design:
User Authentication & KYC:
Phase 2: Core FeaturesUser Points System:
Pairwise Voting System:
Notification System:
Epoch Structure:
Phase 3: Secondary FeaturesFeedback Mechanism:
Leaderboard System:
On/Off Switch:
Incentives for Fundraisers:
Phase 4: Advanced Features & RefinementsContinuous DAO Drops:
Gamified Systems:
Scout System:
Phase 5: Testing, Feedback, and IterationAlpha Testing:
Beta Testing:
Final Launch:
Phase 6: Continuous Improvement & MaintenanceFeedback Collection:
Regular Updates:
Maintenance:
|
Evaluate ways we could eliminate and/or improve the curation step
IDEAS
Random sampling:
each voting address has ability to vote on a subset of projects, or 10 pairwise comparisons to more closely evaluate.
Pairwise:
would our weighting of how much on-chain points have anything to do with that? - would need a formula
https://pairwise.generalmagic.io/
https://gov.optimism.io/t/final-pairwise-tinder-ux-for-web3-community-signaling/6142/14
Variations
Continuous DAO Drops - weekly/biweekly/monthly - project logs progress - voting - feedback - gameified - leaderboards top 50, based on stage, country, etc
Option - if project/person is at top of leader board, they more power
dot vote across 10
vote on similar projects (compare similar projects)
Prediction Market (ties into incentives)
Game around predicting how popular each project will be, get a kickback, can stake money on your prediction
Scouts
Give $50k to these people to give to most impactful projects. After, evaluate how impactfully that was given out, each scout receives more money to give if they do well.
The text was updated successfully, but these errors were encountered: