MSIG

This article documents details, discussions, proposals and discussions about the MSIG (multi-signatory) configuration for the eden.fractal account that helps facilitate Eden Fractal meetings. This article covers basics of Antelope permissions, previous configurations, design considerations, FAQ, community feedback, and ten proposals to update the MSIG created by community members in early 2023.

In the future this article can help guide other communities who are configuring MSIGs for mutual benefit, though for now it is mostly focused on helping the Eden Fractal community decide how to better configure an MSIG in the near future. Please note that this article is a work in progress and will be updated soon. Enjoy!

Table of Contents:

MSIGs, or multi-signatory arrangements, are a vitally important and profoundly helpful tool that enable communities to flexibly share permissions for actions on community computers (such as EOS or Ethereum).

In the future this article will be expanded to provide a better introduction and overview of MSIGs, but for now the scope of this article will be directed to people who are already familiar with EOS MSIGs. For more details about MSIGs, you can explore the Gnosis Safe website or EOSIO developer documentation. You can also watch videos here or here for a quick overview about MSIGs:

The owner permission can change anything on the account, including the owner permission. Excepting EOS BPs, the owner permission has ultimate root access to all actions on the account.

The active permission can change anything on the account except the owner permission. This includes an infinite variety of actions, such as executing any existing action, transaction, or coding a new action in the software. For example, actions on the account could change the Eden+Fractal game rules, the scorecard and attributes of EDEN points, or add entirely new functionalities to the account. You can see the actions installed on the account here.

You can hear a description about the differences between the active and owner permissions on the eden.fractal account here. You can also watch the following video for a more general introduction to the EOS permission system.

‘

The following MSIG configuration was approved by Eden+Fractal delegates. Patrick introduced a proposal focused on the signatories at 1:07:52 and it was approved at 1:24:35. Tadas introduced a proposal for the full configuration at 1:31:01 and it was approved at 1:59:02. You can see an IPFS document with the proposal here.

The new configuration includes six new signatories, smart time delays, and a custom permission. The new signatories are Andrew, CAC, Gavriel, Marco, Perry, Sebastian, and Tadas. The time delays provide counterbalances between the various permissions to optimize both convenience and efficiency. The custom permission enables the ‘submitranks’ action to distribute respect each week. You can see the sections below to learn more about the design of this configuration.

Between Week 27 and Week 34, there were six or seven proposals to update the eden.fractal MSIG. Some of the most notable proposals are shown and summarized below.

The Eden.Fractal MSIG is the arrangement of keys and people who have permission to change the eden.fractal EOS account. You can see this account and current arrangement here.

The current MSIG includes 6 people and a 48 hour delay, with different thresholds for active and owner permissions. You can learn more about this configuration in the sections below and in the FAQ at the bottom of the page.

Tadas releases the new Fractalgram app and the delegates approve two proposals to reconfigure the eden.fractal MSIG! The new configuration includes six new signatories, smart time delays, and a custom permission! 🔑

Eden Fractal MSIG, Part 2! After playing Eden+Fractal, the group engages in the second comprehensive MSIG conversation with three proposals to update the eden.fractal account permissions 🔐

We discuss the MSIG. Vlad & Tadas release app updates. Patrick funds Eden builders. Eric launches an art fractal. Perry announces dNews plans. Go Eden! ⚽️

In the 27th Eden Fractal meeting, the Eden Fractal council approved an immediate proposal from Patrick to improve the eden.fractal MSIG configuration. The proposal simply asked whether delegates wanted to update the MSIG and did not specify details about how it would be configured.

You can watch Patrick introduce this proposal at 1:04:48 in the following video and see the timestamps in the video description for an overview of community discussions about the proposal.

In the 34th Eden Fractal meeting, Vlad made a proposal to configure the MSIG in the following way:

You can watch Vlad introduce this proposal at 1:17:27 in the following video and refer to the timestamps here to see community discussion about the proposal.

You can see Vlad’s message announce this proposal about here:

In the 34th Eden Fractal meeting, Dan made a proposal to configure the MSIG in the following way:

According to Dan’s telegram post, the most important differences from Vlad’s proposal are:

You can watch Dan introduce this proposal and provide a comparison with Vlad’s proposal at 1:33:02 in the following video.

You can also see messages from Dan with feedback about Vlad’s proposal and reasoning for his proposal here:

Towards the end of the 34th Eden Fractal Meeting, Tadas suggested a different configuration with threshold of custom permission at 5, active permission at 6, and owner permission at 7. Vlad agreed amd suggested voting on this as a proposal at the end of the meeting, but the group decided to save the voting for the following week after another brainstorming session. You can see some discussion about this at 2:03:50 in the video below.

Vlad made the first two proposals to specify the MSIG configuration in mid-January, 2023. Vlad, Patrick, Tadas, Dan, and CAC discussed Vlad’s first proposal in detail during the fourth Eden Fractal Brainstorming Session. Vlad withdrew the proposal after hearing feedback in the discussion, then he also proposed and withdrew another iteration of the proposal in the following days. You can watch the full video and navigate timestamps for discussions about the first proposal in the video description.

During Eden Fractal meeting 34, Dan advocated for including Chuck in the MSIG and this telegram post. This proposal did not receive much support and several community members expressed that they thought Chuck should not be on the MSIG because he hadn’t participated in the community in a long time. Dan withdrew this proposal after hearing community feedback.

The most recently created proposals and suggestions are curated on this spreadsheet in a visual table view. For your convenience, screenshots of the three most recent proposals and suggestions are shown below:

We wrote this section of the article in preparation for the 5th EFBS and 35th Eden Fractal meeting where the delegates voted to change the MSIG. It provided the following recommendations for the eden.fractal MSIG, as well as design considerations to provide additional reasoning in the next section.

Going into the fourth brainstorming session, it appears that the most important decision remaining for the configure the eden.fractal MSIG is how to threshold weight of active and owner permissions.

To summarize developments so far:

In order for the eden.fractal account to operate, I think that we need to increase the weight of EOSIO.code from 3 to 5. I just thought about this and am not sure.

I’m also thinking that we should probably remove the eden.fractal@EOSIO.CODE account from the active and owner permissions to provide additional security. If there are any code malfunctions, could this compromise the security of the account by having this on the active and owner permissions?

What do you think?

Dan shared the following messages suggesting a higher threshold for owner permission in response to Vlad’s proposal:

Dan shared the following messages to express benefits of configuring the active and custom permissions in the following ways:

During the fourth Eden Fractal Brainstorming Session, community leaders discussed creating a custom permission that only has capability to execute the ‘submitranks’ action. This action is executed each week to distribute respect. You can watch this discussion here and see a message from Dan about this below:

The Eden Fractal community has often discussed the idea automating the MSIG to change as new delegates are elected to councils each week. This could be implemented with the Eden Election software developed by Edenia. You can watch a discussion from meeting 34 about the potential for automated MSIG solutions with the Eden+Fractal delegates here. You can also watch an earlier discussion about this topic from week 27 here.

We recommend that the community explores this option in the near future, but warn that there could be significant risk in trying to change too quickly without sufficient deliberation. We encourage the community to exercise care to make sure that any change to theMSIG is considered thoroughly with a deep analysis of potential implications to make the best experiences possible.

There are many important design decisions to consider while configuring an MSIG. MSIGs for account permissions play an important role in community cooperation and should be carefully considered from many perspectives to make the best experiences possible.

For example, MSIGs should be designed with an appropriate balance of security and convenience. If a threshold is too high, then it may be too difficult to make a helpful change to the account. If the threshold is too low, then the game theory could incentivize behavior or ‘attacks’ that are detrimental for community members. You can watch a recent discussion about this from meeting 34 here.

The following sections aim to provide an overview of some design considerations and recommendations for the eden.fractal MSIG. As with the rest of the article, these considerations and recommendations will evolve and may also be helpful for other communities in the future.

Vlad and Dan shared the following messages analyzing the worst case scenarios for the eden.fractal account if the keys were compromised. You can see the Vlad’s message about this and Dan’s response below:

Dan shared the following message in a private conversation with Patrick to express the importance of increasing the threshold of the owner permission.

You can read an excellent overview of moral hazards in More Equal Animals, the seminal book from Daniel Larimer that inspired Eden. You can read the chapter about Moral Hazards here. For your convenient preview, the first page of the chapter is included below:

Dan wrote the folllowing message in a PM to Vlad.

You can also watch Pascal and Dan discuss pros and cons of the status quo, stability, and agility here:

In a private conversation with Vlad, Dan wrote the following:

In a private conversation with Vlad, Dan wrote the following:

In a private conversation with Vlad, Dan wrote the following:

Dan and Vlad shared the following private messages about how high thresholds cause incentivize collusion to veto changes:

Vlad’s message:

Dan’s Message:

So far the active permissions has been used on a weekly basis to execute the submitranks action and distribute respect to participants. Other than that, the active and owner permissions have only been used a few times in the beginning of Eden Fractal to set initial software configurations.

The eden.fractal account was originally created by Eden Creators to help start Eden Fractal. Within the first few weeks of Eden Fractal meetings the MSIG was decentralized to several community leaders. Soon we’ll add videos where you can watch discussions about this. Here are some messages where this is briefly explained:

There are no formal responsibilities or obligations, but there are expectations from the community to keep the account keys safe to provide a stable environment for the community to grow and sign weekly transactions as needed. You can hear an explanation of the role of a signatory here.

You can watch a discussion about the expectations for time and responsibilities of signatories here.

During week 34, Pascal voiced an opinion to increase security with higher thresholds. You can watch this here.

During week 34, Perry voiced an opinion to increase security with higher thresholds. You can watch this here.

During week 34, Tadas voiced an opinion to increase security with lower thresholds. You can watch this here also see discussions about his alternate suggestion above.

Many community members shared thoughts about the eden.fractal MSIG throughout Eden Fractal meetings #32 and #34. In the future we will curate more thoughts from community members here. For now you can explore the show notes of each episode to see more feedback from community members. More coming soon!

In addition to the other resources shown above, the community engaged in detailed discussions about the eden.fractal MSIG during the second hour of meetings #32 and #34. You can watch the videos and see show notes about each conversation, as well as other helpful resources, below:

We discuss the MSIG. Vlad & Tadas release app updates. Patrick funds Eden builders. Eric launches an art fractal. Perry announces dNews plans. Go Eden! ⚽️

Eden Fractal MSIG, Part 2! After playing Eden+Fractal, the group engages in the second comprehensive MSIG conversation with three proposals to update the eden.fractal account permissions 🔐

January 17th, 2022- We were focused on MSIG Proposal, what is it? Find that and more in this session. Here is the link to the MindWeb MindMap.

Consensus results are posted each week in the Consensus Results channel of the Eden Discord. If there are discrepancies in the data, an analysis is also provided along with recommendations for proceeding. You can reach out in the discord and telegram group with any questions or comments.

You can see a draft article about permissions here. Much more coming soon!

You can see documentation to help signatories operate Eden Fractal software here. More coming soon!

This page is a work in progress and will be updated soon. Thank you for reading!