Consider- maybe rather than decentralizing msig bc and potentially putting more people with liability that’s more distributed…. Maybe best to focus on getting liquidity for EDEN then all the eos in the treasury into EDEN/EOS lp, and nullimg active keys back to just owners as bp so the network bps are providing the eos in lp with eden
This might be the lowest liability and best situation going forward …
Need to align Eden community to support Eden respect token . Figure out Distribution so that Eden community feels respected enough by Eden fractal to respect the token and want to form lp pool with all the eos
Proposal to Update Bylaws and Software
By Dan Singjoy
Introduction
Below is a draft proposal for the Eden On EOS community. Please feel free to reach out with any suggestions to improve this proposal.
We propose the following three changes to the bylaws and software for Eden On EOS:
- The active permissions of the ‘genesis.eden’ and ‘eden’ EOS accounts will require authorizations from at least two L1 delegates.
- The date of each disbursement will be pushed back approximately one week.
- The active permission of the ‘genesis.eden’ and ‘eden’ accounts will automatically update six days after each election according to on-chain results.
Below are more detailed explanations and considerations for each of these changes, as well as reasoning about why these changes can be helpful.
- Eden is more risky than traditional organizations right now in several ways.
- The fact that eden changes leadership every three months and leadership has complete power.
- And this is decided in only a few hours
- add Mike Manfredi article screenshot about this
- The weight of vote could be fairly proportional to the EOS distributed for L2 delegates, ie 2/14 and 3/4
- There are many L2 delegates who are already paying our attention
- It proposes
Yes the
I agree that there’s naunce
I agree that there’s complexity and decentralization
Technically, can the MSIG be manual to any extent?
Are you guys willing to do the sign
ADD Opt in and Opt out
The Synergy of Updates
Can the Eden On EOS become more secure, functional, fun, and dynamic when these 3 features are implemented?
Yes, I believe so. The combination of the week delay in disbursements, additional security of the layer 1 delegates, and automated permissions changes greatly increase the security and decentralization of Eden.
Inspiring Coordination Between Entire Eden Community
These change also inspire more interaction and discussions between the chief delegates, delegates, and all members in the eden community. Hence more fun, better stories, and more wisdom of the crowd.
Why is it Important to Decentralize Eden Now?
Eden Could Soon Experience Rapid Growth
If the entire EOS ecosystem experience is rapid growth then the value of the treasury market value of the treasury could increase greatly in a short period of time. In the blockchain industry, many assets have increased by value and value by over 100 times over the course of a year, That is both the market value and total attention.
Currently we are a relatively small community and we know many or most of the people in the community and we have spoken with each other and so forth. But as the community grows more than Dunbar‘s number takes effect to some extent and we have limited capacity to know everybody. I think we can also increase Dunbar‘s number in a sense by having more reasons to meet and better cooperating systems, like going to many different fractal meetings each week and so forth.
But that aside, we do have limited time and there is obviously only a limited capacity to know so many people. And the ecosystem could experience rapid growth in the coming months and that could be an external factor that is happening with the entire EOS Community and not dependent upon just the actions of Eden that could greatly affect Eden. Both in terms of attention and financial stake and incentive to game the system.
Decentralization Can Help Eden Raise More Funding
In addition, these kinds of safeguards are essential to raise larger amounts of funding for the Eden community if that something that the community aims for and also restrains the ability of Eden to play a larger role in governance of the EOS ecosystem.
The block producers and the ENF would probably be much more likely to fund or formally provide power to the Eden community when the Eden community is working with a more comprehensive we designed and thoroughly safeguarded and complete software. Previously, as Chuck makes the point, the software has been left in an incomplete state. The Clarion team built the feature to automate election permission changes, but then they stop developing their future and didn’t complete it.
So this is one of the features that was a top priority for the Clarion team.
Priorities of The Original Designers
Automating account permissions changes was a top priority for the Clarion team. That’s another reason why it’s good to do this.
We are picking up where the original designers and creators left off and we are doing some thing that we know is a top priority for the original designers. Of course we can make her own decision independently with the original designers wanted, but it is a good signal for things that we probably want to do because they’re great designers and they prioritize it and so it makes sense that we should as well. And addition to all the other reasons that I was in this document here.
Requiring Authorizations from L1 Delegates
Design Considerations
What would happen when Eden On EOS grows beyond 21 delegates?
Will 22+ delegates be able to sign an MSIG transaction on EOS without issue?
Are there larger MSIGs in existence on EOS?
Can we test this now with an MSIG for 22, 30, 50, 100 accounts?
- Can anyone with knowledge of scripts do this faster than me?
- I might be able to do this in like an hour with a manual system, but if someone can test faster that would be great
- Also would be great to test at higher numbers…
Adding L1 Delegates to the MSIG
- Is there any issue or risk when we increase over 21 delegates?
- If necessary, a backup solution could be:
- If there are over 21 delegates, then permissions for delegates will be split amongst 2 or more delegatemsig accounts. The sorting will be even or within 1 of size for each account and account names will be distributed alphabetically. Each account will have a weight of 1….
- Something like this
- Or maybe paired into accounts. Ie need 1 of 2 and there’s two delegates in each account
- The full MSIG is best obviously, but this can also work. This backup solution is not as fair or efficient, but it gives us something to decentralize without code changes.
- Details can be refined if necessary, but hopefully there’s not restrictions on larger msig and we can make it work without backup plan
Long-Term Goals for Decentralizing Eden
We choose the relatively low requirement of signatures from only two delegates as a pragmatic first step in the ongoing decentralization of Eden On EOS.
Delaying The Disbursement Schedule
- Change the time of distribution to 1 week later or change the election date to 1 week earlier?
- This would provide a manual safeguard in a similar way Chris was speaking about. If the election was ever compromised, then the previous term CDs and delegates could use their active permission on the account to make a code change to recall the election
- A backup option if the delegates lacked technical capability to recall the election is to simply move the treasury to another account and later figure out how to import the smart contracts and tables. I don’t think this would ever happen. It’s probably not very difficult to recall an election
Automating Permission Transfers
Why?
Potential Problems
There are currently potential problems (or holes in the ship) that could be detrimental to Eden’s growth
- CDs can decide not to change keys
- The majority is only protected from the minority by the process which recurs every 3 months
- Spoke about this during Helios twitter space august 19th
- Spoke about the need to be very careful at like 30 minutes into the CD meeting 7
- Low tolerance for mistakes
- Ie when you’re flying an airplane, make sure everything is right
- Attach notes about the floodgate effect
10% Increase in Membership Initiates New Election?
- Is the 10% increase in the code functional?
- Chris says the 2nd election had more than 26% increase
- Somewhere around 50 minutes in CD call 8
- How much time and money would this improvement cost?
- Would it cost more to research this first? Would it be helpful to receive payment for research first?
Automating the MSIG
- Luka and I discuss there somewhere around 1 hour in CD call 8
- I suggest that we may be able to simply set active permission to include board.major.
- Screenshot how this would look in the bloks UI like I did for the eden.fractal msig
- active key of genesis.eden would have:
- board.major
- 2/3+1 super majority of CDs
- genesis.eden@eosio.code
- the equivalent weight
Feature or Bug?
Tradeoffs
Chris explains how the manual process of switching delegates is more of a feature because it protects community from illegitimate elections.
Luka explains that the 10% rule would protect from this and a team member said this it is in the code, but chris said it’s not in the bylaws
Has the 10% rule been activated and tested in the smart contract code
Is it in the bylaws?
Chris explains that
Technical Feasibility
- Luka and I speaks about features to automate the MSIG permission change at about 1 hour into the CD meeting.
- It’s already built for other permissions and seems fairly simple to implement for the active permission
I ask more about this and luka answers at like 1:15 or 1:30
It doesn’t affect the front-end
We’d need to be careful
Why Decentralize Eden?
Why and How We Should Decentralize Eden
Goals
- Ensure long-term sustainability of Eden
- Make the best experiences possible
- Protect the minority from the majority
- Protect the majority from the minority
- MEA
- pioneering decentralized governance on EOS
Stakes and Opportunities
Eden has a prominent strong well known brand in EOS as decentralized governance. For example, the ENF writes Eden on website funding page and has covered eden in many reports. Most governance enthusiasts in Antelope community have gathered in Eden. Some people are skeptical of decentralized governance. Eden has opportunity to show EOS community model decentralized human community governance.
Provide Dependable Foundation to Foster Sustainable Growth
Protect/foster brand, experience, history, story, and culture of Eden
- Eden plays a unique role in both EOS and the world as the birthplace of true democracy and fractal governance.
- We have a responsibility and opportunity to greatly promote the adoption of true democracy and fractal governance as leading by example
- Maybe include link to my response to Luka about this a few months ago
- If we did have a problem then we could recover as a community, but it’s so much better to avoid tarnishing the reputation of Eden with mishaps.
- It could be understandable that first experiments don’t work. For example, many planes crashed before the Wright Brothers. Now, basically all planes work well and people greatly benefit from quick transportation around the world. A similar thing could potentially happen with Eden, whereby mishaps and ‘crashes’ could be overcome and greatly empower people over time. However, we should be careful limit the mishaps and make sure that no ‘crashes’ are too damaging for the community.
Empower Brands Building with Eden
Foster Eden as a sustainable base to grow communities, businesses, and brands. Several communities, businesses, and brands have already chosen to support the Eden community by tightly integrating the Eden into their community/brand/business operations. Example include:
- EdenFractal.com
- EdenCreators.com
- EdenBuilders.org
- Eden Spark
- Edenia
- Eden Reputation System
- EdenElection.com
- Eden Town Hall
- Eden China
- Eden Korea
- Many individuals who have their reputations closely associated with Eden
- Eden research
Eden should serve as a stable foundation for these and many more communities to grow.
Dependable, not dependent. All communities should strive for independence, but there is always a trade-off because independence comes with responsibilities. People only have so much time and have a limited capacity to handle responsibilities (and therefore independence)… Eden can provide value to these communities… who can choose to allocate dependence when necessary onto as stable support as possible… eden can be more stable, sustainable in long term with these bylaw changes
We advocate for Eden to empower the ecosystem by serving as stable foundation . Decentralized. Geared more towards sustainable growth than fast growth.
Why is it Important to Decentralize Eden Now?
Eden Could Soon Experience Rapid Growth
If the entire EOS ecosystem experience is rapid growth then the value of the treasury market value of the treasury could increase greatly in a short period of time. In the blockchain industry, many assets have increased by value and value by over 100 times over the course of a year, That is both the market value and total attention.
Currently we are a relatively small community and we know many or most of the people in the community and we have spoken with each other and so forth. But as the community grows more than Dunbar‘s number takes effect to some extent and we have limited capacity to know everybody. I think we can also increase Dunbar‘s number in a sense by having more reasons to meet and better cooperating systems, like going to many different fractal meetings each week and so forth.
But that aside, we do have limited time and there is obviously only a limited capacity to know so many people. And the ecosystem could experience rapid growth in the coming months and that could be an external factor that is happening with the entire EOS Community and not dependent upon just the actions of Eden that could greatly affect Eden. Both in terms of attention and financial stake and incentive to game the system.
Decentralization Can Help Eden Raise More Funding
In addition, these kinds of safeguards are essential to raise larger amounts of funding for the Eden community if that something that the community aims for and also restrains the ability of Eden to play a larger role in governance of the EOS ecosystem.
The block producers and the ENF would probably be much more likely to fund or formally provide power to the Eden community when the Eden community is working with a more comprehensive we designed and thoroughly safeguarded and complete software. Previously, as Chuck makes the point, the software has been left in an incomplete state. The Clarion team built the feature to automate election permission changes, but then they stop developing their future and didn’t complete it.
So this is one of the features that was a top priority for the Clarion team.
Priorities of The Original Designers
Automating account permissions changes was a top priority for the Clarion team. That’s another reason why it’s good to do this.
We are picking up where the original designers and creators left off and we are doing some thing that we know is a top priority for the original designers. Of course we can make her own decision independently with the original designers wanted, but it is a good signal for things that we probably want to do because they’re great designers and they prioritize it and so it makes sense that we should as well. And addition to all the other reasons that I was in this document here.
Questions for Edgar and Bylaws:
Remove member feature
- Does this feature not already exist?
- For example, Joshua was able to resign. That’s using the genesis.eden account, which CD’s have signatures. So I don’t think any changes are necessary for this functionality and this is already built.
- The only thing that community needs is social consensus about how this feature would be used. The technical functionality is there already.
- Would it be CDs with this entire power?
- Some other process?
- I think the best solution for this is to decentralize the genesis.eden msig.
- Any other process won’t have weight if it’s not via on-chain permissions for genesis.eden
- So we should decentralize the msig by 2 L1D now and aim to decentralize more in the future
- Perhaps with Eden ƒractal team functionality or interim consensus playing a role at some point in the future
- If its not built yet, how much time and money would this improvement cost?
- Would it cost more to research this first? Would it be helpful to receive payment for research first?
We discuss this during Eden CD Meeting 9 around 20 minutes in. Chris mentions related things that should be tested, like what happens if a delegate or chief delegate resigns?
Why I prefer to send EOS directly to Edenia
I’m willing to send 1000 EOS to Edenia for help to build these features or features for removing members.
I prefer to pay directly to Edenia4edens, rather than budget.eden. More aligned with the mentality/culture of natural giving, empowering to individuals with eden, retroactive public goods funding, and legal status of dao’s with no shared assets.
Eden ƒractal
By the way, if you want to send more to developers or specific people in the future then I think it would be best to send EOS directly to them from your account instead of via the eden.fractal account.
This would make it simpler for everyone and reduce liability for Eden ƒractal. As the ƒractally team wrote in the article below, it’s generally better to avoid sending EOS to an MSIG account to help protect the community from being classified as a general partnership.
In the future, I think the only EOS that we should send to the eden.fractal account is the EOS needed to distribute participation rewards (and we should also phase this out in the coming year to further reduce liability).
https://fractally.com/blog/what-is-the-legal-standing-of-a-dao
https://hive.blog/fractal/@fractallymike/evolution-of-fractal-governance
https://fractally.com/blog/what-is-the-legal-standing-of-a-dao
Add the prior notes about the current centralization and risk of Eden. This is a point that’s helpful to make for Chris.
Eden is more risky than traditional organizations right now in several ways. The fact that eden changes leadership every three months and leadership has complete power. And this is decided in only a few hours- add Mike Manfredi article screenshot about this
Notes from Eden CD meeting 9
- What are plans for dispute resolution that Chris mentioned?
- From the More Equal Animals?
- It seems it would just default to active permissions of
- Dispute resolution blog post from Dan Larimer- re-read this
- We also talk about this at about 45 minutes in CD meeting 9
- Do we need annual dues?
- What happens if we don’t change anything?
- Does the smart contract currently require 3 eos to be sent to join Eden?
- But it doesn’t require it for each year?
- Correct?
- Makes it much easier
- Less work for future CDs
- More attention to other more important matters
- What value does 3 EOS add to Eden?
- It adds some barrier to joining
- Makes it more difficult to raise funding on Pomelo
- Can always add them back later
- More safety from liability with the legal status of DAOs
- Mike Manfredi wrote the solution of fractal governance
[image:8FB1DF65-6A09-41B6-B221-C3D51BDB59B8-2992-000047BDD6A2E1CD/AF3AE0E4-B3EB-4314-A910-6A65A664AE98.png]
[image:1DDEF6EE-2B0B-45B6-9E76-9297C094BDBD-2992-000047BA49F1F6C9/E0718D7A-1C9D-49A8-912E-B48BF34525E8.png]
Updates:
Eden fractal
Eden town hall
* Epic candid 6.5 hour discussion with Chris, cac, Patrick , Felix , and Nicolas
* Mostly not recorded
* Good to communicate more closely and hang out together
* Considering new video format
Helios twitter space
* Recording is available and I encourage everyone to join on fridays
Joshua started new meetings that you can join on gofractally.
* Every weekday at 18 UTC
* Topics :
* more equal animals,
* Fractally whitepaper,
* growing adoption for fractal governance,
* building DAOs,
* future fractal founders
Disbursement to Vlad and James
Working on Bylaws
Jiyon made spreadsheets