Sushi 2.1 - Introduction of a Community Oversight Committee

[pocketsquare]

@probatacta

I’m interested in how we could ensure the CoC members can be replaced directly via snapshot voting. Can we fine tune the details on how this would work, in terms of multisig authority turnover in a non-amicable departure?

Sure - I am open to ideas as I’ll admit I’m not a multisig expert. I see non amicable departures of COC seats as low risk though as they should be community members and not really have much more power than just OK’ing various budgets proposed by the team.

@probatacta

Personally, I feel that having terms measured in years is too long for a brand new system, and that 3 or 6 months gives the community more opportunities for feedback early on.

I hear you but generally it takes 6 months to learn a new gig so I feel like that might be too short. Especially as this turnaround gets implemented, things are going to take a while (like getting legal structure up and running). I’m also not trying to impose anything that will be too taxing on the community in terms of constant governance processes and also something that isnt taxing on the team. If they are constantly dealing with new people, new opinions, etc I am afraid it might slow them down. I want them to be able to focus on shipping. Really this is just meant to be a community-by-proxy so that they can operate autonomously with respect to certain day to day items without having to go through full governance. Perhaps once things are humming, we revisit the length and tweak it down the road as deemed necessary?

As always, appreciate the feedback!

[pocketsquare]

I made the following adjustment to clarify some language based upon feedback received

• The COC is the final authority for posting Snapshots that pass the temperature check stage
• It is the COC’s ultimate responsibility to ensure that governance items that pass the temperature check phase are ultimately posted to Snapshot

The spirit of this point is not that the COC is the only one allowed to post snapshots, but just that it is their ultimate responsibility to ensure that items do make it to snapshot (ie they should have the ability to post if necessary). The team should be able to post themselves, but this is meant to be a gatekeeping failsafe.

[SCNightshade]

Currently, everyone with enough XSUSHI can create a snapshot. People with 200k+ XSUSHI can also post snapshots do you want to change that policy or?

[SCNightshade]

I am more concerned if the snapshots get executed in a timely fashion and improved communication around it (it is a bit improved by Truda’s notes), but going back to snapshot posting. Documentation about when a proposal can go to snapshot and what quorum and/or majority is needed for the proposal to pass will be a good improvement.

[pocketsquare]

There are 2 parts: ability versus responsibility. I dont want to change the ability, i only want to assign ultimate responsibility

[Trudahamzik]

Am working on this. Will have a proposal up in a day or 2

[fig]

Entirely agree with this - we have seen increased confusion around the governance process and execution of votes. More clarity is needed.

Returning to @pocketsquare’s original proposal:

1. Tokenholder Relations - Abstain

2. Community Oversight Committee - Yes

3. Roadmap Update Formalizing - No

4. Org Chart - Yes

I fear that some of these additions will add unwanted rigidity to the DAO and product development. Others are no-brainers - such as an Org Chart and an Oversight Committee.

How do you divide responsibility between Community Oversight and the core team? What rights are they allotted that the Core team does not have?

Tokenholder Relations feels a bit too similar to Investor Relations in traditional finance. How do folks report on this without a standardization for financial reporting in Web3 or a regular cadence for updates?

What will be the size of these two groups? (Oversight Committee and the Tokenholder Relations)

[Graine]

@pocketsquare

Introduction of a Tokenholder Relations role/responsibility

Should’ve been under business development role. Remember how lacking the communication with other protocols were. Especially when said protocols had sushi bags.

The role you describe will overlap both Samurai and Marketing. Either split it between them definitively, or form an ad-hoc group (1 sam 1 marketing intern) to handle it.

@pocketsquare

Introduction of an independent Community Oversight Committee

If core clique intends to listen to the community, such formalization is not needed. If they don’t - there’s no point in having it. Because plenty of ways to ignore COC’s decisions.

Nice to see you attempt to formalize conflict resolution. However, given our current predicament, where any call for public vote ends up stonewalled with Arca bags, or w/e entrenched entity (looking at you, Alameda), an COC as a whole will likely get voted out before any opposition that the said whales back. It’s kinda recursive.

@pocketsquare

Introduction of an Org Chart & clear definitions of senior positions required for the DAO to run appropriately (which will be filled either internally or externally)

Too much entities. Such bureaucratization will result into infighting departments and higher speed of plundering the treasury.

CFO should be just one plain accountant or a contractor. Tokenomics is too broad of a task to be granted for one person.

Yearly budgets should be quarterly with strict KPIs attached.

I am still against ear-marking bigger half of the treasury.
I am still against the lack of transparency for budget expenses.
I am still against rewarding community members vying for a chair with treasury salary. The appreciation of the sushi they already hold should be a sufficient reward already.

Not that anyone cares. The encapsulation of management has been completed.

[pocketsquare]

@Graine

Should’ve been under business development role. Remember how lacking the communication with other protocols were. Especially when said protocols had sushi bags.

I dont particularly care where it sits. I put it with Marketing in 2.1 but it can sit within BD, that would also make sense. The spirit of it is simply to create a formal person (can be a current team member doesnt have to be a brand new outside hire) to be the main contact point for funneling token holder contact through rather than going to all the various producers. Developers should be left to develop.

@Graine

If core clique intends to listen to the community, such formalization is not needed. If they don’t - there’s no point in having it. Because plenty of ways to ignore COC’s decisions.

I hear you but throwing our hands in the air and saying it isn’t worth addressing is not productive nor helpful. This isn’t necessarily the final version, but its a step in the right direction IMO. If there are ways to fine tune this in your opinion, I am definitely open to collaborating on it.

@Graine

Too much entities. Such bureaucratization will result into infighting departments and higher speed of plundering the treasury.

I agree there is a lot to take in here but again, several of these positions can / are already filled and this is just formalizing reporting lines and accountability of process which is necessary for right now.

@Graine

Yearly budgets should be quarterly with strict KPIs attached.

Quarterly i think would create a bit too much red tape / governance process and detract from the day-to-day producing but I agree strict KPIs are needed. A) they need to be defined and B) they need to be able to efficiently be measured. Again, something we may need to define in later versions but this first broad-stroke can be more high level.

[C3_Group]

@pocketsquare This is fantastic work and we are supportive of the formation of the Community Oversight Committee. It is a step in the right direction and promotes decentralized decision-making while managing scale. Two questions for the community’s consideration:

1. Should certain items be subject to a direct community vote even with the COC? For example, hiring of executive officers is a key strategic decision. The COC can propose officers to-be elected (including proposed pay packages) and the community can vote on the hiring. This is a “belt and suspenders” approach to governance however we think it is valuable for key items because the community has direct oversight.

2. How will the COC be held accountable? Will there be quarterly reports that summarize decisions made, COC member attendance at meetings, etc? Regular reporting provides transparency and holds COC members accountable.

C3

[pocketsquare]

Re: 1 … yes, i see the COC being like an advisor to the community. Putting forth recommendations on larger decisions. In the case of management type searches, they can be part of an interview process, and ultimately relay their findings and suggestions to the community for vote. They act as a sort of information relay to the community who doesnt necessarily have the time to get really in the weeds with every decision.

Re: 2 … accountability is a big focus for me. Nothing works without accountability, so having the COC be accountable to the community is important. I structured this by saying they need to be re-voted in every 2 years. Trudahamziks proposal, which we will likely combine ours, said 6 months. Maybe we meet at 1 year terms with re-elections. There is also a bullet about loss of confidence in a COC member. If the community feels that a COC member is no longer acting in the community’s best interest, then the community can propose a special election to remove them. As for reporting … yes, some reporting would likely be required, but there is also a bullet to make it mandatory that COC members attend at least 1 community call per month to discuss whats going on and update everyone.

[pocketsquare]

Just centralizing everything in this thread.

Firstly, ive rewritten the governance items, including my potential proposal, in the following gitbook which is in a wiki-like format which should help discussion (ie, ‘lets discuss item 1.2.2 i think it should be xyz’)

DAO Guidelines

Secondly Re the concerns raised in the May 11 All hands (per notes found here)

MY COMMENTS IN ITALICS

Community Oversight Committee

• Boring & 9x9x9 are happy to fill 2 of the seats → great, several large stakeholders are already acting in an advisory capacity but one of the core principals of being on the COC will be attending community calls and acting as a communication conduit between the community and the dev team (so that they can focus less on community communication issues and more on shipping product)
• Team Concerns:
• Legal issues (Jurisdiction) → concerns can be discussed but need more specifics re: concerns
• May not be ideal logistically e.g Small requests require multi level of approvals → intention is not to muddy small decisions. See item 2.2 Oversight for the DAO in the above link which details the COC’s reach. The only items that the COC should be approving are annual operating budgets, management level compensation, transfers from treasury to ops wallet (which is infrequent), and ensuring snapshots are posted. Day to day operational decisions are at the sole discretion of the Sushi team.
• Need to define clear responsibilities e.g Level of involvement → see above
• Who should sit on the oversight committee? Should they only be large Sushi holders? What are the ramifications if they sell their entire Sushi stack? Should they then be removed? → having a financial incentive is helpful but i dont think required. Anyone, assuming they present their case and are working towards the benefit of the DAO i think should be able to put themselves forward. And holdings should not preclude someone from serving. Per item 2.3.3 Special Elections if someone is deemed to no longer be operating in the best interest of the community, they can be removed by a special election. Therefore, holdings doesnt necessarily matter, just that the person operates in the best interest of the community.

Again all of this is up for discussion and I encourage feedback.

[fig]

Hi @pocketsquare - thanks for synthesizing this.

Expressed this to others earlier but would love to re-iterate my interest in joining the team.

I would like to join the Community Oversight Committee as a key community member.

As a partner of SushiSwap with vested interest - Flipside believes in the long-term vision of aligning the core team and community. A few qualifications about myself:

• New User of the Month @ SushiSwap in October 2021

• Review Committee @ Aave Grants DAO

• Transferability Committee @ Paladin

• Protocol Specialist @ Flipside Crypto

These are only a few of my accomplishments across Ethereum. As a greater team, we are involved across a myriad of protocols and DAOs on different L1s.

A delegate, an advisor, an investor, and a builder - worth discussing more about the fit?

cc: @BoringCrypto @Trudahamzik @9x9x9

[pocketsquare]

Certainly worthwhile. If/when this proposal passes, the next step will be to nominate/selfnominate candidates and put through a governance process to vote in.

[mixmore]

SushiSwap DAO Guidelines analysis
This is the link to SushiSwap DAO Guidelines

DAO Guidelines

I summarize it in one page and this makes it easier for the community

To be able to examine them and give ideas for development
it good work the ideas are good and a lot of effortt into preparing it
some points for discussion
proposal start from the forum or the discord decision-making system is a good system, but it has some points

Of course , the sushi community has experts in the crypto industry with great experience in various fields and is able to properly evaluate any proposal but in the end they are not obligated to follow all proposals interact or comment on them

If the proposals are sorted we will find
1.There are some proposals that may be incomprehensible, specialized or complex, or explain complex ideas or long plans only someone who is expert in the crypto industry understands it
and not all in the forum is expert but of course they should participate in the decision-making
Thus, whoever reads the proposal becomes unable to vote or express an opinion, and therefore ignores the matter

2.There are very good proposals and no one votes or comment on and therefore it ignored
Although it is useful for sushi because community does not understand its importance

In fact I think any proposals or good idea if it specialize in the field of crypto or complex, will never pass through Temperature Check

Naturally strong proposals are complex and specialize in crypto this prevents Sushi from benefiting from the ideas, proposals and opinions of experts and specialists in the community
only simple, easy ideas are what find interaction and pass through Temperature Check

I read this
1.2.2 Internal Review
Once an item passes the forum temperature check phase and is deemed to have enough traction within the community to move forward, the COC shall review the proposal with the SushiSwap development team to review
Estimated development requirement & timeline
Potential risks to the platform
Potential revenue opportunity for the platform
nce this is complete, the COC will communicate this back to the community in the nex step:
​
COC begin review just if proposals pass Temperature Check
The solution is in my opinion Community Oversight Committee (”COC”) should works from the first step Temperature Check
be obligated to read all the proposals in the forum and through the comments provide a specialized opinion in a simplified way whether positive or negative explaining the benefits or harms do not ignore any proposal

Thus, this helps the community members to build an opinion and the community will be able to understand what this proposal is even if it is complex and specialized in the field of crypto after understanding good or evil within the proposal

Snapshots
1.2.4.3 Snapshot Posting
Snapshots can be posted by:
Any community member with 200,000 SUSHIPOWAH
Any senior team member
Any Community Oversight Committee member

I do not understand this point well.
can these submit a proposal to Snapshot directly without presenting to the community??
I think this is a danger can easily pass something against the interests of Sushi in this way

Community Oversight Committee (”COC”)
The committee should include members who have legal, financial, technical and other expertise the conditions or descriptions of the experiences and skills of the elected members of this committee are not mentioned
There should be specifications and criteria in terms of experience and competence to elect members to the committee

The committee COC has very broad powers
In this way, the executive team will be unable to perform its duties its role should be oversight and advice and clear boundaries should be drawn between its role and that of the executive team in order not to make the executive team at the end frozen, unable to do anything
need to add additional explaining the boundaries between the committee and the executive team

Operations
There is no responsible role for products responsible person about adding new ideas and new products and developing existing products I mean developing products as concept not as code

I think pushing sushi forward will only come through research and development and adding new features to existing products
Searching for new products in the crypto world to add to the current products range
Perhaps if in the future it is planned to bring someone who is capable of this, it will be a good thing

If there is something inaccurate in the illustration please let me know and I will correct it

[pocketsquare]

@mixmore

COC begin review just if proposals pass Temperature Check
The solution is in my opinion Community Oversight Committee (”COC”) should works from the first step Temperature Check
be obligated to read all the proposals in the forum and through the comments provide a specialized opinion in a simplified way whether positive or negative explaining the benefits or harms do not ignore any proposal

Thus, this helps the community members to build an opinion and the community will be able to understand what this proposal is even if it is complex and specialized in the field of crypto after understanding good or evil within the proposal

Yes the temperature check phase is imperfect in that complex items that require technological expertise to evaluate are sometimes lacking unless the team steps in to give their view. The idea here is that the COC can help with this. The team and/or the COC can certainly step in during the temperature check phase to give an opinion. Just because something hasn’t fully passed the temperature check phase doesnt mean it cant have an internal review. But things should not progress to snapshot unless they have had a technical review communicated back to the community from the team/COC. So step 1 & 2 can happen simultaneously.

@mixmore

I do not understand this point well.
can these submit a proposal to Snapshot directly without presenting to the community??

Technically thats how it is now. There is no mechanism to stop someone with 200k+ sushipowah from throwing up random snapshots, but they won’t meet quorum so would be a waste of time. The spirit of this bullet is simply to provide a person (or persons) who is ultimately responsible for posting snapshots that have passed the rest of the governance process. Someone the community can look to and say ‘hey why haven’t you put this up?’. Its a gatekeeping prevention measure.

@mixmore

The committee COC has very broad powers
In this way, the executive team will be unable to perform its duties its role should be oversight and advice and clear boundaries should be drawn between its role and that of the executive team in order not to make the executive team at the end frozen, unable to do anything
need to add additional explaining the boundaries between the committee and the executive team

I wouldn’t say they have ‘very broad powers’. From a multisig perspective they should need to approve any txn going out of the treasury. The operations wallet is at the sole discretion of the team for their day to day activities. Other than that, they approve things like annual operating budget (including estimated compensation budgets on an aggregate basis), ad hoc compensation committee items (which aren’t day to day items typically), and then are there to be a communication conduit for the community & the team so that it frees up the team to focus on shipping product rather than having to hop on community calls every week and constantly update the community. Beyond that the COC shouldn’t really be meddling in day to day activities unless solicited specifically by the team for some strategic input.

@mixmore

Operations
There is no responsible role for products responsible person about adding new ideas and new products and developing existing products I mean developing products as concept not as code

I think this would be the Head Chef

[pocketsquare]

So a month in this is where we stand: the gitbook linked above is ready to be put in front of the major stakeholders. I have tried reaching out directly to several (@BoringCrypto on discord, @9x9x9 via DM on twitter and friend requests on discord, Arca (@Alex17 doesnt have DMs on but other analysts have and Ive sent them messages to no avail). So whenever they eventually are ready to discuss and if any team member wants to introduce me I’m here and ready.

As for the gitbook linked above, there are several sections:

Section 1.0 This is largely just lifted directly from the governance section of the documentation page on sushi.com and then cleaned up and organized in a better manner so if the team wants to implement this to replace the current page they can do so immediately if they like. The only caveats:

1. Items under section 1.1 could use some proofreading by the team to ensure accuracy
2. item 1.2.2 Internal Review shouldnt be included until section 2.0 passes its snapshot.

Section 2.0 This section is the COC and will need its own dedicated snapshot. Upon the successful passing of the snapshot for this section, this will be added to the documentation section of the website and then item 2.3.1 Election process (specifically the open call for COC member nomination & voting) will commence.

Section 3.0 This section is a bit of an errata right now. I just tried my best to define an org structure and what each position is responsible for, who should have multisig rights, etc so its still open to debate. Its meant to be more an example of what we could put in this section vs a formal proposal. I would imagine we would want to get a head chef in the seat first, then they can bless the org structure and we can cement it with its own snapshot. Technically item 3.2 Compensation Committee has already been ratified by the vote for Sushi 2.0 so we could include just this part for the time being.

Im here and ready to discuss this so get at me.

[probatacta]

Thanks for your work sir, looks great.

[mixmore]

This is a great job and effort @pocketsquare
In my opinion it can be a good starting point for sushi and later can be built on it
I’m just normal member in sushi community and I’m not in a sushi team and not in major stakeholders
But I appreciation your work and I think it is important point

But I have an opinion
there is no need to wait for get head chef in the seat first to build the org structure
If good candidate appears and suitable to any role and sushi community see he is good
he works for trial period if he is good he is included in the team
and there is no need to wait head chef

Because it is not guaranteed to find head chef acceptable by sushi community this is very difficult
because Sushi in the past has gone through hard experiences that make head chef appointment decision not easy to take

even if sushi community get head chef I think after short period of time he will be gone
and sushi community will change him

So the sushi plan should be flexible not build on waiting for something

I see things now are going well and sushi community is trying to solve problems without waiting for leadership and indeed begin be successful in doing that

In the end once again, thank you for your great work

[pocketsquare]

Read the all hands notes from toshokan. It says:

“ 2. Community Oversight Committee
Pocketsquare’s document was shared with investors. More information needed on the roles, responsibilities, level of involvement and influence that the COC members will have”

Have not heard this directly from anyone so if someone can elaborate on whats needed we can discuss. As it stands the community oversight section is already quite detailed including a “roles and responsibilities” section but we can always add if someone needs more specifics