CMv2 Node Operator Type Assessment Framework 공개 -- 6개 유형·7축 스코어링·반년 재평가 확정 · EIP-7928 uint32 재조정 · FOCIL Breakout #33 · EarnETH 손실 정량화 공론화

핵심 요약

HIGH CMv2 오퍼레이터 유형 평가 프레임워크 공식 제안 -- Curated Module 진입·유지 로직의 완성판 제시.

Lido Research Aleksandra_G의 4/20 제안이 Node Operator Type Assessment Framework (CMv2)를 공식화했다. 6개 유형(Professional Operator, Professional Trusted Operator, Public Good Operator, Extra Effort Operator, Decentralization Operator, Intra-Operator DVT Cluster)의 자격 요건(qualification), 요청 데이터(requested data), 평가 로직(assessment logic), 재평가 흐름(reassessment flow)이 한 문서에 통합됐다. 신규 진입은 Professional Operator(~9개월 트라이얼)에서 시작해 "No slashing events and no material inactivity penalties" 조건 하에 Professional Trusted Operator로 승급한다. Curated Set 진입을 목표로 하는 모든 팀이 본 문서를 온보딩 매뉴얼로 삼아야 한다.

HIGH Decentralization Operator 스코어링 -- 클라이언트 다양성·지리·인프라 3축, +60/-40 범위 공개.

CMv2 프레임워크의 Decentralization Operator는 VaNOM(Validator and Node Operator Metrics) 데이터 기반 스코어링으로 제한된 좌석(seats)을 배분한다. 3축 점수 범위: Client diversity -10 ~ +30, Geography -10 ~ +20, Infrastructure -20 ~ +10. 클라이언트 다양성은 비-다수 클라이언트(minority CL/EL)가 "roughly 33% usage"에서 최대 점수, 슈퍼-다수 클라이언트 사용 시 "strongly disincentivizing". 지리 분산은 3개국 이상·각 15% 이상 물량 분산 시 +5점, 2개국 +2점, 1개국 0점. Curated Operator 진입을 노리는 팀은 Minority client(Nethermind+Nimbus 또는 Erigon+Lodestar 등) + 3개국 이상 분산 조합이 스코어링 상 우위.

HIGH Extra Effort Operator 5단계 티어 -- LDO/stVault/Lido Core 기여로 자격 획득.

Extra Effort 유형은 자본 기여(stVaults 또는 Lido Core를 통한 스테이크 비율) 또는 LDO 보유 정렬로 자격이 결정된다. 5개 티어는 전체 자격 스테이크의 20%/40%/60%/80%/100%에 해당하며, 기여는 가산되고 100%에서 상한. Lido Oracles 또는 Deposit Security Module 운영자는 Tier 1의 절반에 해당하는 크레딧을 받는다. 이는 Curated Operator 경쟁에서 단순 운영 능력 외에 프로토콜 공공재 기여가 공식 채널로 보상되는 최초의 구조적 정의. LDO 바이백·거버넌스 정렬 팀(PRO Delegators/Nuxian Labs 등)에게 유리한 레인.

HIGH EIP-7928 BAL 인덱스 타입 uint64 → uint32로 재조정 -- 어제 uint16→uint64 확장에서 하루 만에 중간값으로 회귀.

Toni Wahrstätter의 4/20 23:50 UTC 커밋(6450997)이 BlockAccessIndex를 uint64에서 uint32로 축소했다. 4/19 커밋(5ba661a)에서 uint16→uint64 확장 이후 단 하루 만의 재조정이다. uint32는 최대 인덱스 ~42억(2³²-1)으로 현실적 블록 엔트리 수를 초과 커버하면서, 인덱스당 바이트는 8 → 4로 절반 절감. BAL 원본 및 hash_tree_root 크기가 50% 감소하며, 밸리데이터/아카이브 노드의 P2P 대역폭 및 디스크 부담이 uint64 대비 완화된다. 오늘 ACDT에서 bal-devnet 구현 스펙 재조율이 진행될 가능성 주시.

MEDIUM FOCIL Breakout #33 (오늘 14:00 UTC) -- EIP-7805 Glamsterdam·Hegota 포함 여부 결정 모멘텀.

FOCIL Breakout #33이 오늘 14:00 UTC (60분) 열린다. 의제는 "Development updates, Spec updates, Testing updates, and more"로 표준 포맷. FOCIL(EIP-7805, Fork-Choice enforced Inclusion List)은 프로토콜 레벨 검열 저항(censorship resistance) 메커니즘으로, MEV-Boost/PBS 체계와 병행 작동한다. FOCIL Breakout #32(4/7) 이후 2주 만의 재개. 밸리데이터 관점에서 FOCIL 도입 시 inclusion list 생성/검증 추가 작업이 요구되나, CPU 부담은 "경미"한 수준으로 설계. Glamsterdam 포함 여부 확정에 가까워지는지 확인 포인트.

MEDIUM EarnETH rsETH 손실 정량화 공론화 -- $3M First-Loss 소진 시나리오 커뮤니티 질의.

Lido Research 사용자 bartencj의 4/20 질의는 EarnETH의 rsETH 노출 손실 범위를 공개 모델링하려 한다. 질의 포인트: ① EarnETH 풀 ~9.1%가 Aave 위 levered rsETH(mainnet), ② 유효 레버리지 배율 확인 필요, ③ Aave 성명은 "L2 rsETH 홀더에 희석/손실 부과" 쪽으로 해석되나 미해결(unsettled). 참고 수치(어제 공지): EarnETH rsETH 노출 ~$21.6M, Lido DAO 트레저리 First-Loss Protection $3M. 최악 시나리오에서 손실이 $3M을 초과하면 잔여 손실은 EarnETH 출금자에게 분배되며, stETH/wstETH 코어 프로토콜은 미영향 재확인.

MEDIUM FalconX Lido Poolside Institutional 패널 (4/23 14:00 UTC) -- 기관 파이프라인 지속.

Lido Poolside Community Call: Institutional이 4/23 14:00 UTC 예정. FalconX(Griffin Sears, Head of Derivatives) 참여로 기관 파생상품·헤징 관점이 추가된다. 4/15 Lido Day의 WisdomTree/Copper/Fireblocks 3중 구조 확장 맥락. Kelp 사건 직후 기관 Q&A 세션이라는 점에서 Post-Kelp LRT vs stETH 리스크 논의가 주요 주제로 부상할 가능성.

상세 분석

1. CMv2 Node Operator Type Assessment Framework -- 전체 구조

1-1. 6개 오퍼레이터 유형과 진입 경로

프레임워크 문서가 정의한 6개 유형과 진입 메커니즘:

유형	역할	진입 경로
Professional Operator	신규 온보딩 / 트라이얼 / 강등(downgraded) 단계	온보딩 라운드 심사 통과 → ~9개월 트라이얼
Professional Trusted Operator	검증된 기존 오퍼레이터 기본 상태	CMv1 오퍼레이터 마이그레이션 또는 Pro에서 승급
Public Good Operator	이더리움 핵심 인프라(EL/CL/밸리데이터 클라이언트) 개발·유지보수 기여자	별도 신청
Extra Effort Operator	자본 기여(stVaults/Lido Core) 또는 LDO 정렬	티어 신청 (20%/40%/60%/80%/100%)
Decentralization Operator	제한 좌석(limited-seat) -- VaNOM 스코어링	VaNOM 데이터 기반 상위 자동 선정
Intra-Operator DVT Cluster	Obol/SSV 기반 오퍼레이터 내부 DVT 클러스터	온디맨드 발행, DKG 세레머니·테스트넷 유지 요구

Curated Set 진입을 목표로 하는 팀의 실무 경로 (추론):

신청서 제출 → Professional Operator 트라이얼 시작
9개월 트라이얼 중 slashing 0, material inactivity penalty 없음, 응답성 유지
Professional Trusted Operator 승급 → 기본 상태 진입
선택적 추가 정렬:
- Public Good (핵심 인프라 기여) → 분리 트랙
- Extra Effort (자본/LDO) → 티어 1~5 진입
- Decentralization (VaNOM 상위) → 제한 좌석 배정
Intra-Operator DVT → 내부 운영 DVT 클러스터 구성 시 온디맨드 발행

1-2. 온보딩 심사 요청 데이터 (5개 영역)

오퍼레이터 심사 라운드에서 제공해야 하는 문서(Documentation):

영역	포함 항목
General Entity Information	법인명, 관할구역, 본사 소재지, 연락처
Experience & Business Case	밸리데이터 플릿 규모, 운영 기간, 이력 성과, 슬래싱 이력
Infrastructure Setup	서버 타입, 호스팅 위치, 이중화 설계, 클라이언트 선택, 릴레이 구성
Key Management	키 생성 절차, 커스터디 모델, 접근 통제, 백업 프로세스
Operations & Monitoring	모니터링·알림 시스템, 온콜 로테이션, 사고 대응 프로세스

Curated 진입 후보 오퍼레이터 체크리스트:

[ ] 법인 구조 명확(스위스/싱가포르/미국 등 규제 적합 관할 선호)
[ ] 운영 기간 ≥3년, slashing 이력 0
[ ] Minority 클라이언트(Nethermind/Erigon/Nimbus/Lodestar) 조합 사용
[ ] 지리적 이중화(최소 2개 AZ, 가능하면 2~3개국)
[ ] HSM 또는 Dirk remote signer 사용 증빙
[ ] 24/7 온콜, 인시던트 플레이북 문서화
[ ] 감사(SOC 2 Type II 또는 ISO 27001) 권장

1-3. 7축 평가 로직 (Professional Operator Assessment)

Multi-dimensional 스코어링:

카테고리	핵심 평가
Key Security	키 생성 세레머니 통제, 격리, 문서화
Infrastructure	이중화, 페일오버 설계, 클라이언트 다양성
Decentralization	지리·제공자 다양성 임팩트
Strategic Alignment	생태계 기여 근거
Operational Experience	플릿 규모, 성과 기록
Monitoring & Response	모니터링 스택, 알림 품질, 온콜 로테이션, 사고 플레이북
Security Posture	감사(audit), 보험, 버그 바운티

1-4. Decentralization Operator 스코어링 상세

3축 점수 범위와 가중치:

축	범위	핵심 규칙
Client Diversity	-10 ~ +30	비-다수 클라이언트 ~33% 사용에서 피크, 슈퍼-다수 클라이언트는 강한 마이너스
Geography	-10 ~ +20	관할 분류 (underrepresented / neutral / overrepresented)
Infrastructure	-20 ~ +10	제공자 집중도, 자체 베어메탈 등

지리 분산 디스퍼전(dispersion):

1개국: 0점
2개국: +2점
3개국 이상 (각 최소 15% 물량): +5점

실무 함의:

클라이언트 다양성 축에서 Geth(~50%+) 단독 사용 = 강한 마이너스, Nethermind+Nimbus 조합 또는 Erigon+Lodestar 조합 = 최대 +30점 구간. 기존에 성과(performance) 최적화를 위해 Geth+Prysm 조합을 쓰던 대형 오퍼레이터들은 Decentralization seat 경쟁에서 구조적 불리. CMv2 하에서는 클라이언트 다양성이 명시적으로 인센티브화되어 Geth → Nethermind/Erigon 전환 가속 예상.

1-5. Extra Effort 5단계 티어

티어	요구 자격 스테이크 비율
1	20%
2	40%
3	60%
4	80%
5	100%

기여는 가산식(additive)이며 100% 상한. Lido Oracles 또는 Deposit Security Module 운영은 Tier 1의 절반 크레딧.

오퍼레이터 세일즈 전략:

대형 자기자본 보유 오퍼레이터(Kiln, Figment, Chorus One 등): stVaults에 자사 자금 투입 → Tier 상향 → Curated 이점
LDO 보유 오퍼레이터: 거버넌스 참여 + Extra Effort 크레딧 이중 활용
기술 공헌자(Oracles/DSM 운영): 자본 없이도 Tier 1 절반 크레딧 확보

1-6. 반년 재평가 흐름

재평가 주기: 연 2회. 특수 유형 순서:

Public Good Operator (신청 기반) → 승인 시 Decentralization 대상에서 제외
Extra Effort Operator (신청 기반, 공개 티어 기준치) → full-key 승인 시 Decentralization 대상에서 제외
Decentralization Operator (VaNOM 자동 스코어링) → 잔여 좌석 상위 자격자에게 배정

결과는 "aggregated assessment outcomes"로 포럼에 공개(raw 제출 데이터는 비공개).

시사점: Public Good / Extra Effort 지원이 Decentralization seat 경쟁에서 후순위로 밀리는 리스크가 있다. 예컨대 클라이언트 다양성·지리 분산이 강한 팀이 Extra Effort를 신청하면 Decentralization 자리를 놓치는 시나리오. 전략 결정: 자신의 경쟁우위(capital vs decentralization)에 맞는 단일 트랙 집중 권장.

2. EIP-7928 BAL 인덱스 타입 uint64 → uint32 재조정

2-1. 3일간의 변천 (uint16 → uint64 → uint32)

날짜	커밋	타입	인덱스 최대	바이트/엔트리
이전	-	`uint16`	65,535	2
4/19	5ba661a	`uint64`	1.8×10¹⁹	8
4/20	6450997	`uint32`	~4.3×10⁹	4

2-2. uint32 선택의 합리성

uint32 최대값 ~4.29B는 현실적 블록 트랜잭션 수(수만)를 수천 배 초과 커버
uint64 대비 인덱스 직렬화 크기 50% 절감
BAL 전체 크기: uint64 대비 더 타이트한 P2P 대역폭 + 아카이브 노드 스토리지

추정 블록 당 BAL 크기 (N 엔트리 가정):

엔트리 수	uint16	uint64	uint32
10,000	~20 KB	~80 KB	~40 KB
50,000	~100 KB	~400 KB	~200 KB
100,000	초과	~800 KB	~400 KB

※ 메타데이터·SSZ 오버헤드 미포함 근사치. 실 BAL 크기는 엔트리·메타데이터 구조에 의존하며, 위 수치는 인덱스 필드만의 영향 추정치. 추가 검증 필요.

2-3. 운영 함의 재조정

어제 노트의 우려(홈 스테이커 CL 디스크 +5~10% YoY)는 완화된다. uint32 선택으로:

홈 스테이커: 장기 CL 디스크 부담 uint64 시나리오 대비 대폭 완화
Archive 운영자: hash_tree_root prune 옵션 활용 시 디스크 요구 더욱 절감
RPC 서비스 (Infura/Alchemy/QuickNode): debug_getBlockAccessList 응답 크기 예측 절반 수준으로 재조정
bal-devnets: 구현 측 uint32 합의 여부가 오늘 ACDT(예정 시)의 관전 포인트

해석/추론 (추가 검증 필요): uint16 → uint64로 한 차례 오버슈트 후 uint32로 수렴하는 패턴은 클라이언트 팀 피드백 + 대역폭 우려가 반영된 결과로 보인다. uint32는 보수·실용 밸런스. bal-devnet-4에서 uint32 기반 최종 구현 수렴 시나리오가 유력.

3. FOCIL Breakout #33 -- 오늘 14:00 UTC

3-1. 콜 정보

일시: 2026-04-21 (화) 14:00 UTC (60분)
의제 (표준): Development updates, Spec updates, Testing updates, and more
직전: FOCIL Breakout #32 (4/7) -- 2주 만의 재개
연관 EIP: EIP-7805 Fork-Choice enforced Inclusion List (FOCIL)
출처: eth-magicians

3-2. FOCIL의 밸리데이터 작업 추가

FOCIL 활성화 시 밸리데이터에 추가되는 작업:

매 슬롯마다:
 1. Inclusion List 후보자 역할 시 -- IL 생성 및 서명 (추가 CPU 부담: 경미)
 2. 검증자 역할 시 -- 이웃 IL 검증 (추가 P2P: 경미)
 3. 제안자(proposer) 역할 시 -- 집약 IL 준수 확인

운영 관점 요약:

CPU/메모리 부담: 경미 (IL 크기는 수 KB 수준 설계)
P2P 대역폭: 추가 가십 프로토콜로 소폭 증가
슬래싱 리스크: IL 생성 실패는 slashable하지 않으나, 성과(performance) 점수 감소 가능
Curated Operator 실무 액션: Lighthouse/Teku/Prysm/Nimbus 모두 IL 지원 완료 여부 확인

3-3. Glamsterdam 포함 여부의 현황

업그레이드 포함 상태에서 EIP-7805는 Glamsterdam의 CL 헤드라이너 후보로 논의 중. 오늘 콜에서 구현 진전이 확인되면 ACDC #178(4/30)에서 Scheduled 승격 가능성 상승. 업그레이드 포함 상태(소스: output/sources/forkcast/2026-04-21.forkcast.json)에서 아직 Glamsterdam 포함은 Considered/Scheduled 단계로 미확인.

4. EarnETH rsETH 손실 정량화 -- $3M First-Loss 소진 시나리오

4-1. 커뮤니티 질의 배경

Lido Research 사용자 bartencj의 4/20 포스트가 EarnETH 손실 노출을 모델링하려 한다:

질의 포인트 (원문 인용):

"9.1% of the EarnETH pool is looped (leveraged) rsETH on AAVE"
"Any insight into the effective leverage ratio on this exposure?"
"AAVE made a statement suggesting all dilution/loss will be imposed on l2 rsETH holders, but this seems to be an unsettled question"

4-2. 손실 분배 구조 (공식 자료 기반)

LidoFinance 4/20 트윗 시리즈에서 공개된 구조:

레이어	커버 범위
1차 손실	EarnETH First-Loss Protection 메커니즘 ($3M, Lido DAO 트레저리 조달)
2차 손실	초과분은 EarnETH 예금자에게 분배 (볼트 쉐어 소각)
코어 프로토콜	stETH / wstETH 미영향 (공식 확인)

4-3. 시나리오 분석

시나리오	rsETH 최종 회복률	EarnETH 직접 손실	First-Loss 소진	예금자 손실
A (최선)	90% 회복	~$2.16M	부분 소진	0
B (중간)	70% 회복	~$6.48M	전액 소진	~$3.48M
C (최악)	50% 회복	~$10.8M	전액 소진	~$7.8M
D (Aave L2 분담 시)	가변	대폭 감소	미소진 가능	미미

※ 위 수치는 rsETH 노출 $21.6M 기준 레버리지 미반영 단순 모델. 레버리지 배율 미공개 → 실제 손실은 시나리오별 2~3배 증폭 가능. 추가 검증 필요.

4-4. Curated/비-Lido 오퍼레이터 세일즈 메시지 재확인

Post-Kelp 환경에서 Curated Operator 차별화 메시지:

"Pure stETH 위임": 리스테이킹·LRT·브리지 리스크 없음, 오직 L1 컨센서스 + 밸리데이터 슬래싱만 리스크
"First-Loss Protection의 유효성 입증": $3M 트레저리 버퍼가 실전 작동하는 첫 사례(단, 충분성 미확정)
"Vault ≠ 코어": EarnETH는 메타 볼트 레이어, Lido 코어 프로토콜(stETH/wstETH 발행·상환)과 분리

5. FalconX Lido Poolside (4/23 14:00 UTC) -- 기관 파이프라인 확장

5-1. 콜 정보

일시: 2026-04-23 (목) 14:00 UTC (16:00 KST)
참여: Griffin Sears (Head of Derivatives, FalconX)
주제 (암시): 최신 기관 이더리움 스테이킹 동향
출처: LidoFinance 트윗

5-2. 맥락 연결

4/15 Lido Day의 기관 3중 구조:

[ETF/ETP 상품]     [기관 커스터디·트레이딩]   [네트워크 인프라]
 WisdomTree EU      Copper ClearLoop          Fireblocks
 (유럽 최초 staked ETP, $50M AUM)
         │                   │                      │
         └──────────── stETH 기관 파이프라인 ──────┘
                             │
                      + FalconX (파생상품 헤징 레이어)
                             │
                      4/23 Poolside 패널

FalconX 편입의 의미: 기관 현물 + 커스터디 + 파생상품 4축 구조로 확장. Post-Kelp 환경에서 기관 측 LRT 회피 → stETH 재집중 내러티브가 추가될 가능성.

Curated Operator 함의: 기관 자금 유입은 Curated Module TVL 증가 → 신규 키 배분 증가 → 진입 후 초기 물량 램프업 속도 가속. CMv2 Extra Effort 티어 확보로 물량 배분 가산점을 받을 수 있는 팀에 유리.

6. 기타 정기 콜/이벤트 캘린더 (업데이트)

콜/이벤트	일시	밸리데이터 함의
FOCIL Breakout #33	오늘 4/21 14:00 UTC	EIP-7805 진행도
ACDT #78 (어제 4/20)	이월 의제 팔로업 대기	epbs-devnet-1, bal-devnets, blob-devnet-0 결과 노트
FalconX @ Lido Poolside	4/23 14:00 UTC	기관 파생상품 관점
ACDC #178 Interop Edition	4/30 14:00 UTC	Glamsterdam + Hegota 병렬 트랙, ePBS/BAL 수렴
ACDE #235	4/23 예정	EIP-8037 state gas refund Scheduled 승격 가능
bal-devnet-4	4/24 예정	uint32 기반 첫 devnet (재조정)

Lido 생태계 연결 (요약)

본 노트는 밸리데이터/오퍼레이터 레이어에 집중하며, 핵심 Lido 분석은 별도 노트를 참조한다.

CMv2 Landscape 원안: 2026-04-16 Lido Day 종합 분석 -- 본딩 도입, 2단계 롤아웃
DVV 마이그레이션: 2026-04-17 DVV 마이그레이션 -- DVT 인센티브 Lido Earn 전환
Kelp 사건 초기 대응: 2026-04-20 ACDT #78 D-Day + Post-Kelp 리스테이킹 -- AVS·리스테이킹 레이어 재평가

본 노트의 차별점: ① CMv2 프레임워크의 정량 스코어링 공개(Client diversity -10~+30, Geography -10~+20, Infrastructure -20~+10, Extra Effort 5단계 티어), ② EIP-7928 BAL 인덱스 타입 3일간 변천(uint16→uint64→uint32) 정리, ③ EarnETH 손실 시나리오 모델링(A/B/C/D), ④ Curated Set 진입 후보 팀의 실무 체크리스트 제시.

시사점 / 기관 투자자 관점

단기 (이번 주)

CMv2 프레임워크 포럼 토론 모니터링: Lido Research 포스트의 커뮤니티 반응을 실시간 추적. 특히 Decentralization 좌석 수, Extra Effort 티어 파라미터 구체화 논의 주시.
FOCIL Breakout #33 팔로업: 오늘 14:00 UTC 콜 후 Glamsterdam 포함 전망 업데이트.
EIP-7928 uint32 최종 합의 확인: bal-devnet-4(4/24) 구현 상태에서 uint32 수렴 여부 체크.
EarnETH 손실 범위 확인: Aave 포스트모템 공식 발표 후 실제 레버리지 배율 공개 시 시나리오 B/C 재계산.

중기 (1~3개월)

Curated Operator 진입 후보 팀 내부 점검:
- [ ] 법인 구조·관할·감사 문서 패키지 준비 (5개 영역 대응)
- [ ] Minority 클라이언트(Nethermind/Erigon/Nimbus/Lodestar) 조합 운영 경험 확보
- [ ] 3개국 이상 지리 분산 계획 (Decentralization seat +5점)
- [ ] Extra Effort 티어 1(20% 스테이크) 이상 자기자본 투입 검토
- [ ] Lido 거버넌스 델리게이트 등록 (LDO 정렬 시그널)
EIP-7805 FOCIL 운영 준비: 모든 CL 클라이언트의 IL 생성·검증 지원 상태 점검. Glamsterdam 확정 시 메인넷 적용 전 테스트넷 운영 경험 확보.
Post-Kelp 기관 세일즈 자료 업데이트: FalconX 패널(4/23) 이후 기관 측 LRT 회피 시그널 반영, "Pure stETH 위임" 내러티브 강화.

장기

CMv2 Decentralization seat 경쟁 대비: 연 2회 재평가 사이클에서 VaNOM 상위 자격 유지 위한 지속적 클라이언트 다양성·지리 분산 투자. 초기 Geth+Prysm 조합으로 시작한 팀은 Nethermind/Erigon 전환 타임라인 수립 필요.
Public Good 기여로의 장기 전환: EL/CL 클라이언트·밸리데이터 클라이언트 개발 기여는 Public Good 유형으로 자격 → Decentralization seat 경쟁을 피하면서 별도 트랙 확보.
Intra-Operator DVT 운영 역량 확보: Obol/SSV 기반 DKG 세레머니·테스트넷 유지 경험은 CMv2 하에서 명시적으로 보상(온디맨드 발행 자격). Lido 외부 DVT 수요 축소에 대비한 자체 역량 유지.

기관 투자자 메시지

CMv2는 Curated Module 진입을 "평판 + 본딩 + 정량 스코어링"의 명시적 구조로 전환. 기관이 스테이킹 파트너를 선택할 때 체계적 평가 기준이 처음으로 공개됨.
Decentralization 스코어링은 ESG스러운 네트워크 공헌도 지표로 해석 가능. 자금 배치 시 "Decentralization Operator" 카테고리 팀을 우선 선택하면 Lido 차원 인센티브 구조와 정렬.
BAL 인덱스 타입이 uint32로 수렴하면서 장기 노드 스토리지 부담 예측 하향. Archive 노드 운영 기관은 스토리지 capex 계획 재검토 여지.
Post-Kelp "Pure stETH" 내러티브와 CMv2 프레임워크 공개가 맞물려, 이더리움 스테이킹의 "안전·검증 가능" 포지션이 제도적으로 강화되는 국면.

전일 대비 변화 추적

이슈	4/20 상태	4/21 상태	변화
CMv2 프레임워크	Landscape 원안만 공개	Type Assessment Framework 공식 제안	운영 매뉴얼 단계
EIP-7928 BAL 인덱스	uint64 확장 + CL-side 명시	uint32 재조정	대역폭/스토리지 완화
FOCIL Breakout	#32 이후 잠잠	#33 오늘 14:00 UTC	재개
EarnETH rsETH 손실	$3M First-Loss 공지	커뮤니티 정량화 질의 개시	투명성 압박
FalconX 기관 패널	미공지	4/23 Poolside 패널 확정	기관 파이프라인 지속
ACDT #78 팔로업	D-Day	콜 노트 대기	이월

핵심 하이라이트