SNOPs v4 포럼 제안 공식 등장 — 6월 Snapshot 카운트다운 시작

핵심 요약

• HIGH SNOPs v4 포럼 제안 공식 게시 -- 이의 없으면 6월 Snapshot 사이클 진입 확정.

5/23 Gabriella_S(NOM Workstream)가 SNOP on Block Proposals v3→v4 및 SNOP on Validator Exits v3→v4 동시 개정 제안을 research.lido.fi에 공식 게시했다(research.lido.fi/t/11588). 5/24 노트에서 내부 인텔리전스 기반으로 분석했던 CMv2 정책 패키지가 커뮤니티 공론 절차에 공식 진입했다. "이의가 없으면 6월 사이클에 Snapshot 투표"라는 절차 조건이 명시돼 있어, 지금이 커뮤니티 피드백 개입 가능한 마지막 창이다.

• HIGH CMv2·SRv3 연동 의존성 명문화 -- 정책과 스마트컨트랙트 패키지의 공식 선언.

포럼 포스트에 "SNOPs의 실제 적용은 CMv2 및 SRv3 투표 통과에 달려 있다(The successful application of the new SNOPs depends on the related CMv2 and SRv3 votes)"는 문구가 명시됐다. 이는 Lido가 정책(SNOPs v4) — 스마트컨트랙트(CMv2) — 라우터(SRv3)를 단일 거버넌스 패키지로 묶고 있음을 공식 문서 수준에서 확인한 것이다. 세 투표 중 하나라도 지연되면 나머지도 대기 상태가 된다.

• HIGH Block Proposals v4 핵심 변경 3가지 -- CMv2 operator 확장, 0x02 고잔액 validator, 마이그레이션 기간 책임.

CMv2에 온보딩된 전체 operator type으로 적용 범위가 확장되고, 최대 2,048 ETH effective balance를 갖는 0x02 high-balance consolidated validator에 맞는 블록 제안 책임 산정 규칙이 재정의된다. CMv1→CMv2 전환 기간 중 오퍼레이터가 양쪽 module에서 동시에 validator를 운영하는 경우의 책임 귀속이 명확화된다. 이 세 변경은 모두 신규 진입 오퍼레이터가 수습(Professional) 상태에서 즉시 직면하는 규정이다.

• HIGH Validator Exits v4 핵심 변경 — 0x02 exit 다양화와 bonding 슬래시 연동.

0x02 validator의 partial withdrawal, EIP-7002 기반 EL-triggered exit, consolidation이라는 세 가지 exit 패턴이 SNOP 수준에서 공식화된다. CMv2 penalty·bonding 구조와 exit 결과가 연동되어, exit 미이행 또는 지연 시 bond 슬래시 트리거가 SNOPs 정책 문서로 성문화된다. 5/22 노트에서 분석한 54일 validator 입큐 대응 시 consolidation 활용 전략이 SNOP 상 적합한 exit 유형으로 분류되는지 여부가 컴플라이언스 판단의 기준이 된다.

• MEDIUM 커뮤니티 이의제기 창 -- 현재가 피드백 개입 가능한 실질적 마지막 구간.

포럼 게시 후 이의 없으면 6월 Snapshot으로 직행하는 구조다. Snapshot 이후에는 수정 없이 승인/부결만 가능하다. 오퍼레이터 입장에서 bonding 금액, 마이그레이션 기간 기준, 0x02 missed proposal 페널티 산정 방식 등에 이견이 있다면 지금 포럼에서 제기해야 한다.

상세 분석

1. 오늘의 포지션 — 5/24 분석에서 공식 절차로

5/24 노트는 5/23 포럼 게시 내용을 기반으로 CMv2 정책 패키지의 구조와 시사점을 분석했다. 오늘(5/25) 시점의 추가 가치는 두 가지다.

첫째, 커뮤니티 절차 진입의 공식 확인이다. 내부 분석 수준에서 "CMv2 가동의 마지막 정책 퍼즐"로 평가한 내용이 이제 포럼을 통해 커뮤니티 공론 테이블에 올랐다. 이의 없으면 6월 Snapshot으로 이어지는 절차가 사실상 카운트다운에 들어갔다.

둘째, 포럼 포스트에서 확인된 공식 문구다. "The successful application of the new SNOPs depends on the related CMv2 and SRv3 votes"라는 문장은 세 거버넌스 투표(CMv2 + SRv3 + SNOPs v4)가 패키지임을 Lido 팀이 공식 문서에서 선언한 것이다. 이 선행 의존 구조는 6월 거버넌스 사이클의 통과 순서와 타이밍을 결정하는 핵심 변수다.

2. 6월 거버넌스 사이클 — 한 번에 처리해야 할 목록

현재까지 6월 Snapshot 예정인 항목들:

투표 대상	제안자/그룹	선행 의존	현황
SNOP Block Proposals v4	Gabriella_S / NOM	CMv2 + SRv3 통과	포럼 공개 (5/23)
SNOP Validator Exits v4	Gabriella_S / NOM	CMv2 + SRv3 통과	포럼 공개 (5/23)
SDVTM Regular Clusters Winddown	KimonSh	-	포럼 공개 (5/18)
CMv2 스마트컨트랙트	-	SRv3 통과	거버넌스 제안 미등록(추가 검증 필요)
SRv3 (Staking Router v3)	-	-	거버넌스 제안 미등록(추가 검증 필요)

CMv2와 SRv3의 거버넌스 제안이 아직 포럼에 공식 등록되지 않았다면, 6월 사이클 내 처리가 빡빡해진다. SNOPs v4가 이 두 투표에 의존하므로, CMv2/SRv3 제안 게시 여부가 가장 중요한 즉각 추적 항목이다.

3. 오퍼레이터 관점 — 포럼 단계에서 체크할 질문들

SNOPs v4 드래프트 원문(GitHub 링크, 포럼 내 첨부)에서 실제 오퍼레이터가 확인해야 할 미결 사항:

Block Proposals v4:

• 0x02 high-balance validator의 missed proposal 페널티 산정 단위 — 기존 32 ETH 단위에서 최대 2,048 ETH consolidated validator로 바뀔 때 페널티 비례 계산 방식
• DVT Cluster의 블록 제안 실패 시 cluster 전체 귀책 vs. 특정 노드 귀책 분리 기준
• 마이그레이션 전환 기간(transition period) 구체적 기간 정의

Validator Exits v4:

• EL-triggered exit(EIP-7002)와 voluntary exit 시 exit 완료 인정 기준 — 어느 시점부터 "exit 이행 완료"로 간주하는가
• consolidation과 exit 우선순위 상호작용 — Lido 프로토콜이 exit 요청 시 consolidation 중인 validator 처리 방식
• bond 슬래시 트리거의 구체적 시간 기준 — exit 요청 후 몇 에포크 내 미이행 시 슬래시 개시하는가

이 항목들은 드래프트 원문 확인 후 정밀 분석이 필요하다(추가 검증 필요).

4. 직전 흐름과의 연결 고리

5/19  stVaults + SDVTM winddown 최초 감지
5/20  SDVTM 공식 포럼 제안 + SenseiNode 인시던트
5/21  May 21 Tokenholder Call — D-day 워치리스트 확인
5/22  SDVTM winddown 심화 + Kelp 인시던트 + stVaults APR
5/23  SNOPs v4 포럼 공식 게시 (오늘 분석의 입력 원천)
5/24  CMv2 정책 패키지 전체 구조 분석 (5/24 노트)
5/25  SNOPs v4 공식 절차 진입 확인 + 6월 Snapshot 카운트다운 (오늘)

5/23~5/24 주말에 포럼 제안이 올라오면서 CMv2 정책 패키지가 사실상 완성됐다. 이제 6월 Snapshot까지 약 2~3주의 커뮤니티 피드백 창이 열려 있다.

시사점

리서처 관점

6월 거버넌스 사이클이 "Lido 구조 개편의 완성 투표"가 되는 시나리오가 현실화되고 있다. SDVTM winddown + CMv2 + SRv3 + SNOPs v4 패키지가 동일 사이클에서 처리된다면, "2026년 6월: Lido가 바꾸는 스테이킹 구조" 프레임의 종합 아티클 소재가 된다.

SNOPs v4 드래프트 원문(GitHub)과 커뮤니티 댓글 반응이 쌓이는 다음 1~2주가 추가 분석의 핵심 소재다. 반대 의견이나 수정 요청이 올라올 경우, 그 논점이 오퍼레이터 운영 이슈의 핵심을 반영한다.

Curated Operator 관점

즉각 액션: SNOPs v4 드래프트 원문 검토

포럼 포스트 내 GitHub 드래프트 링크를 통해 Block Proposals v4, Validator Exits v4 원문을 확인해야 한다. Snapshot 투표 전 포럼 단계가 오퍼레이터가 이견을 제기하거나 명확화를 요청할 수 있는 유일한 창이다.

bonding 금액 확정 전 진입 비용 시뮬레이션 불가

CMv1에 없던 bonding이 CMv2에서 도입된다. bond 금액이 CMv2 파라미터 제안에서 확정되기 전까지, 신규 진입의 실질 자본 요건 계산은 미완성이다. 파라미터 제안 게시 즉시 분석이 필요하다.

0x02 + consolidation 기술 역량이 컴플라이언스 변수

SNOPs v4 발효 후 CMv2에 온보딩되는 오퍼레이터는 즉시 0x02 exit 패턴(EIP-7002 triggered exit, partial withdrawal, consolidation)을 준수해야 한다. 인프라·키 관리 스택이 이 패턴을 지원하는지 사전 점검이 필요하다.

6월 사이클이 CMv2 온보딩 개시 시점을 결정

CMv2 + SRv3 + SNOPs v4 세 투표가 모두 통과되어야 CMv2 온보딩 라운드가 공식 개시된다. 6월 사이클 결과에 따라 온보딩 신청 윈도우 오픈 시점이 달라지므로, 거버넌스 투표 결과를 실시간으로 추적해야 한다.

후속 추적 필요 사항

• [ ] [즉각] SNOPs v4 GitHub 드래프트 원문 확인 — 포럼 포스트 내 링크로 Block Proposals v4 + Validator Exits v4 전문 검토 (missed proposal 산정, exit 완료 기준, bond 슬래시 타이밍)
• [ ] [즉각] CMv2 스마트컨트랙트 거버넌스 제안 포럼 게시 여부 — SNOPs v4의 선행 조건, 아직 미등록 상태(추가 검증 필요)
• [ ] [즉각] SRv3 거버넌스 제안 포럼 게시 여부 — CMv2와 동시 의존, 미등록 상태(추가 검증 필요)
• [ ] [1주 내] CMv2 파라미터 제안 게시 여부 — operator type별 bond 금액, 마이그레이션 파라미터
• [ ] [1주 내] SNOPs v4 포럼 댓글 반응 모니터링 — 커뮤니티 이의제기 또는 수정 요청 여부
• [ ] [6월 사이클] Snapshot 투표 개시 날짜 확정 — Block Proposals v4 + Validator Exits v4 + SDVTM winddown 동시 진행 여부
• [ ] [carry-over] VEBO 75→45 에포크 Snapshot — 미개시 상태 (5/22 노트)
• [ ] [carry-over] EarnETH 리스크 프레임워크 개선안 거버넌스 등록 — 5/22 노트

D-Day 트래커

이벤트	예상 시점	상태
SNOPs v4 포럼 이의제기 창	~6월 초 마감	진행 중
SDVTM winddown Snapshot	6월 (날짜 미정)	포럼 게시 완료
SNOPs v4 Snapshot	6월 (날짜 미정)	포럼 게시 완료, CMv2+SRv3 선행 필요
CMv2 + SRv3 거버넌스 제안	미정	포럼 미등록 (추적 필요)
SDVTM 운영 종료	2026-07-01	확정 예정
CSM IDVTC 출시	Q2~Q3 2026	준비 중

참고 자료

1. Proposal for Updating Lido on Ethereum SNOPs: Block Proposals v3 to v4, and Validator Exits v3 to v4 - Gabriella_S, 5/23; 두 SNOP 동시 v4 개정 공식 제안, 6월 Snapshot 예정
2. 5/24 노트: CMv2 가동 정책 패키지 완성 — SNOPs v4 구조 심화 분석 - CMv2 6가지 operator type과 SNOPs v4 전체 구조 분석
3. 5/22 노트: SDVTM winddown + Kelp 인시던트 + stVaults April 업데이트 - 54일 입큐 대응, SDVTM→IDVTC 전환 구조
4. Node Operator Type Assessment Framework | CMv2 - CMv2 6가지 operator type 자격·평가 기준 전문