Skip to main content

Governance

Nexus Mutual is an onchain discretionary mutual governed by its members. The Mutual uses an optimistic governance model where the Advisory Board (AB) creates a proposal and sets the default outcome.

This page covers the governance of the Mutual and its protocol. The Real World Insurance Vault is a separate product and is governed separately.

The AB creates a proposal in parallel on the Nexus Mutual DAO Snapshot space, where Nexus Mutual members can vote to reject the default outcome. If Nexus Mutual members vote and meet the quorum for rejection, the AB's default outcome is rejected and the proposal does not move forward.

Where a proposal requires a change onchain, the Advisory Board enacts the outcome of the Snapshot vote through the Governor contract, exactly as members voted. See Onchain execution below.

The Advisory Board

The Advisory Board (AB) puts forward governance proposals and recommends a default outcome. There are five (5) subject matter experts that sit on the AB, who bring expertise across three broad skill sets:

  • Technical expertise: smart contract security and blockchain
  • Technical expertise: insurance and mutuals
  • General expertise: legal, regulatory, corporate governance, and business management

The current AB members are:

The Role of the Advisory Board

The Advisory Board has power in limited circumstances and is primarily there to provide qualified technical guidance to Mutual members on proposals, prevent fraud from occurring within the Mutual, perform technical upgrades when granted authority by members, and take emergency action to pause the protocol, should it be required.

For governance votes, the AB recommends a default outcome and Nexus Mutual members may vote in the Nexus Mutual DAO Snapshot space to reject that default outcome.

  • If Nexus Mutual members vote to deny a proposal and quorum is reached, the proposal does not move forward and the AB's default outcome is discarded.
  • If Nexus Mutual members vote to deny a proposal and quorum is not reached, the proposal moves forward and the AB's default outcome is accepted.

Emergency Pause Powers

In extreme situations where a vulnerability is discovered, the Advisory Board has the power to enact an emergency pause of the Ratcheting AMM (RAMM) contract or of the entire protocol. This power would only be used as a means of securing the protocol if a vulnerability was discovered that could put funds at risk.

For added security, an Emergency Pause Safe multisig was created. The Emergency Pause Safe multisig's only power is to pause either the RAMM contract or the entire protocol if a vulnerability is discovered or exploited.

Replacing Advisory Board Members

Ultimately, AB members serve at the discretion of Nexus Mutual members. Should members decide an AB member needs to be replaced, Nexus Mutual members can raise a proposal onchain to replace an AB member without interference from existing AB members.

Any Nexus Mutual member can raise a proposal to replace an AB member, with the following requirements:

  • The member who raises the proposal must hold more than 99 NXM in order to put the proposal onchain; and
  • At least 15% of the total NXM token supply must participate in the vote.

Participation counts every vote cast, whether for, against, or abstain. If a proposal to replace an AB member receives more votes for than against and quorum is met, the proposal will pass.

Voting on a proposal to replace an AB member locks your NXM transfers until the proposal becomes executable. This is the only proposal type members raise and vote on directly onchain.

Voting Power

Every member who joins Nexus Mutual has voting power equal to one vote plus the sum total of their NXM tokens.

A single member's voting power is capped at 5% of the total NXM supply. This cap applies to Snapshot votes as well as onchain votes, because the Snapshot space reads voting power from the VotePower contract.

Quorum for Rejection

To defeat a proposal, members must vote with at least 15% of the NXM token supply to deny the default outcome recommended by the AB.

Governance Proposal Timelines, Types

When governance proposals go to vote, there is a standard timeframe for the voting period:

  1. Proposal is created. The vote is put onchain and on the Nexus Mutual DAO Snapshot space. Voting opens four hours after the proposal is published.
  2. Proposal is open for voting. All governance proposals have a three (3) day voting period. An onchain Advisory Board proposal closes as soon as three AB members have voted in favour.
  3. Post-vote timelock period. Once the voting period closes, a proposal is subject to a 24-hour timelock period where no action can take place until the timelock period passes.
  4. Proposal outcome. If a proposal succeeds, it can be executed after the timelock period ends. If a proposal is defeated, no action is taken after the timelock period ends.

This applies to all of the governance proposal types outlined below.

Nexus Mutual Protocol Improvement Proposals (NMPIP)

A Nexus Mutual Protocol Improvement Proposal (NMPIP) is a proposal to signal or enact a change to the Nexus Mutual protocol. These proposals are used to engage with the community, reach consensus, and enact proposals if approved through a vote.

Members can post and discuss proposals on the Nexus Mutual governance forum. All proposals need to follow the guidelines outlined in the Nexus Mutual Protocol Improvement Proposal (NMPIP) framework post on the forum.

Once an NMPIP has gone through the discussion process, it will be put to a vote on the Nexus Mutual DAO Snapshot space. All Nexus Mutual members can vote and enjoy gas-less voting on Snapshot.

The default outcome will be approve unless Nexus Mutual members vote to deny and meet quorum.

Capital Pool Investments

Nexus Mutual invests the idle assets held in the Capital Pool at the discretion of its members. Any potential investment of Capital Pool funds must first go through the NMPIP process before a vote on an investment allocation can be made.

Anyone interested in putting forward a proposal to allocate a portion of Nexus Mutual's Capital Pool to an investment must follow the Investment Proposal Template that was developed by the Investment Committee.

For examples of past investment allocations, see the Investments section of the documentation.

Nexus Mutual DAO Proposals (NMDP)

A Nexus Mutual DAO Proposal (NMDP) is a proposal that is used to propose DAO treasury management strategies, submit a grant request for funding, create a new DAO team, or request a renewal and funding for an existing DAO team. These proposals are used to engage with the community, reach consensus, manage the DAO treasury, and distribute funding from the DAO treasury to fund projects and teams.

Members can post and discuss proposals on the Nexus Mutual governance forum. All proposals need to follow the guidelines outlined in the Nexus Mutual DAO Proposal (NMDP) framework post on the forum.

Once an NMDP has gone through the discussion process, it will be put to a vote on the Nexus Mutual DAO Snapshot space. All Nexus Mutual members can vote and enjoy gas-less voting on Snapshot.

The default outcome will be approve unless Nexus Mutual members vote to deny and meet quorum.

DAO Treasury Management

In September 2024, Nexus Mutual members voted to approve kpk's (formerly karpatkey) proposal to manage the Nexus Mutual DAO treasury, the pool of funds set aside to fund DAO-based initiatives.

Since that time, kpk has provided treasury updates on the governance forum. They also track the Mutual's DAO treasury performance on the kpk website.

DAO Team Funding Requests

Those who want to put their talents and skills to work for the DAO can contribute to an existing team or establish a new team that can serve the DAO for the long-term and provide a necessary function that is not being fulfilled within the DAO. For information on the existing teams, see the latest DAO team funding request on the governance forum.

Anyone interested in starting a new DAO team can reach out through the Nexus Mutual Contact Form and BraveNewDeFi will respond promptly. Of course, anyone can put forward an RFC on the governance forum, but the existing DAO team members are happy to provide feedback and support to anyone interested in working for the DAO.

Signalling Votes

While not required, signalling votes are a helpful way to gauge support for an RFC, NMDP or NMPIP before it goes to a formal vote. Anyone interested in gauging support for a proposal can reach out to BraveNewDeFi, who can help create the signalling vote on the Nexus Mutual DAO Snapshot space.

Onchain execution

Proposals that change the protocol are enacted onchain through the Governor contract. The Advisory Board implements the outcome of the Snapshot vote as members voted it.

The Governor contract handles two kinds of proposal.

Advisory Board proposals

An AB proposal carries the transactions that enact a governance outcome, such as a contract upgrade or a Capital Pool allocation. Only Advisory Board members can raise, vote on, and execute these proposals.

  • Each AB member holds one vote, regardless of how much NXM they hold.
  • Three votes in favour carry the proposal, at which point voting closes and the timelock starts.
  • The Advisory Board can cancel an AB proposal before it is executed.

Member proposals

A member proposal replaces an Advisory Board member. Votes are weighted by voting power, and any member can execute the proposal once it passes. See Replacing Advisory Board Members for the requirements.

Voting and execution

Both kinds of proposal follow the same sequence:

  • Members and AB members cast a vote for, against, or abstain.
  • A proposal carries when it has more votes for than against, and it meets the threshold that applies to its kind.
  • A 24-hour timelock runs before a carried proposal can be executed.

Disclaimer: While all care has been taken, there may be some discrepancies between the governance documentation and the functioning of the onchain governance smart contracts. In the event a discrepancy exists in this documentation, the smart contract rules apply.