The proposal outlines a new voting system for the Eden ƒractal community, introducing a token called VOTES that can be earned through participation in meetings. VOTES will be non-transferable and used for community decision-making, requiring attendance at meetings for votes to count. Proposals must achieve over 66.67% approval from submitted votes to pass, with a minimum participation threshold of 33%. The proposal is a work in progress, and feedback is encouraged as the implementation details are finalized.
Introduction
Everyone who participates in weekly meetings deserves the ability to vote in community decisions. Below is a proposal for a new kind of Eden ƒractal interim consensus process to make collaborative decisions for the benefit of the community.
Opening Remarks
Please note that this proposal is a work in progress and may be updated soon. Feel free to reach out with any questions, comments, or suggestions. You can make suggestions on an editable version of this proposal in google docs here. Your feedback would be much appreciated.
This website is also in development and there are formatting errors that are being resolved. You can read the google doc for a more easily readable version.
Proposal Summary
If this proposal is passed, the Eden ƒractal community will create a new token called VOTES and implement this interim consensus process with the following specifications:
- Community members can earn VOTES by participating in Eden Fractal meetings.
- In the future, community members may also be able to earn VOTES by making helpful posts on social media or doing other helpful work for the community. For example, you can read about several ways that tokens may be earned in page 15 of the ƒractally whitepaper.
- In the future, community members may also be able to use VOTES for other purposes, such as upvoting or downvoting posts on Eden social media. For example, you can read about how tokens may be used for voting on social media in page 29 of the ƒractally whitepaper.
- For the purposes of simplicity, we will focus the remainder of this proposal on the more immediate uses for VOTES.
- VOTES are distributed to community members who participate in weekly events in the same proportion as EDEN respect tokens. For each EDEN respect token that a community member earns at the weekly event, they will also receive a VOTES token.
- Members who have earned EDEN respect tokens before this proposal passes will receive their VOTES retroactively in proportion to the amount of EDEN respect tokens they’ve earned.
- You can see the current distribution of EDEN respect tokens here. If this proposal is passed then current distribution at that time would also become the distribution of VOTES. You can see a graphic showing the current distribution as of Eden ƒractal Week 14:
- VOTES cannot be purchased, sold, or transferred.
- You cannot and will not ever be able to trade VOTES.
- All participants in Eden ƒractal meetings will need to agree to an upcoming Eden ƒractal Contributor Agreement (with an on-chain signature) stating that VOTES are not transferable and will never be transferrable.
- Anyone who has earned VOTES can make a proposal on Consortium.
- Proposals must be phrased with a binary YES or NO answer.
- Proposals can only be passed between during the weekly Eden ƒractal meeting on Wednesday between 13:00 and 16:00 UTC
- A proposal must be submitted on Consortium before Wednesday at 16 UTC to qualify for approval in the following week’s meeting.
- Therefore, all proposals must pend for at least 6 days and 21 hours before approval is possible.
- In order for VOTES to be counted, the voter who submits VOTES must be present at the weekly Eden ƒractal meeting.
- VOTES that are submitted by community members who do not attend a weekly meeting will not be counted in any proposals that are voted on that week.
- VOTES only count for proposals in any given week if the voter attends that week’s meeting.
- VOTES from community members who participate in the weekly meeting can be considered as ‘Total Present VOTES.’
- For a proposal to be approved, it must receive YES VOTES for greater than 66.67% of ‘Total Present VOTES Submitted’ between 14 and 16 UTC on Wednesday.
- Note that there is a distinction between ‘Total Present VOTES’ and ‘Total Present VOTES Submitted’
- ‘Total Present VOTES Submitted’ are a sub-category of ‘Total Present VOTES.’
- For a proposal to be approved, it does not need to receive a YES vote for 66.67% all ‘Total Present VOTES,’ but only of those votes that are submitted.
- For a proposal to be approved, it must receive YES VOTES for greater than 33% of ‘Total Present VOTES’ between 14 and 16 UTC on Wednesday.
- This can be considered as the minimum threshold or quorum for participation required to approve a proposal.
- VOTES are only counted for the past 26 weeks. VOTES expire after 26 weeks to help ensure that voting power is for active participants.
- Parameters may be changed in future proposals.
Example
- The total amount of VOTES in week 15 of Eden ƒractal would be 5,466, as you can see from the proportionate amount of EDEN respect tokens issued by the eden.fractal account.
- We can imagine that only 4,000 VOTES are present because several people with VOTES aren’t able to attend this week’s meeting.
- Therefore, the ‘Total VOTES Present’ would be 4,000.
- If 3,000 ‘Total VOTES Present’ are submitted for a proposal, then the proposal would require at least 2,000 ‘Total VOTES Present’ for YES in order to be approved. This is 66.7% of ‘Total Present VOTES Submitted.’
- At least 33% of ‘Total VOTES Present’ would need to vote YES in order for the proposal to be approved. This would require at least 1,333 present VOTES.
Back-Up Plan
- If Consortium doesn’t work for whatever reason, then we replicate the same process on Hive until a better solution is agreed upon.
Implementation Considerations
- This proposal will be uploaded to IPFS, BBS, Hive, or some other on-chain database before being enacted.
Technical Considerations
- I think that these are quite simple using tools that we already have…
- How much ram purchase for new token?
- How much time developing?
- Possible to reuse code?
- The Consortium polling page for Eden fractal must be updated to enable community members to vote with VOTES instead of EDEN respect tokens.
Legal Considerations
While designing this proposal, I thought often about the recent article from the ƒractally team entitled What is the Legal Standing of a DAO?
I asked Daniel Larimer about the legal considerations of this proposal during Genesis ƒractal Meeting 28. The timestamp is 2:49:19. I’m aiming to reach out to Gregory Wexler and ask for more feedback about this proposal soon.
Design Considerations
- The token symbol for VOTES can be the fractal pentagon shown below.
- Conveniently, this logo can also be oriented upwards or downwards in various websites to intuitively signify upvotes and downvotes
