KVORUM
lidoSource: Snapshot · #0x1c929502f12c61a510c71965d7a7f82dcc76b5d812e2f52796f6bacd6f66e32b

From LNOSG to CMC: Evolving Curated Staking Modules Governance

succeededApr 13, 2026, 04:00 PM UTCsignaling · non-bindingbyFF0xff64…1fceView on Snapshot ↗

01Summary

AISummary by Kvorum

An AI summary is not generated yet. Read the description →

02Description

1,200 words

TL;DR

The proposal introduces the Curated Module Committee (CMC) as a dedicated body to handle the day-to-day operations of Lido’s Curated Modules in light of the upcoming Curated Module v2 (CMv2). The CMC is proposed to be granted governance authority over CMv2, oversight of CMv1 and Simple DVT Module (SDVTM), and the responsibilities currently performed by LNOSG (Lido Node Operator Sub-Governance Group), which will be deprecated. The CMC will operate via a multisig and handle routine operational tasks (e.g., penalties, parameter updates, registry management, and operator administration) within defined on-chain permissions. DAO oversight is preserved through Snapshot votes for high-impact decisions (such as Node Operator onboarding) and the Easy Track objection mechanism for routine actions.

Background

The upcoming Curated Module v2 (CMv2) introduces new governance capabilities, enabling a shift toward a structured, committee-driven operational model with delegated on-chain permissions (see CMv2 LIP). This enables more granular governance-based operational processes, resulting in a more advanced but operationally demanding model with recurring actions related to penalties, parameter updates, registry management, and operator administration.

The Lido Node Operator Sub-Governance Group (LNOSG) has historically provided technical expertise and decentralized input on Node Operator (NO) due diligence, selection, onboarding, and broader oversight of the operator set for the Curated Module v1 (CMv1) and Simple DVT Module (SDVTM). However, an advisory body like LNOSG is not well-suited to take on arising routine operational responsibilities and operate within the model introduced by CMv2.

This proposal is put forward ahead of the DAO Snapshot voting on CMv2, in order to ensure that the governance framework is in place to support CMv2 from day one and covers the CMv1→CMv2 transition period.

Curated Module Committee (CMC)

It is proposed to establish the CMC as a specialized body designed to facilitate the day-to-day technical and operational health of Lido’s Curated Modules (namely, CMv1, CMv2, and SDVTM). The CMC is designed to act as a fast-response unit that handles routine administrative tasks without requiring full DAO votes for every minor change, while preserving the explicit DAO’s oversight for major changes (such as NO onboarding) through Snapshot votes.

The Committee's composition

The CMC will primarily consist of contributors to the Lido protocol from the Node Operator Mechanism (NOM) and technical workstreams, bringing a diverse range of expertise to the Committee:

In addition, three existing LNOSG members volunteered to join to help transition their expertise:

The CMC is proposed to operate via a dedicated multisig wallet with a 5/9 signing quorum to ensure broad consensus before any action is executed.

Reporting and Communication

Any action initiated by the CMC, including the creation of Easy Track motions related to penalties, parameter changes, or operator management, will be publicly shared on the Research Forum.

NOs participating in CMv2 will be able to contact the CMC with questions, issues, or escalation requests in a dedicated thread on the Research Forum.

The Committee’s Lifespan

The CMC is proposed to exist until:

  • The Curated Modules are sunset or materially changed, which supersedes CMC’s role.
  • The DAO decides to modify or dismantle the CMC through a DAO governance vote, including updating its composition or altering/revoking its roles in CMv2 on-chain.

Proposed Operational Model

Under this mandate, CMC is authorized to perform certain operations directly via on-chain permissions, while any critical or sensitive actions remain subject to an optimistic on-chain governance mechanism (Easy Track).

1. Curated Modules Standard Operations

In CMv2, CMC will be responsible for the following:

  • Report and revoke general delayed penalties (locking/unlocking the NO bond), with penalty settlement overseen by the DAO (Easy Track motion)
  • Set general delayed penalty parameters, for example, minPenaltyAmount (direct on-chain action)
  • Report slashing penalties, including the amount of losses for validators proven as slashed (Easy Track motion)
  • Update NO names and descriptions (direct on-chain action)
  • Pause creation of new NOs for a specific NO Type (direct on-chain action)
  • Assign Node Operator Types during NO onboarding, create Node Operator Groups, and define sub-operator shares within the group (Easy Track motion)

During the CMv1→CMv2 transition period, the CMC will also be responsible for assigning and reassigning Node Operator Types for CMv1.

2. Curated Module v2 Operator Set Expansion

NO onboarding is treated as a special case due to its long-term impact on the protocol.

The expansion of the NO set is conducted through public onboarding rounds, under a framework defined by the CMC. The framework determines the onboarding process, selection criteria, and the number of operators to be onboarded in each round. Such onboarding rounds may be initiated either by CMC in coordination with the NOM workstream or via a Snapshot vote. In both cases:

  1. The CMC conducts a full technical and operational review of NO applicants, following similar due diligence undertaken by the LNOSG, to be described in the Node Operator portal
  2. The CMC submits an onboarding Snapshot proposal for a selected shortlist of participants
  3. Upon DAO approval, CMC whitelists approved participants’ addresses via Easy Track for NO creation

Applications for onboarding new NOs may also be submitted through standalone Snapshot votes outside of public onboarding rounds, with the CMC review process applying in those cases as well.

3. Simple DVT Module Operations

Following the deprecation of the LNOSG, for the SDVTM, CMC will be responsible for:

  • Reviewing and evaluating all NO applications and DVT cluster configurations
  • Coordinating with DVT providers to ensure the technical health and security of the module
  • Coordinating with the SDVTM Committee for changes to the SDVTM NO registry (operational and Easy Track execution would continue to be handled by the SDVTM Committee)

4. Node Operator Oversight, Evaluation, and Advisory Functions

CMC will also assume advisory functions historically performed by the LNOSG:

  • Advising on offboarding decisions, including identifying underperforming operators or operators involved in misconduct and providing recommendations to the DAO on appropriate actions. CMC does not have on-chain permissions to remove NOs from NO sets or impose limits that would lead to their removal.
  • Evaluating whether NOs, following mergers, acquisitions, or other changes in their operational structure, continue to meet technical, operational, and decentralization standards, and providing recommendations to the DAO on whether such operators should continue participation in the NO set under existing terms, be subject to updated terms, or be considered for offboarding.

Next Steps

If the community supports the proposal, the following steps will be taken:

  • The Curated Module Committee (CMC) will be formally established with the proposed governance framework for CMv1, CMv2, and SDVTM.
  • The responsibilities currently performed by LNOSG will be absorbed by CMC; and LNOSG will be deprecated accordingly.
  • CMC will be granted the required on-chain roles and permissions to operate CMv2 under the proposed mandate as part of the CMv2 release via on-chain vote.

03Mismatch analysis

AIMismatch analysis by Kvorum

A calldata-vs-description analysis is not generated yet. Review the decoded actions →

04Actions

0 total

This proposal carries no on-chain actions.

05Tally

Summed from votes

Voters56
VP participating0
Outcome (current)Support
Current support—

06Voters

56 total
Filter:
VoterChoice% of totalRationale
4A0x4af8…6a0bSupport015.59%—7mo ago
420x42e6…3fb0Support013.66%—7mo ago
6C0x6cd6…b52eSupport012.39%—7mo ago
B60xb664…f890Support010.82%—7mo ago
A40xa418…b737Support010.42%—7mo ago
1F0x1f76…5ed6Support09.31%—7mo ago
810x8172…922eSupport09.29%—7mo ago
LIlido.banteg.eth0x55bc…f0faSupport06.02%—7mo ago
450x45bc…fd99Support03.54%—7mo ago
6D0x6d8d…0cccSupport02.90%—7mo ago
6F0x6f9b…8a1dSupport02.74%—7mo ago
310x3133…5c00Support02.07%—7mo ago
E80xe80e…28e8Support00.39%—7mo ago
9C0x9cbc…7519Support00.27%—7mo ago
060x06a9…bba0Support00.20%—7mo ago
360x36f7…a589Reject00.14%—7mo ago
3D0x3ddc…05b0Support00.11%—7mo ago
3D0x3d63…4afcSupport00.07%—7mo ago
B90xb933…8dd1Support00.05%—7mo ago
390x3940…a5fcSupport00.00%—7mo ago
3D0x3d5a…b97fSupport00.00%—7mo ago
F80xf804…9d2eSupport00.00%—7mo ago
F10xf1cc…ac93Support00.00%—7mo ago
B10xb1f8…4250Support00.00%—7mo ago
640x6409…8590Support00.00%—7mo ago
FD0xfde2…c13cSupport00.00%—7mo ago
8E0x8e18…8c7bSupport00.00%—7mo ago
A90xa9bf…1577Support00.00%—7mo ago
1D0x1d71…b6b0Support00.00%—7mo ago
9C0x9c9a…bc0cSupport00.00%—7mo ago
D90xd929…5e47Support00.00%—7mo ago
100x10e3…b4a7Support00.00%—7mo ago
B90xb93e…02fcSupport00.00%—7mo ago
A70xa7b5…49f2Reject00.00%—7mo ago
170x1729…b879Support00.00%—7mo ago
870x87c7…7960Support00.00%—7mo ago
0D0x0df5…105dReject00.00%—7mo ago
4D0x4d32…bbfaSupport00.00%—7mo ago
9D0x9d57…65a5Support00.00%—7mo ago
2F0x2f2f…f78aSupport00.00%—7mo ago
1F0x1f3d…0591Support00.00%—7mo ago
B30xb3bf…6ce4Support00.00%—7mo ago
010x0151…c3b9Support00.00%—7mo ago
AF0xaf90…7b3bSupport00.00%—7mo ago
CE0xce57…70f0Support00.00%—7mo ago
BF0xbfd1…4f66Support00.00%—7mo ago
650x659f…dadcSupport00.00%—7mo ago
340x3426…5404Support00.00%—7mo ago
3F0x3fb1…4c8aSupport00.00%—7mo ago
4D0x4d4a…1bdfSupport00.00%—7mo ago
Showing 50

07Forum

No forum thread is confidently linked to this proposal.

08Similar proposals

AI · embeddings

No semantically similar proposals found yet.