Nexus Mutual (NXM)

Nexus Mutual: How NXM Coordinates Onchain Risk Sharing

Nexus Mutual is an Ethereum-based discretionary mutual that lets members buy cover, stake NXM against defined risks, assess claims, and participate in governance. Its design links token ownership to underwriting capacity, voting power, and exposure to claims losses.

A mutual rather than a conventional insurer

Nexus Mutual describes itself as an onchain discretionary mutual. Members pool capital, purchase cover against specified risks, underwrite those risks by staking NXM, and participate in decisions about claims and protocol changes. The arrangement is not a promise that every loss will be reimbursed: coverage depends on the wording of the selected product and a later assessment by the Mutual’s claims process.

The practical user group is therefore broader than token traders. A covered member may be a DeFi user seeking protection against a defined smart-contract, oracle, governance, custody, or related event. An NXM holder may instead act as an underwriter by assigning capital to staking pools. The Mutual also operates a DAO whose members can support grants, teams, treasury decisions, and protocol governance.

How cover is specified and assessed

Cover is bought for a named listing, amount, period, and cover asset. The available period is described as 28 to 365 days, while the product wording defines what counts as a loss, what evidence is required, and which exclusions or deductibles apply. For many products, the buyer provides covered wallet addresses or other proof-of-loss information when purchasing the cover. A claim concerning an address or position that was not listed may fail even if the wider protocol experienced a loss.

The claims process is a material dependency in the system. The Claims Committee assesses claims against the applicable wording, while the protocol’s Assessments contracts handle the associated decision process. The documentation separates claim assessment from staking-pool management, so an NXM staker underwriting a risk is not automatically the person deciding whether a claim is valid. Nexus Mutual reports more than $18.5 million paid for losses as of August 2026; that is a project-reported historical figure, not a guarantee of future claim outcomes.

NXM’s role in underwriting and settlement

NXM is embedded in the underwriting mechanism rather than being only a governance badge. Staking NXM against a cover product opens capacity that allows members to buy cover. The current staking model uses staking pools managed by members with risk and pricing responsibilities. Other members can delegate NXM to those pools, choosing lock periods ranging from 91 days to 728 days. The resulting staking positions are represented by ERC-721 NFTs.

The same arrangement creates direct loss exposure for underwriters. If a covered claim is approved, NXM allocated to the relevant cover product can be burned to facilitate the payout, with the burn distributed proportionally across affected stakers. Stakers receive rewards from cover fees, but those rewards compensate for underwriting risk; they do not remove the possibility that part or all of a staking position may be burned after a successful claim.

RAMM and the internal NXM market

Nexus Mutual uses a Ratcheting Automated Market Maker, or RAMM, for the internal minting and redemption of NXM. The documentation describes RAMM as two virtual one-sided Uniswap v2-style pools whose liquidity and pricing are managed in relation to the Capital Pool. Its purpose is to balance capital available for claims, cover underwriting, investment allocations, and NXM liquidity rather than simply mirror an external exchange market.

This design makes NXM’s economics dependent on the condition of the Mutual itself. Cover purchases, claims, pool capacity, capital-pool assets, and protocol-controlled liquidity all affect the system around the token. The documentation also says that only members can hold and transfer NXM, which makes membership status and the protocol’s own contracts practical dependencies for users interacting with the token.

Governance is member-influenced but not purely permissionless

Nexus Mutual uses an optimistic governance model. The Advisory Board proposes an outcome, while members vote on Snapshot to reject that default outcome. A rejection requires participation equal to at least 15% of total NXM supply. NXM-based voting power is capped at 5% of total supply, and NXM delegated to a staking pool votes with the pool manager. Protocol changes are then executed through the Governor contract after the documented process and a 24-hour timelock.

The Advisory Board retains meaningful operational authority. Its members can submit and execute protocol proposals, and the documentation describes emergency powers to pause RAMM or the wider protocol when a vulnerability threatens funds. Members can replace an Advisory Board member through an onchain proposal, but that route requires a proposer to hold more than 100 NXM and requires 15% participation. This structure gives members a formal check while leaving day-to-day proposal initiation and emergency response concentrated in a defined group.

Dependencies and boundaries

Nexus Mutual depends on Ethereum smart contracts, the Registry that links protocol components, the Capital Pool, staking pools, cover-product configuration, claims assessment, and governance execution. Product settings such as supported cover assets, pricing parameters, grace periods, and claim methods are stored in protocol contracts. The documentation says only the Advisory Board can add or update products, making product availability and wording partly dependent on this governance authority.

The central limitation is that Nexus Mutual offers discretionary cover, not an unconditional compensation guarantee. A user must understand the exact wording, preserve the required proof of loss, and accept that an assessment committee determines whether a claim qualifies. NXM stakers face burn risk, while all participants face Ethereum execution risk, contract bugs, governance mistakes, capital-pool losses, and possible failures in the external protocols or data sources underlying a covered event.

Key takeaways

• Nexus Mutual coordinates risk sharing through cover purchases, NXM staking, claims assessment, and member governance.
• NXM provides underwriting capacity and governance power, while staking positions can be burned after approved claims.
• RAMM links NXM minting and redemption to the Mutual’s capital and claim-liquidity requirements.
• Cover is governed by product-specific wording, proof-of-loss requirements, exclusions, and discretionary assessment.
• Governance gives members a rejection and Advisory Board replacement mechanism, but the Advisory Board retains proposal and emergency powers.

Risks and open questions

• Approved claims can burn NXM allocated to the affected staking pools, creating direct principal risk for underwriters.
• Cover is discretionary and product-specific; a loss may not qualify if the event, address, evidence, or timing falls outside the wording.
• The Advisory Board controls important functions, including product updates, protocol proposals, and emergency pauses.
• NXM economics depend on the Capital Pool, RAMM, staking capacity, Ethereum contracts, and the external risks being covered.
• The documentation warns that its description of governance may differ from deployed smart-contract behavior; the contracts control if a discrepancy exists.