CMv2 가동 정책 패키지 완성 — SNOPs Block Proposals·Validator Exits 동시 v4 개정

핵심 요약

• HIGH SNOPs v4 동시 개정 — CMv2 가동의 마지막 정책 퍼즐.

5/23 Gabriella_S(NOM Workstream)가 SNOP on Block Proposals v3→v4 및 SNOP on Validator Exits v3→v4의 동시 개정 제안을 게시했다(research.lido.fi/t/11588). 개정 사유는 단일한데, CMv2 도입으로 신규 operator classification, bonding 메커니즘, 0x02 validator 지원이 도입되면서 기존 v3 SNOPs가 이 확장된 운영자 집합과 validator 유형을 커버하지 못하게 됐기 때문이다. 두 SNOPs는 6월 Snapshot 투표를 예정하고 있으나, CMv2 및 SRv3(Staking Router v3) 투표 통과에 선행 의존한다.

• HIGH Block Proposals SNOP v4 — 새로운 operator class와 0x02·high-balance validator 수용.

v4의 핵심 변경은 세 가지다. 첫째, CMv2에 온보딩된 모든 operator type(Professional, Professional Trusted, Public Good, Extra Effort, Decentralization, Intra-Operator DVT Cluster)으로 적용 범위가 확장된다. 둘째, 최대 2,048 ETH effective balance의 0x02 validator 및 high-balance consolidation을 반영해 validator 정의와 블록 제안 책임 규칙이 업데이트된다. 셋째, CMv1→CMv2 마이그레이션 기간 중 블록 제안 책임의 귀속이 명확화된다.

• HIGH Validator Exits SNOP v4 — EIP-7002 기반 exit와 consolidation 흐름 통합.

v4는 0x02 validator의 partial withdrawal, EIP-7002 트리거 exit, validator consolidation 흐름을 공식적으로 수용한다. CMv2의 penalty·bonding 구조가 exit 결과에 따른 페널티 산정과 연동되어, 운영자의 exit 지연 또는 미이행 시 bonding 슬래시로 이어지는 메커니즘이 SNOPs 수준에서 공식화된다. consolidation과 withdrawal의 상호작용 명확화는 5/22 노트에서 다룬 54일 입큐 대응 및 validator consolidation 우회 전략과 직접 연결된다.

• MEDIUM CMv2 bonding 구조 — Curated Module에서 bonding 도입은 최초.

기존 CMv1에서는 Curated Set 오퍼레이터에게 bond(담보) 요건이 없었다. CMv2는 operator classification에 따라 bonding 메커니즘을 도입하는데, SNOPs v4가 이를 페널티·exit 귀결 구조와 연동한다. 구체적인 bond 액수는 별도 CMv2 파라미터 제안에서 확정될 예정이다(추가 검증 필요). Community Staking Module(CSM)의 bond 모델(첫 키 1.5 ETH)과는 별개로, CM 오퍼레이터 등급에 따라 차등화될 것으로 예상된다.

• MEDIUM 정책 패키지 의존 구조 — CMv2·SRv3 선행 통과 필수.

SNOPs v4 발효는 독립적이지 않다. CMv2(Curated Module 스마트컨트랙트 업그레이드) + SRv3(Staking Router v3 업그레이드) 거버넌스 투표가 선행 통과되어야 SNOPs v4 Snapshot이 의미 있는 시행력을 가진다. 이는 Lido가 정책(SNOPs) — 스마트컨트랙트(CMv2) — 라우터(SRv3)를 하나의 패키지로 묶어 단계적으로 거버넌스화하는 전략을 취하고 있음을 보여준다.

상세 분석

1. SNOPs v4 개정의 배경 — CMv2 정책 인프라 정비

5/22 노트에서 분석한 SDVTM 조기 종료 + CSM IDVTC 도입이 "커뮤니티 스테이킹" 레이어의 구조 재편이라면, 이번 SNOPs v4는 "Curated Module" 레이어의 정책 정비다. CMv2가 6가지 operator type을 도입하고 bonding과 0x02 지원을 추가했음에도 기존 v3 SNOPs는 CMv1 단일 operator를 전제로 설계돼 있어, CMv2 온보딩 오퍼레이터의 블록 제안·exit 규칙이 명문화되지 않은 상태였다.

SNOPs(Standard Node Operator Protocols)는 Lido 오퍼레이터가 준수해야 할 운영 행동 규범으로, 위반 시 거버넌스 제재 및 키 할당 축소로 이어진다. CMv2 환경에서 SNOPs가 업데이트되지 않으면, 신규 오퍼레이터 타입이 그레이존에 놓이게 된다.

CMv2 가동을 위한 정책 패키지 전체 구조:

구성 요소	내용	상태
CMv2 NO Type Framework	6가지 operator type 자격 및 평가 기준	포럼 투표 통과 (5/18, 56.7M LDO 찬성)
CMv2 스마트컨트랙트	Curated Module 온체인 업그레이드	SRv3 투표 선행 필요
SRv3 (Staking Router v3)	라우터 업그레이드	거버넌스 투표 예정
SNOP on Block Proposals v4	블록 제안 행동 규범 CMv2 확장	6월 Snapshot 예정
SNOP on Validator Exits v4	검증자 exit 행동 규범 CMv2 확장	6월 Snapshot 예정

이 다섯 요소가 모두 통과될 때 CMv2가 실제 운영 가능한 상태가 된다.

2. Block Proposals SNOP v4 — 주요 변경사항 분석

적용 범위 확장:

v3가 CMv1 단일 오퍼레이터 집합만을 대상으로 했다면, v4는 CMv2의 6가지 operator type 전체를 명시적으로 포함한다. 특히 Intra-Operator DVT Cluster와 같이 단일 노드가 아닌 분산 검증 구조를 사용하는 오퍼레이터의 블록 제안 책임 귀속이 명문화된다.

0x02 및 high-balance consolidation 반영:

Pectra 업그레이드로 0x01 → 0x02 자격 증명 변경 및 최대 2,048 ETH effective balance를 갖는 consolidated validator가 등장했다. 이 경우 단일 validator가 여러 기존 validator를 대표하는 구조이므로, 블록 제안 책임의 산정 단위와 놓친 제안(missed proposal) 페널티 계산 방식이 재정의된다.

CMv1→CMv2 마이그레이션 기간 명확화:

마이그레이션 중 오퍼레이터가 CMv1과 CMv2 양쪽에서 동시에 검증자를 운영하는 경우의 책임 귀속이 모호했다. v4는 이 전환 기간(transition period)의 블록 제안 의무를 명확히 한다.

3. Validator Exits SNOP v4 — EIP-7002와 Pectra 연동

0x02 exit 패턴의 다양화:

Pectra(EIP-7002) 이후 validator exit 방식이 확장됐다. 기존에는 오퍼레이터가 직접 validator client를 통해 voluntary exit를 실행해야 했다면, EIP-7002는 스마트컨트랙트 레이어(execution layer)에서 exit를 트리거할 수 있게 한다. 0x02 validator에서는 partial withdrawal(부분 인출)이 가능하며, consolidation을 통해 여러 validator를 하나로 합치는 것도 가능하다. 이 세 가지 exit 패턴(voluntary exit, EL-triggered exit, consolidation)이 모두 v4에서 명문화된다.

bonding과 exit 결과의 연동:

CMv2는 오퍼레이터에게 bond(담보)를 요구하는 최초의 Curated Module 설계다. SNOP v4에서는 exit 미이행 또는 지연이 CMv2 bonding 슬래시 트리거와 연결된다. 즉, 오퍼레이터가 Lido 프로토콜의 exit 요청을 기한 내 이행하지 않을 경우 bond에서 자동 차감될 수 있는 구조가 SNOPs 수준에서 정책화된다.

consolidation과 입큐 대응 맥락:

5/22 노트에서 분석한 54일 validator 입큐 대응 전략(validator consolidation으로 입큐 우회)은 SNOP Validator Exits v4가 정의하는 consolidation 흐름과 직접 연결된다. 오퍼레이터가 stVaults 맥락에서 consolidation을 활용할 경우, 해당 행위가 SNOP 상에서 적합한 exit 유형으로 분류되는지 여부가 컴플라이언스 판단에 영향을 미친다.

4. CMv2 Operator Classification — SNOPs 적용 구조

WebFetch로 확인한 CMv2 NO Type Framework(research.lido.fi/t/11477) 기준:

6가지 operator type과 SNOPs v4 적용 메커니즘:

Operator Type	특징	SNOPs v4 핵심 영향
Professional Operator	신규 진입 수습 단계 (9개월)	마이그레이션 기간 책임 명확화
Professional Trusted Operator	수습 졸업, 기본 신뢰 상태	기존 CMv1 오퍼레이터 계승
Public Good Operator	EL/CL/VC 개발·지원 기관	블록 제안 MEV-Boost 정책 적용
Extra Effort Operator	stVaults 지분 기여 / LDO 보유 5단계	high-balance validator 블록 제안 규칙
Decentralization Operator	클라이언트·지리·인프라 점수 체계	소수 클라이언트 사용 시 MEV-boost 설정
Intra-Operator DVT Cluster	Obol/SSV DKG 클러스터	분산 노드의 블록 제안 귀속 명확화

bonding 구조(추가 검증 필요):

CMv2 bonding 메커니즘의 구체적 금액(예: operator type별 bond 요건)은 본 포럼 포스트에서 명시되지 않았으며, 별도의 CMv2 파라미터 제안에서 확정될 예정이다. 현재까지 확인된 것은 "bonding 메커니즘이 CMv2에 존재하며, SNOPs v4가 이를 exit·페널티 결과와 연동한다"는 구조적 사실이다. CSM의 bond(첫 키 1.5 ETH)와는 별개 설계임을 유의해야 한다.

5. 직전 흐름과의 연결 — 5/22 노트 맥락

5/22 노트에서 분석한 SDVTM winddown → CSM IDVTC 도입은 커뮤니티 스테이킹 모듈(CSM) 레이어의 구조 개편이었다. 이번 SNOPs v4는 같은 시기에 Curated Module(CM) 레이어에서 병행 진행 중인 CMv2 정책 인프라 정비다. 두 흐름을 합치면 Lido가 2026년 상반기에 추진하는 전체 staking 생태계 재편의 양축이 된다.

[SDVTM 종료 → IDVTC]          [CMv2 정책 패키지]
커뮤니티 스테이킹 재편           Curated Module 고도화
CSM 내 DVT 통합                NO type 다양화 + bonding
Q2~Q3 2026 예정                6월 Snapshot + SRv3 연동

두 흐름 모두 6월이 결절점이다. SDVTM Snapshot(6월 예정)과 SNOPs v4 Snapshot(6월 예정)이 같은 거버넌스 사이클에서 진행되며, CMv2 스마트컨트랙트 투표까지 통과되면 Lido staking 생태계는 새로운 아키텍처로 전환된다.

시사점

리서처 관점

"CMv2 정책 패키지 완성"은 단독 아티클 소재로 가치가 높다. "Lido Curated Module의 진화 — CMv2가 바꾸는 6가지 오퍼레이터 유형과 bonding 경제학" 프레임은 기관 독자에게 Lido 오퍼레이터 생태계의 구조 변화를 종합적으로 설명하는 데 적합하다.

SNOPs v4와 EIP-7002의 연동도 흥미로운 각도다. "Pectra 이후 Lido의 validator exit 정책은 어떻게 바뀌는가" — EL-triggered exit, partial withdrawal, consolidation이 실제 오퍼레이터 운영에 미치는 영향을 SNOPs 정책 변화로 구체화하는 아티클이다.

Curated Operator 관점

SNOPs v4가 신규 curated operator 진입자에게 미치는 직접 영향:

첫째, Professional Operator(수습 단계)로 CMv2에 온보딩되는 신규 오퍼레이터는 SNOPs v4가 확정되면 즉시 해당 정책의 적용 대상이 된다. 블록 제안 놓침(missed proposal), exit 지연 등의 행위에 대한 페널티 기준이 CMv2 bonding과 연동되므로, 진입 전 SNOPs v4 원문 숙지가 필수다.

둘째, bonding 구조는 진입 자본 요건의 변수다. CMv1에서는 bond가 없었으나 CMv2에서 도입될 예정이다. bond 금액과 적용 대상 operator type이 CMv2 파라미터 제안에서 확정되면, 이것이 실질적인 진입 비용 계산에 포함되어야 한다. 파라미터 제안 게시 즉시 분석이 필요하다.

셋째, 0x02 validator 지원과 consolidation은 기술 역량 요건이다. CMv2 온보딩 후 stVaults 또는 기관 고객의 0x02 validator를 운영하려면 EIP-7002 exit 메커니즘, consolidation 절차, partial withdrawal 처리 능력이 필요하다. 이는 인프라·키 관리 역량 평가에서 차별화 요소가 될 수 있다.

넷째, CMv2 온보딩 타임라인과 SNOPs v4 발효의 선후 관계. SNOPs v4가 CMv2 및 SRv3 통과에 의존하므로, 6월 거버넌스 사이클 결과가 CMv2 온보딩 가능 시점을 결정한다. 6월 Snapshot들을 면밀히 추적해야 한다.

CMv2 operator type별 진입 전략 비교:

진입 경로	핵심 요건	난이도	@r2jamong 연관성
Professional Operator	신청 + CMC 평가	중간	수습 9개월 후 Trusted 전환
Extra Effort Operator	stVaults 지분 기여 (최소 Tier 1: 8,800 ETH) 또는 LDO 보유	높음	자본 요건 높으나 빠른 할당 증가
Decentralization Operator	소수 클라이언트 + 온프레미스 + 지리 분산 점수	기술 집약	소수 클라이언트 운영 시 유리
Intra-Operator DVT Cluster	Obol/SSV DKG + ICS 4인 구성	DVT 기술 필요	SDVTM 경험 오퍼레이터에 유리

후속 추적 필요 사항

• [ ] CMv2 파라미터 제안 게시 여부 — operator type별 bond 금액, 마이그레이션 파라미터 확인 (최우선)
• [ ] SRv3(Staking Router v3) 거버넌스 제안 게시 여부 — SNOPs v4 발효의 선행 조건
• [ ] SNOPs v4 두 드래프트 원문 확인 — GitHub 드래프트 링크 조회 (포럼 포스트 내 링크)
• [ ] 6월 Snapshot 일정 확정 — Block Proposals v4 + Validator Exits v4 + SDVTM winddown 투표 일정 취합
• [ ] CMv2 온보딩 라운드 공식 공고 — NOM Workstream 또는 CMC 발표 모니터링
• [ ] SDVTM winddown Snapshot 투표 개시 여부 — 5/22 노트 carry-over (6월 예정)
• [ ] VEBO 75→45 에포크 Snapshot 투표 — 5/22 노트 carry-over (미개시 상태)
• [ ] EarnETH 리스크 프레임워크 개선안 거버넌스 등록 — 5/22 노트 carry-over

참고 자료

1. Proposal for Updating Lido on Ethereum SNOPs: Block Proposals v3 to v4, and Validator Exits v3 to v4 - Gabriella_S, 5/23; CMv2 도입에 따른 두 SNOP 동시 v4 개정, 6월 Snapshot 예정
2. Node Operator Type Assessment Framework | CMv2 - Aleksandra_G, 4/20; CMv2 6가지 operator type 자격·평가 기준 전문, 5/18 투표 통과(56.7M LDO 찬성)
3. Understanding Protocol Costs for 0x02 and the CMv2 Migration - CMv2 마이그레이션 및 0x02 비용 구조 분석
4. Simple DVT 모듈 종료 제안 + Kelp 인시던트 리뷰 + stVaults April 업데이트 (5/22 노트) - 직전 분석 노트, SDVTM winddown + CSM IDVTC 전환 구조 분석