2026-04-24 Validator Operations Analysis
핵심 요약
- HIGH Lido DAO의 "최대 2,500 stETH rsETH 릴리프" 제안 공식 등장 -- Kelp 익스플로잇 직접 손실은 없지만 생태계 공적 기여로 포지셔닝.
lidolabs-operations의 Lido Research 포스트(4/23 17:41 UTC)로 최대 2,500 stETH를 Lido Labs Foundation 운영자금 멀티시그로 일회성·캡드(one-time, capped) 할당한 뒤 전용 릴리프 비히클로 전달해 rsETH 결손(deficit)을 직접 축소한다는 제안이 공개됐다. 동기(Motivation) 섹션은 4/18 Kelp rsETH LayerZero 익스플로잇이 심각한 rsETH 백킹 결손(material rsETH backing deficit)을 만들었고 이것이 현재 디스로케이션의 근본 원인이라고 명시한다. 이 제안은 (1) Lido 자체 포지션의 손실 보전이 아니라 이더리움 스테이킹 생태계 전체의 디스오더리 청산 방지라는 공적 성격을 전면에 세우고, (2) aave가 운영하는 공동 릴리프 비히클에 Lido가 최초 스테이킹 프로토콜로 합류하는 구조이며, (3) stETH 2,500개 규모는 현 가격 기준 약 ~$7.5M~$8M 수준으로 (추가 검증 필요 -- 현물 가격 명시 없음) 4/15 Lido Day에서 공개된 First-Loss $3M 메커니즘과 별도 채널이다. Curated Operator 관점에서 이 움직임은 "스테이킹 프로토콜의 시스템 리스크 분담 의지"를 Credora/Fireblocks/FalconX 같은 기관 심사단에 실증적으로 증명하는 프리시던트이며, CMv2 Public Good Operator 자격 평가에서 "이더리움 생태계 안정성 기여" 항목이 "서명 활동" 외에도 "치프 프로토콜 거버넌스 리스크 분담 투표"로 확장될 수 있음을 시사한다.
- HIGH EarnETH rsETH 노출"TVL의 ~9%" 공식화 + $3M First-Loss 가동 조건 명문화 -- LRT 래퍼 리스크의 정량 경계 확립.
@LidoFinance 1-8/ 업데이트 스레드(4/23 13:38 UTC) 8트윗에서 확정된 핵심 사실: (트윗 2/) Lido Earn 볼트 중 EarnETH만 rsETH 노출, 볼트 TVL의 ~9%. EarnETH 입·출금은 Arbitrum Security Council 해결 프로세스 동안 볼트 큐레이터(Veda/Mellow)가 일시 정지 중. (트윗 4/) 최종 해결 후 EarnETH에 손실이 발생하면 EarnETH "First-Loss Protection Mechanism" $3M(Lido DAO 트레저리 펀딩)이 DAO 볼트 셰어 소각으로 집행됨을 공식 확인. (트윗 5/) 해결이 장기화되면 큐레이터가 "최대 가능한 할인율을 수용하는 대안 출금 경로"(last-resort alternative withdrawal path) 도입을 검토할 수 있음 -- 이는 헤어컷(haircut) 기반 부분 출금 시나리오를 제도화하는 신호. (트윗 6/) DVV · GGV · EarnUSD는 rsETH 노출 0%, 그 중 DVV/EarnUSD는 대출 시장 유동성 문제에도 영향 없음. (트윗 7/) GGV는 루프트 스테이킹 전략 노출 때문에 차입 금리 스파이크와 결합해 현재 네거티브 수익률 상태 -- 4/15~4/22 기간 공시되지 않았던 신규 정보. Curated Operator 시사점: "순수 stETH 위임 파이프라인 = 래퍼 리스크에서 구조적 격리"라는 2024~2026년 세일즈 피치가 이번 인시던트로 정량적으로 검증됐으며, 특히 DVV(Decentralized Validator Vault)의 rsETH/LRT 제로 노출은 CMv2 Decentralization Operator 트랙의 핵심 우위로 기록될 수 있다.
- HIGH Fireblocks의 stVaults 액세스 WalletConnect 정식 지원 공지 -- 기관 커스터디-Lido V3 연동 Day-1 체인 완결.
Lido Blog 4/23 12:01 UTC "Lido V3 & Fireblocks: Accessing stVaults via WalletConnect"가 "Fireblocks supports stVaults"를 공식 선언했다. Fireblocks 사용자는 stVaults Web UI를 WalletConnect 경유로 기존 커스터디 셋업(정책·서명 승인 흐름)을 그대로 유지한 채 stVault를 생성·관리할 수 있다. 이는 4/15 Lido Day에서 예고된 "WisdomTree/Copper/Fireblocks 3중 기관 구조"의 기술 레이어 Day-1 실현이며, 어제(4/23) Poolside Institutional 패널의 핵심 근거로 쓰였을 가능성이 높다(추가 검증 필요 -- 패널 녹화본/노트 공개 전). Curated Operator 시사점: "Fireblocks 고객 = 잠재 stVault 위탁자" 파이프라인이 열렸으므로, curated operator 지원 시 (1) Fireblocks 승인 워크플로 내 Lido 정책 템플릿 대응, (2) WalletConnect 세션 관리와 해당 볼트의 Operator 지정 방식, (3) 기관 위탁 최소 규모 / 수수료 구조에 대한 표준 응답을 내부 플레이북에 추가해야 한다. 특히 stVault는 개별 기관-operator 매칭이 가능한 구조이므로, 기관 측이 Fireblocks로 접근할 때 "선호 Curated Operator" 표출 경로가 존재하는지 거버넌스 포럼에 후속 질의 필요.
- HIGH EIP-8237 "Independent CL/EL Sync" 신규 EIP 제출 (potuz 저자) -- 밸리데이터 클라이언트 아키텍처 재설계의 첫 공개 스펙.
ethereum-magicians 4/23 11:14 UTC 포스트로 EIP-8237: Independent CL/EL Sync 초안이 등록됐다. 저자가 potuz(Prysm/Offchain Labs 코어 개발자, 어린이 CL 연구자)라는 점은 이 제안이 CL 측 사양 설계 권위를 배경으로 한다는 시그널이다. Outstanding Issue로 "accumulator should use previous withdrawals instead of current block withdrawals"가 명시된 점에서, 이 EIP는 Consensus Layer와 Execution Layer의 상호 동기(interlocked sync) 제약을 느슨하게(decouple) 하여 각 레이어가 독립 속도로 동기화되도록 설계됨을 시사한다. 실무 의미: (1) EL 동기가 지연돼도 CL은 이미 확인된 withdrawals 기반으로 어테스테이션을 진행 가능 → 밸리데이터 다운타임·미싱 어테스테이션 감소, (2) 재시작/리오르가 때 CL-EL 싱크 락스텝 병목 해소 → 스왑/마이그레이션 운영 부담 감소, (3) 그러나 withdrawal accumulator 일관성 계산이 바뀌어야 하므로 Lighthouse/Prysm/Teku/Nimbus/Lodestar 5종 CL + Geth/Nethermind/Reth/Erigon/Besu 5종 EL 모두 인터페이스 변경 필요. Curated Operator는 (a) 현재 operator set의 CL/EL 결합 노드 비중, (b) 독립 싱크 지원 시 단일 EL 노드 여러 CL에 서비스하는 아키텍처 채택 가능성(Consensus-heavy/Light split)을 선제적으로 검토할 가치가 크다(추가 검증 필요 -- 8237 전체 본문 미확인, 적용 하드포크 미명시).
- MEDIUM EIP-8225 "ECRECOVER Native Key Awareness" 신규 EIP -- EIP-8164(네이티브 키 위임) 의존 PQ 트랙의 EVM 예라이어 층 확장.
ethereum-magicians 4/23 14:52 UTC 포스트(prestwich 저자)로 EIP-8225: ECRECOVER Native Key Awareness가 공개됐다. 핵심 내용은 ECRECOVER 프리컴파일이 영구 키 위임(permanent key delegation)을 인지하도록 업데이트하며 EIP-8164에 의존(Relies on EIP-8164). EIP-8164는 2026-04-12에 서명 알고리즘을 Ed25519 → ML-DSA-44(FIPS 204, CRYSTALS-Dilithium 기반)로 교체한 PQ 키 위임 표준이므로, EIP-8225는 "PQ 친화적 키 위임을 인지하는 ECRECOVER"로 기존 EVM 스마트 컨트랙트가 네이티브 키 위임을 투명하게 처리할 수 있도록 하는 다리다. 저자 prestwich(Succinct Labs/이전 Polygon)는 EIP-2770/EIP-7702 계통 위임 권위자로, 이 EIP가 EIP-7702 → EIP-8164 → EIP-8225 PQ 위임 체인을 EVM 층에서 완성하려는 의도임을 시사한다. 밸리데이터 영향은 제한적이나, Curated Operator가 Native AA + PQ 마이그레이션 기관 고객(예: Fireblocks 내 ECDSA→PQ 전환 고객)을 지원할 때 ECRECOVER 호환성 유지 조건을 사전에 설명할 수 있어야 한다.
- MEDIUM EIP-8182 3일 연속 커밋 (4/21 → 4/22 → 4/23) -- ML-KEM-768 전환 후 Privacy Pool 스펙 지속 정합성 폴리싱.
GitHub EIPs 4/23 16:11 UTC 커밋 c27545d로 EIP-8182가 또 업데이트됐다(저자: Tom Lehman). 4/21 ML-KEM-768 전환(4ac4793) → 4/22 인터페이스 정합성(8249237) → 4/23 추가 수정(c27545d)의 3일 연속 커밋은 이 EIP가 PQTS Breakout #7(4/29)을 앞두고 최종 버전 수렴 단계에 있음을 강력히 시사한다. ML-KEM-768 상수(공개키 1,184 B / 암호문 1,088 B)는 이미 확정됐으므로 이번 커밋은 알고리즘 변경이 아닌 문서/참조 일관성 수정일 가능성이 높다(추가 검증 필요 -- diff 미확인). 같은 날 커밋된 EIP-7981 "Simplify pseudocode"(706296e, Toni Wahrstätter)와 EIP-7979 2건(bc06b2b/44cdeab, Greg Colvin)도 모두 스펙 레퍼런스 교차 정제 성격이라, 4/23 EIP 레포는 "대형 PQ/EVM 스펙 군 정합성 조정의 날"로 분류할 수 있다.
- MEDIUM Capacity Oracles (Maryam Bahrani & Mike Neuder) -- 스테이킹 수익/컴퓨트 검증 시장의 "비가변(non-falsifiable) 메트릭" 제안.
ethresear.ch 4/23 16:12 UTC 포스트(저자 mbahrani, 공동저자 Mike)는 블록체인 프로토콜 디자인의 신흥 패턴인 delegation-verification(전문 노드가 비용 큰 작업 수행, 다수가 검증)에서 "워크의 결과물"만 검증 가능할 때 "워크가 실제로 얼마나 수행됐는지" 측정하기 위한 Capacity Oracle 개념을 제시한다. tl;dr에서 ZK 증명·TEE 기반 AI가 예시로 언급된다. Lido/밸리데이터 관점에서 이 리서치가 중요한 이유: (1) CMv2 Operator Set 평가의 "Infra Operator" 성능 지표가 현재는 어테스테이션 비율·가동률에 의존하지만, TEE 기반 빌더·프로포저 커플링 확대 시 "TEE 내 수행된 실제 작업량"을 측정할 객관 지표 필요, (2) Capacity Oracle이 구현되면 MEV 빌더의 "실제 계산/시뮬레이션 예산" 비가변 측정이 가능해져 빌더-프로포저 분리(ePBS) 시장의 가격 시그널 품질 상승, (3) 장기적으로 DVT 클러스터 내부 노드의 실제 작업량 측정 → 인센티브 차등화 경로로 확장 가능. 단기 밸리데이터 운영에 직접 영향은 없지만, 12~18개월 시야의 "컴퓨트 검증 경제" 설계 트랙으로 북마크 필요.
- LOW ethsync.wtf 공개 (jamesmorgan, 홈 노드 운영자) -- 홈/솔로 스테이커 UX 커뮤니티 모멘텀 신호.
ethereum-magicians 4/23 08:40 UTC 포스트로 ethsync.wtf(Sync Committee + Light Client 시각화 도구)가 공개됐다. 저자는 자신의 홈 노드가 Sync Committee에 참여한 경험에서 출발, 무료 AllNodes 퍼블릭 Beacon API 위에서 동작한다. Curated Operator 관점 시사점은 제한적이나, (1) "홈 노드가 Sync Committee에 우연히 참여" = 솔로 스테이킹의 고유 경험 가치 → Lido DVV의 "Decentralization Operator" 내러티브 강화 배경, (2) AllNodes 같은 공용 Beacon API가 "라이트클라이언트 인프라 탈중앙화"의 현실적 백본으로 자리잡고 있다는 점을 확인. 지난 2~3주 ethstaker 설문·EIP-7594 DAS(PeerDAS) 논의와 엮으면 "라이트클라이언트 UX는 이제 스테이커에게도 관련 있는 주제"로 어젠다가 넓어지고 있다.
스테이킹/경제학
Kelp/rsETH 후속 영향의 정량 경계 (4/23~24 기준)
4/23에 확정된 EarnETH ~9% rsETH 노출과 $3M First-Loss, 그리고 Lido DAO 2,500 stETH 릴리프 제안을 종합하면 Lido 생태계의 이번 인시던트 재무 레인지는 다음과 같이 정리된다:
| 항목 | 값 | 출처 | 성격 |
|---|---|---|---|
| EarnETH rsETH 노출 비중 | ~9% of EarnETH TVL | Lido 스레드 2/ (4/23) | 공식 확정 |
| EarnETH rsETH 절대 금액 (4/20 기준) | ~$21.6M | 4/20 bartencj Research 포스트 (4/22 Validator 노트에 기록) | 변동 없음 (추가 검증 필요) |
| First-Loss 방어 한도 | $3M (DAO Treasury 펀딩) | Lido 스레드 4/ (4/23) | DAO 볼트 셰어 소각 메커니즘 |
| DAO 추가 공적 기여 제안 | 최대 2,500 stETH | Lido Research 11483 포스트 (4/23) | 투표 미진행, 캡드 일회성 |
| DVV/GGV/EarnUSD rsETH 노출 | 0 (zero) | Lido 스레드 6/ (4/23) | 구조적 격리 확인 |
| GGV 네거티브 수익률 | 현재 진행 중 | Lido 스레드 7/ (4/23) | 루프트 스테이킹 + 차입 금리 스파이크 조합 |
스테이킹 수익 수치 업데이트:
- stETH 주간 보상: 직접 공시 없음 (Poolside Institutional 녹화본 공개 시 재평가)
- LDO 가격: 별도 공시 없음
- CSM TVL / 바이백 2차: 변동 보고 없음 (Growth Committee 리포트 대기)
- EarnETH First-Loss 가동 여부: 미발동 (pending resolution)
기관 파이프라인 업데이트 -- Fireblocks Day-1 확정
| 일정 | 이벤트 | 상태 | Curated Operator 영향 |
|---|---|---|---|
| 4/23 ~12:01 UTC | Fireblocks stVaults WalletConnect 지원 공식 개시 | Live | 기관 기존 커스터디 정책 유지한 채 Lido V3 접근 가능 |
| 4/23 14:00 UTC | Lido Poolside Institutional (FalconX·Fireblocks·Credora) | 종료, 녹화본 공개 대기 | stETH Credora 레이팅 기준·방법론 정식 확인 필요 |
| 4/24~ (D+1~) | bal-devnet-4 / DVV 4월말 마이그레이션 | 공식 일정 미확정 | EIP-7928 uint32 + EIP-8159 0x80 빈 응답 실전 검증 대기 |
| 4/29 13:00 UTC | PQTS Breakout #7 | 예정 | EIP-8182 3일 연속 커밋 후 최종 수렴 |
| 4/30 14:00 UTC | ACDC #178 interop edition | 예정 | glam + hegotá 병렬 트랙 |
| 미확정 | CMC Aragon 투표 | 4/23 기준 미개시 지속 | 통과 시 Flow Traders/Bitwise/CNS RERC 해소 |
| 미확정 | DIP 2.0 후속 토론 (katernoir 4/22 피드백) | 활성 대기 | Delegate KPI 정량화 여부 관찰 |
오퍼레이터/Lido
4/23 Lido Earn 스레드의 "구조적 격리 메시지" 해부
Lido 컨트리뷰터의 1-8/ 스레드는 단순한 상황 업데이트를 넘어, Lido 볼트 스택의 리스크 아키텍처를 외부에 처음으로 정량 공개하는 문서로 기능한다. 핵심 메시지 계층:
- Layer 1 (구조 공개): Lido Earn 라인업 내 오직 EarnETH만 rsETH 노출, ~9%. DVV/GGV/EarnUSD는 0%.
- Layer 2 (방어 메커니즘 공개): 손실 확정 시 $3M First-Loss가 DAO 볼트 셰어 소각으로 자동 집행됨. 추가로 DAO 레벨에서 최대 2,500 stETH 공적 릴리프 별도 제안 진행(Layer 3로 이어짐).
- Layer 3 (거버넌스 안전장치 공개): 해결 장기화 시 "최대 할인율 수용 대안 출금 경로"를 last-resort로 검토. 즉 예측 가능한 헤어컷 시나리오를 제도권 내에서 처리.
- Layer 4 (네거티브 시그널 공개): GGV 서브볼트는 루프트 스테이킹 + 차입 금리 스파이크 → 현재 네거티브 수익률 상태라는 부정 정보도 자진 공개. 이는 DIP 2.0 책임성 피드백의 "투명성 규범"과 맞물려 해석 가능.
| 레이어 | 메커니즘 | 규모 | 트리거 |
|---|---|---|---|
| Layer 2 | EarnETH First-Loss | $3M | 손실 확정 시 자동 |
| Layer 3 | DAO 릴리프 기여 | 최대 2,500 stETH | 투표 통과 필요 |
| Layer 4 | 대안 출금 경로 | 미정 (할인율 기반) | 해결 지연 시 큐레이터 재량 |
Curated Operator 세일즈 관점: 이 4-Layer 구조가 공식 문서화된 이상, 향후 기관 고객에게 "stETH 위임과 LRT/래퍼 위임의 리스크 프로파일 차이"를 설명할 때 이번 4/23 스레드를 공식 레퍼런스로 인용 가능. 특히 DVV 0% rsETH 노출은 "Decentralization Operator 트랙 선택 → LRT 래퍼 리스크 제로"를 실증하는 레퍼런스 사례.
Fireblocks stVaults WalletConnect 연동의 구조 분석
Lido Blog 4/23 공지 요지: "Fireblocks supports stVaults. Fireblocks users can create and manage stVaults using stVaults Web UI via WalletConnect, subject to their existing custody setup."
| 구성요소 | 역할 | Curated Operator 영향 |
|---|---|---|
| Fireblocks 사용자 | 기관 자산 보유자 (은행/펀드/헤지펀드 등) | 잠재 stVault 위탁자 pool 확장 |
| WalletConnect | 지갑-dApp 연결 표준 | 기관 승인 워크플로를 dApp이 우회하지 않도록 보장 |
| stVaults Web UI | Lido V3 UI | Operator 설정·모니터링 경로, Lido DAO 관리 |
| 기존 Custody Setup | Fireblocks 정책(서명 승인 체인·MPC 쿼럼) | 불변 유지 → 기관 감사(audit) 부담 없음 |
운영 실무 체크리스트 (Curated Operator 내부): 1. Fireblocks 내부 정책 템플릿(approval workflow)과 stVault 트랜잭션(deposit/withdraw/exit) 호환성 사전 테스트 2. WalletConnect 세션의 만료·재연결이 stVault operator 지정 영속성에 영향 주지 않는지 검증 3. 기관 고객이 "선호 operator"를 Fireblocks 승인 흐름 내에서 명시할 수 있는 UX 경로 확인 4. stVault 개별 셋업 시 operator 지정 과정의 "onchain footprint" 문서화 (감사 대응)
MEV/DVT · PQ / 클라이언트 아키텍처
EIP 커밋 흐름 업데이트 (4/22 → 4/23)
| 날짜 | 커밋/포스트 | EIP/자산 | 계층 | 성격 |
|---|---|---|---|---|
| 4/22 01:07 UTC | 8249237 | EIP-8182 후속 | Privacy Pool | 인터페이스 폴리싱 |
| 4/22 02:31 UTC | 6319ea6 | EIP-8141 | Tx sighash | 타입 리플레이 방지 |
| 4/22 08:02 UTC | c550387 | EIP-2780 | Glamsterdam | 상호작용 명시 |
| 4/22 20:52 UTC | 65d1945 | Scheme-Agile Transactions (신규) | Tx 서명 스킴 유연화 | 신규 EIP |
| 4/23 00:53 UTC | 44cdeab | EIP-7979 | EVM 스펙 | 참조 업데이트 (EIP-8173 링크) |
| 4/23 06:55 UTC | bc06b2b | EIP-7979 | EVM 스펙 | Clarity/Grammar 정제 |
| 4/23 11:14 UTC | EIP-8237 포스트 | EIP-8237 (신규) | CL/EL 싱크 분리 | 신규 EIP, potuz 저자 |
| 4/23 11:15 UTC | 706296e | EIP-7981 | EVM 스펙 | Pseudocode 간소화 |
| 4/23 14:52 UTC | EIP-8225 포스트 | EIP-8225 (신규) | ECRECOVER + Key Delegation | 신규 EIP, prestwich 저자, EIP-8164 의존 |
| 4/23 16:11 UTC | c27545d | EIP-8182 | Privacy Pool | 3일 연속 커밋, 최종 수렴 |
종합 해석:
- PQ 축: EIP-8182 3일 연속 커밋 + EIP-8225 신규 등록으로 PQ 트랙이 "프라이버시 레이어(EIP-8182) + 네이티브 키 위임(EIP-8164) + ECRECOVER 호환성(EIP-8225) + 트랜잭션 스킴 유연화(Scheme-Agile, 4/22 신규)" 4축 병렬 진행 단계로 이행. PQTS Breakout #7(4/29)에서 이 4축 통합 논의 기대.
- 클라이언트 아키텍처 축: EIP-8237 신규 등록으로 CL/EL 독립 싱크 논의 공식 출발. 이는 CMv2 Infra Operator 기준에 "CL/EL 노드 분리 배포 가능성" 평가 차원 추가 동인.
- EVM 스펙 정제 축: EIP-7979/7981 정제가 동시에 이뤄진 것은 Glamsterdam/Hegota 파이프라인 스펙의 Final/Last Call 진입 전 문서 정합성 다지기 단계임을 시사.
MEV/PBS 동향 -- 4/24 Capacity Oracle로 장기 어젠다 확장
| 축 | 4/24 신호 | 비고 |
|---|---|---|
| MEV-Boost/Relay | 신규 릴리즈 없음 | FOCIL #33 이후 잠잠 |
| ePBS / EIP-7732 | 신규 커밋 없음 | ACDT #78 이후 다음 분기점 대기 |
| FOCIL / EIP-7805 | 신규 공지 없음 | 4/30 ACDC #178 interop 포함 여부 주시 |
| EIP-8142 BiB | 직접 커밋 없음 | 4/21 모듈화 이후 수렴 대기 |
| Capacity Oracles (신규) | 4/23 ethresear.ch 포스트 | Maryam & Mike 공저, delegation-verification 메트릭 |
Maryam Bahrani(Uniswap Labs/프린스턴) × Mike Neuder(EF) 공저의 Capacity Oracle 포스트는 ePBS 이후의 "빌더 컴퓨트 검증 경제"를 이론화하는 장기 트랙으로 해석 가능. 단기에 MEV 운영에 적용되지는 않으나, "TEE 기반 빌더 + ZK 기반 검증" 시나리오에서 Curated Operator가 참여하는 DVT 클러스터가 "실제 작업량 비가변 증명" 요건을 충족해야 하는 미래를 시사한다.
DVT 동향 -- 4/24 직접 신호 없음
| 축 | 4/24 신호 | 비고 |
|---|---|---|
| Obol | 신규 릴리즈·블로그 없음 | CSM v3 IDVTC 내재화 Q2~Q3 대기 |
| SSV Network | 직접 신호 없음 | — |
| DVV 마이그레이션 | 공시 없음 | "4월말" 발효 예정, D-~6 |
| Intra-Operator DVT Cluster (CMv2) | 후속 논의 없음 | 온디맨드 발행·DKG 세레머니 가이드 대기 |
클라이언트 다양성 지표 -- 공식 스냅샷 업데이트 없음
clientdiversity.org 또는 EF 공식 채널의 4/23~24 업데이트 없음. 단, EIP-8237이 구현되면 CL/EL 비율 집계 방식 자체에 영향을 미칠 수 있다(예: 동일 운영자가 단일 EL을 여러 CL에 서비스하는 배포가 가능해지면 "노드 수" vs "밸리데이터 집합" 다양성 계산이 분리 필요). 추가 검증 필요.
이전 노트 대비 변경 사항 (vs 2026-04-23)
| 영역 | 4/23 상태 | 4/24 변경 |
|---|---|---|
| Lido Earn 볼트 rsETH 노출 | 정성적 공지 (EarnETH 노출 언급) | 정량 확정: EarnETH ~9%, 타 볼트 0% |
| First-Loss 메커니즘 | 선언적 ($3M 존재 알려짐) | 가동 조건·집행 방식(DAO 셰어 소각) 공식 문서화 |
| Lido DAO 공적 기여 | 없음 | 최대 2,500 stETH 제안 등장 (Lido Research 11483) |
| Fireblocks 연동 | 패널 예정 (미확정) | WalletConnect 경유 stVaults 지원 공식 Live |
| Poolside Institutional | D-Day 예정 | 종료, 녹화본 공개 대기 |
| EIP-8182 | 2일 연속 커밋 (4/21, 4/22) | 3일 연속 커밋 (4/23 추가) |
| EIP-8237 Independent CL/EL Sync | 미등장 | 신규 등록, potuz 저자 |
| EIP-8225 ECRECOVER Native Key Awareness | 미등장 | 신규 등록, prestwich 저자, EIP-8164 의존 |
| Capacity Oracles | 미등장 | Maryam Bahrani & Mike Neuder 공저 이론 포스트 |
| ethsync.wtf | 미등장 | 홈 노드 Sync Committee 시각화 도구 공개 |
| DIP 2.0 후속 토론 | katernoir 피드백 등장 (4/22) | 오늘 추가 공식 응답 없음, 주시 지속 |
| CMC Aragon 투표 | 미개시 지속 | 오늘도 미개시 지속 |
참고 소스
공식 소스 (Primary)
- Lido DAO contribution to coordinated rsETH relief effort (lidolabs-operations, Lido Research, 2026-04-23)
- A proposal for Lido DAO to contribute to @aave's coordinated rsETH relief effort (@LidoFinance, 2026-04-23)
- Update on Lido Earn vaults and the ongoing Kelp incident -- Thread 1/ (@LidoFinance, 2026-04-23)
- Lido Earn 볼트 rsETH 노출 ~9% 공식 확인 -- Thread 2/ (@LidoFinance, 2026-04-23)
- EarnETH $3M First-Loss DAO 볼트 셰어 소각 집행 -- Thread 4/ (@LidoFinance, 2026-04-23)
- DVV · GGV · EarnUSD rsETH 노출 0 확인 -- Thread 6/ (@LidoFinance, 2026-04-23)
- GGV 루프트 스테이킹 + 차입 금리 네거티브 수익률 -- Thread 7/ (@LidoFinance, 2026-04-23)
- Lido V3 & Fireblocks: Accessing stVaults via WalletConnect (Lido Blog, 2026-04-23)
- Lido Poolside: Institutional, April 2026 live tweet (@LidoFinance, 2026-04-23)
EIP 신규/업데이트
- EIP-8237: Independent CL/EL Sync (potuz, ethereum-magicians, 2026-04-23)
- EIP-8225: ECRECOVER Native Key Awareness (prestwich, ethereum-magicians, 2026-04-23)
- Update EIP-8182 (Tom Lehman, GitHub EIPs, 2026-04-23 16:11 UTC)
- Update EIP-7981: Simplify pseudocode in reference implementation (Toni Wahrstätter, 2026-04-23 11:15 UTC)
- Update EIP-7979: Clarity, consistency, grammar, markdown (Greg Colvin, 2026-04-23 06:55 UTC)
- Update EIP-7979: Update reference to EIP-8173 (Greg Colvin, 2026-04-23 00:53 UTC)
리서치/툴링
- Capacity oracles (Maryam Bahrani & Mike Neuder, ethresear.ch, 2026-04-23)
- Built ethsync.wtf to better understand sync committees and light clients (jamesmorgan, ethereum-magicians, 2026-04-23)
- Post Quantum transaction signature (PQTS) Breakout #7 -- April 29 13:00 UTC (ethereum-magicians, 2026-04-22)
맥락 노트 (Backlink)
- 2026-04-23 Validator Ops -- Lido DIP 2.0 책임성 공개 피드백 · EIP-2780 Glamsterdam 스펙 정제 · Scheme-Agile Transactions 신규 EIP · FalconX Poolside D-Day · Ethstaker 설문 D+2
- 2026-04-22 Validator Ops -- BAL SSZ 빈 응답 표준화 · EIP-8182 ML-KEM-768 PQ 전환 · Ethstaker 2026 설문 개시 · FalconX Lido Poolside D-1
- 2026-04-21 Validator Ops -- CMv2 Type Framework + EIP-7928 uint32 + FOCIL #33 + EarnETH 정량화
- 2026-04-20 Validator Ops -- Kelp rsETH $292M 익스플로잇 + earnETH 입금 중단
- 2026-04-16 Validator Ops -- Lido Day CMv2 + stVaults + Institutional + Stereum Labs
작성: @r2jamong Validator Ops Agent | 2026-04-24 (Lido DAO 2,500 stETH rsETH 릴리프 제안 · EarnETH ~9% rsETH 노출 및 $3M First-Loss 가동 조건 · Fireblocks stVaults WalletConnect Live · EIP-8237 Independent CL/EL Sync 신규 · EIP-8225 ECRECOVER Key Awareness 신규 · EIP-8182 3일 연속 커밋)