2026-05-20 데일리 브리핑

편집자 노트: 2026-05-20(수요일, 5월 셋째 주 네 번째 일자) = "EIP-7688 5종 commit 집중 + Lido 보안 거버넌스 4중 트랙 격상 + EIP-8070 P2P Networking #1 D-Day 정합" 일자. 전일(5/19) 3중 신규 시그널 정점 (Simple DVT Wind-Down + Mini-Blocks + stVaults Monthly)에 이어 본 노트일 = (1) EIP-7688 활동 폭발 = Etan Kissling (Nimbus CL 코어 컨트리뷰터) 본인이 5/19 단 3시간 윈도우(13:55 → 14:57 → 16:11 → 16:56 UTC) 안에 4건 + EIP-8070 1건 = 5종 동시 commit = "Rebase requirements to be based on Fusaka" + "Add rationale for Validator remaining Container" + "Resolve cleanup opportunities" + "Improve wording" + EIP-8070 update = EIP-7688 활성화 시점 베이스라인을 Fusaka 이후로 명시적 이동 + Validator SSZ 컨테이너 구조 유지 합의 도달 = Glamsterdam CL 사양 freeze stage 직전 마지막 정비 윈도우 강력 시그널 + Review → Final 승격 임박 추정, (2) Lido 보안 거버넌스 4중 트랙 본 노트일 신규 2건 동시 진입 = research.lido.fi 11573 SenseiNode Incident Report (5/19 11:23 UTC, Chitty) = 4/19/2026 São Paulo 리전 OS 디스크 critical 하드웨어 장애 → automated alerts 감지 → 임시 disruption → 약 1.224 ETH missed rewards → SenseiNode 자체 fund DAO 전액 보상 약속 (인시던트 4/19 → 보고서 5/19 = D+30) = Kelp Curator first-loss(DeFi 차원, 5/15) + SenseiNode 1.224 ETH 보상(NO 운영 차원, 5/19) = Lido user fund 보호 5월 누적 2건 실전 케이스 + research.lido.fi 11575 LEGO Grant: Certora Concord (5/19 16:54 UTC, mooly) = Solidity 컴파일러 버전 업그레이드 시 bytecode 동등성 machine-checked 검증 도입 제안 = "Even with unchanged source code, a new compiler can produce materially different bytecode — in ways that testing and manual review routinely miss" + "where protocol correctness underpins billions in staked assets, this demands formal proof" = bytecode 차원 formal verification = audit + manual review + testing 3중 → bytecode 동등성 machine-checked verification 추가 도입 시그널, (3) Lido X 영업시간 발신 본격 재개 = @LidoFinance SEAL 보안 발신 (5/19 15:50 UTC) = "raise the bar for incident response readiness by sharing practical security expertise" = SEAL(Security Alliance) 협업 메시지 + @LidoFinance Tokenholder Update reminder (5/19 13:21 UTC) = "Just over 48 hours until the upcoming Lido Tokenholder Update" + 사전 질문 form 발송 = 5/21 Tokenholder Call D-1 진입 + 5중 amplification 시나리오 사전 모니터링 (Kelp post-mortem + Simple DVT + SenseiNode reaction + Certora Concord + ETF Blueprint), (4) EIP-8070 (eth/72 - Sparse Blobpool, Draft) 5/19 18:24 UTC 업데이트 + 5/20 P2P Networking #1 콜 당일 진입 = 5/16 daily 노트 추적 라인 "P2P Networking #1 (5/20) 결과 추적"과 정확히 일치 = D-당일 단계 정비 시그널 + ACDT #079 EIP-8070 vs EIP-8136 (CL partial cells) 의존성 미결 라인이 5/20 콜에서 후속 결정 가능성 = PeerDAS 활성화 사이클 핵심 부품 EL 클라이언트 (Geth/Erigon/Nethermind/Besu/Reth) 메모리/네트워크 부하 직접 영향, (5) EIP-8038 SSTORE write cost condition 정비 (5/19 12:11 UTC) = 5/18 ACDT #080 스코핑 결정 → 5/19 (D+1) 즉시 사양 정비 = Glamsterdam-devnet-5 빌드 윈도우 진입 시그널 (해석/추론) + 5/21 ACDE #237 또는 5/28 ACDC #179 어젠다 가능성 = state-access 가스 변경 = MEV builder + 트레이서 도구 + DApp 가스 추정 라인 광범위 영향, (6) Stateless Implementer's Call #52 (6/1 13:00 UTC) 어젠다 게시 (5/19 15:46 UTC, eth-magicians 28569) = 어젠다 "Team updates" 단일 = D-12 단계 정기 사이클 + Verge 트랙 핵심 콜 (Verkle Trie + Stateless Client), (7) ERC-8004 in production: per-collection factory vs chain singleton (28562, 5/19 10:56 UTC) = "We've been running ERC-8004 in production since April 2026 and wanted to open a discussion on an architectural decision that the current draft leaves unresolved..." = production 사용자가 직접 게시 = 사양 단계 → 운영 단계 이행 결정적 시그널 + ERC-8004 Final 승격 직전 마지막 의사결정 라인 = TRION + TAP + ERC-8004 클러스터 5/18 누적과 직접 연결, (8) EVM Verification of WHIR over a 31-bit Field (ethresear.ch 24902, 5/19 04:12 UTC) = 31-bit KoalaBear field 기반 standalone WHIR Solidity verifier 구현 = hash-based, transparent IOPP for constrained Reed-Solomon codes = on-chain ZK 검증 비용 최적화 후보 = 5/18 Vitalik FV 트윗 라인과 연속성 Purge/Splurge 트랙 ZK PCS 옵션 다양화 시그널, (9) EIP 업그레이드 현황 5/19 → 5/20 rotating drift 16일째 재개 = EIP-4200 (EOF Static Relative Jumps) Pectra declined [3540, 3670, 4200, 4750, 5450] → [3540, 3670, 4750, 5450] + Fusaka declined [3540, 3670, 4200, 4750, 5450, 5920] → [3540, 3670, 4750, 5450, 5920] = 양 트랙 동시 이탈 = 48시간 사이클 등장/소멸 반복 (5/18 등장 → 5/19 등장 → 5/20 이탈) + EIP-6110 (Pectra 메인넷 Deposit contract) 16일째 누락 3일 연속 (5/18→5/19→5/20) = LEVEL 3+ 정점 결정적 증거 + EIP-4844 (Dencun) 24시간 유지 (5/19 복귀 후 보존) = 가설 D (페이지네이션 슬라이딩 윈도우) 본 노트 시점 신뢰도 가장 높음 유지 + 페치 마이그레이션 (scripts/fetch_forkcast.py) D+9 지연 누적 = 우선순위 P0 유지, (10) Simple DVT Module Wind-Down D+2 정적 + Mini-Blocks SSV-PBS D+2 정적 = 5/18 어제 신규 2건 시그널 후속 외부 reaction 0건 = Snapshot vote 6월 ETA + 외부 운영자 (Obol/SSV) reaction 미공시 + EF/Justin Drake/Vitalik 측 직접 reaction 0건 = 연구/거버넌스 단계 정상 정적 윈도우 진입 = 5/21 Tokenholder Call + 5/28 ACDC #179 정합 모니터링, (11) 신규 EL/CL 클라이언트 릴리즈 0건 = 어제 누적 통합 상태 유지 + HIGH 리스크 3건 계속 유효 = (a) Geth v1.17.3 structLog Tracing API 파서 미패치, (b) Besu 26.5.0 CVE-2026-34480/34478 미패치, (c) Erigon v3.4.0 segfault (v3.4.1 필수). 5/20(수) = "EIP-7688 5종 commit 집중 + Lido 보안 거버넌스 4중 트랙 격상 + EIP-8070 P2P Networking #1 D-Day + 5/21 Tokenholder Call D-1".

핵심 요약

• HIGH EIP-7688 5종 commit 집중 (Etan Kissling 5/19 13:55~18:24 UTC) -- Fusaka 리베이스 + Validator Container 유지 합의 도달 / Glamsterdam CL 사양 freeze stage 직전 마지막 정비 윈도우 / Review → Final 승격 임박 시그널.

  EIP-7688 (Forward Compatible Consensus Data Structures, Review) = SSZ stable container 라인의 핵심 사양. 본 노트일 시점 5/19 단 3시간 윈도우 안에 4건 + EIP-8070 동반 1건 = 5종 commit 집중. 시계열: (a) 5/19 13:55 UTC sha=9eb1fad "Add rationale for Validator remaining Container" = Validator SSZ 컨테이너 구조 유지 합의 rationale 본문 추가 = BeaconState의 Validator 직렬화 구조 변경 최소화 결정, (b) 5/19 14:57 UTC sha=19f03bc "Resolve the 'cleanup opportunities' section" = cleanup opportunities 섹션 해결, (c) 5/19 16:11 UTC sha=aea03b3 "Improve wording / address nits" = wording 개선 + nits 처리, (d) 5/19 16:56 UTC sha=f2e6d7f "Rebase requirements to be based on Fusaka" (importance HIGH) = 핵심 commit: requirements를 Fusaka 트랙 기반으로 리베이스 = EIP-7688 활성화 시점 가정을 Fusaka 활성화 이후로 명시적 이동, (e) 5/19 18:24 UTC sha=64d1b46 "Update EIP-8070" = 관련 EIP 동시 업데이트. 핵심 해석: (i) "3시간 윈도우 4건 동시 commit" = 단순 누적 정비가 아닌 체크리스트 기반 마무리 정비 = 통상 EIP author의 Review/Final 승격 직전 단계 패턴 (해석/추론), (ii) "Rebase requirements to be based on Fusaka" = EIP-7688 자체는 Glamsterdam CL 트랙 사양이나 활성화 시점 베이스라인은 Fusaka 기준으로 재기술 = Fusaka devnet 참여 클라이언트들이 EIP-7688 구현 시 충족해야 할 전제조건 목록 갱신, (iii) "Validator remaining Container" rationale = SSZ StableContainer 마이그레이션에서 Validator 객체만 일반 Container로 유지 결정 + 외부 리뷰어 질문 대응 합리화 추정, (iv) 5/15 weekly call summary "Svalbard interop wrap-up 1주일 내 Glamsterdam specs freeze stage" 라인과 일관 = D-2~D-3 단계 추정. 인프라/Operator 영향: (1) CL 클라이언트 (Lighthouse/Prysm/Teku/Nimbus/Lodestar) 모두 Fusaka devnet 참여 전 EIP-7688 스펙 재검토 필요, (2) libp2p gossipsub 메시지 포맷 SSZ stable container 기반 변경 시 역호환성 처리 필요, (3) BeaconChain Beacon API 응답 스키마 변경 가능성 → 파서 업데이트 준비, (4) Validator Container 유지 = Lido NO 측 CL client 운영자에게 향후 Fusaka 업그레이드 시 Validator 직렬화 호환성 보장. 권장 액션: (a) EIP-7688 frontmatter status 모니터링 (Review → Final 승격 시점 임박 추정), (b) 4건 commit 파일 diff 직접 fetch (snippet 단계, files_changed 빈 배열), (c) 5/21 ACDE #237 의제 EIP-7688 직접 등재 여부 추적, (d) CL 클라이언트 EIP-7688 구현 진행도 추적.

• HIGH SenseiNode Incident Report + 1.224 ETH 자체 fund DAO 보상 약속 -- 4/19 São Paulo OS 디스크 critical 하드웨어 장애 / Lido Node Operator 책임 거버넌스 실전 케이스 (Kelp first-loss와 다른 결, NO 직접 책임).

  research.lido.fi 11573 (Chitty, 5/19 11:23 UTC) = SenseiNode 측 인시던트 공식 보고서 신규 발의. 본문 인용: "on April 19, 2026, one of our Lido validator infrastructure servers in the São Paulo region experienced a critical hardware failure affecting the operating system disk. The incident caused a temporary disruption in validator operations and ultimately resulted in approximately 1.224 ETH in missed rewards. As part of our commitment to operational accountability, SenseiNode will fully compensate the DAO for the associated loss." 핵심 사실: (a) 인시던트 일시 4/19/2026 / (b) 위치 São Paulo 리전 Lido validator 인프라 서버 / (c) 원인 OS 디스크 critical 하드웨어 장애 / (d) 결과 validator operations 임시 disruption + 약 1.224 ETH missed rewards / (e) 대응 "Following automated alerts indicat..." (본문 컷오프) = automated alerts 시스템 작동 / (f) DAO 보상 SenseiNode 자체 fund로 DAO 전액 보상 약속 / (g) 발신 시점 인시던트 4/19 → 보고서 5/19 = D+30 (약 1개월) 후 공식 보고. Curated Operator 시사점: (1) Lido 보안 거버넌스 4중 트랙 중 NO 책임 트랙 신규 진입 = Kelp Curator first-loss (DeFi 차원, 5/15) + SenseiNode 1.224 ETH DAO 보상 (NO 운영 차원, 5/19) = 5월 누적 Lido user fund 보호 실전 케이스 2건 = 진입 자료 v2 "Lido NO는 단순 운영자가 아니라 인시던트 책임 + DAO 보상 약속 거버넌스 주체" 메시지 정합, (2) Lido NO incident reporting framework 실전 운영 = 인시던트 → 약 1개월 윈도우 → 공식 보고서 발행 + 자체 fund 보상 약속 = DAO governance에 대한 NO 측 accountability commitment 운영 표준 케이스, (3) São Paulo 리전 단일 서버 장애 = single-point-of-failure 위험 노출 + 지리적 분산 운영 모범 사례 양면 메시지, (4) automated alerts 시스템 작동 = NO 측 모니터링 인프라 자동화 시그널 = "자동 알림 + 인시던트 감지 + 보고 + 보상 4단계 운영 인프라" 메시지 통합 가능. 추가 검증 필요: (i) mitigation/recovery 단계 + downtime 정확한 시간 + 영향 받은 validator 수, (ii) 1.224 ETH 정확한 분배 메커니즘 (DAO treasury 직접 입금 vs ETH 매수 후 입금 vs operator rewards 차감), (iii) DAO 측 공식 reaction (Snapshot vote/Discord/Tokenholder Call 의제 등재 여부), (iv) 다른 Lido NO 측 유사 incident reporting 사례 (framework 표준화 여부), (v) automated alerts 시스템 구체 spec.

• HIGH LEGO Grant Proposal: Certora Concord for Compiler-Version Equivalence -- Solidity 컴파일러 업그레이드 시 bytecode 동등성 machine-checked 검증 / Lido 보안 인프라 한 단계 격상 (formal verification 도입).

  research.lido.fi 11575 (mooly, 5/19 16:54 UTC) = LEGO (Lido Ecosystem Grants Organization) grant proposal 신규 발의. 본문 인용: "Solidity compiler upgrades are one of the most underappreciated sources of silent risk in smart contract systems. Even with unchanged source code, a new compiler can produce materially different bytecode — in ways that testing and manual review routinely miss. For Lido, where protocol correctness underpins billions in staked assets, this demands formal proof. This proposal requests LEGO funding to deploy Certora Concord as a machine-checked equivalence guardrail for Lido's compiler upgra..." 핵심 사실: (a) 발의자 mooly / (b) 카테고리 Community Grants / Initiatives / (c) 제안 도구 Certora Concord / (d) 목적 Solidity 컴파일러 버전 업그레이드 시 bytecode 동등성 machine-checked 검증 = "silent risk" 제거 / (e) Lido 적용 motivation "where protocol correctness underpins billions in staked assets, this demands formal proof" / (f) 제안 기능 machine-checked equivalence guardrail for compiler upgrades. Curated Operator 시사점: (1) Lido 보안 인프라 한 단계 격상 = 기존 audit + manual review + testing 3중 → 신규: bytecode 동등성 machine-checked verification 추가 = 컴파일러 업그레이드 silent risk cryptographic 제거, (2) "Silent risk" 메시지 = 산업 표준 대비 차별화 = 일반 audit + testing은 source code 차원에서만 검증 / Certora Concord는 bytecode 차원 검증 = DeFi 산업 전반 매우 드문 industry-leading 보안 표준 = 진입 자료 v2 "Lido는 bytecode 차원 formal verification 도입 = stETH 회복력 messaging 보강", (3) "billions in staked assets" 인용 = Lido 측 self-disclosed TVL 규모 메시지, (4) LEGO grant 메커니즘 = Lido 거버넌스의 보안 인프라 funding 자체 트랙 운영 시그널, (5) Certora Concord 채택 시 영향 = 기존 Solidity 업그레이드 시 audit 재실행 비용/윈도우 길이 → machine-checked = 검증 비용/시간 단축 + 보안 표준 격상. 추가 검증 필요: (i) Certora Concord 정확한 도구 spec + 다른 DeFi 프로토콜 도입 사례 (Aave/Compound/MakerDAO 비교), (ii) LEGO funding 정확한 규모 + 도입 ETA (본문 컷오프), (iii) Lido 컨트랙트 중 적용 범위 (stETH + wstETH + LidoLocator + Withdrawal Vault + Staking Router + CSM 등), (iv) Certora 측 다른 Lido 관련 audit 이력, (v) machine-checked equivalence verification 한계 (특정 컴파일러 옵션/EVM 버전 호환성), (vi) DAO 측 reaction + Snapshot vote 일정 + LEGO 거버넌스 트랙.

• HIGH EIP 업그레이드 현황 5/19 → 5/20 EIP-4200 Pectra+Fusaka 양 트랙 declined 동시 이탈 -- 16일째 rotating drift 재개 / EIP-6110 16일째 누락 3일 연속 = LEVEL 3+ 정점 결정적 증거 / 가설 D 강력 지속 / 페치 마이그레이션 D+9 P0.

  5/19 → 5/20 변동: (1) Pectra declined [3540, 3670, 4200, 4750, 5450] → [3540, 3670, 4750, 5450] = EIP-4200 (EOF Static Relative Jumps) 이탈, (2) Fusaka declined [3540, 3670, 4200, 4750, 5450, 5920] → [3540, 3670, 4750, 5450, 5920] = EIP-4200 동시 이탈, (3) Pectra included [2537, 2935] 유지 (EIP-6110 메인넷 activation EIP 16일째 누락 지속), (4) Dencun included [4844] 유지 (5/19 복귀 후 24시간 보존), (5) Glamsterdam considered [2780] / declined [2926, 5920] 5/19 동일 유지. 핵심 해석: (a) EIP-4200 48시간 사이클 등장/소멸 반복 (5/18 등장 → 5/19 등장 → 5/20 이탈) = 페치 윈도우가 EIP-4200 페이지를 캡처하지 못함 = EIP-4200 자체는 EOF 계열 stagnant EIP로 Pectra+Fusaka declined 영구 유지가 정확 사양 → 본 노트 시점 누락은 페치 윈도우 미캡처, (b) EIP-6110 16일째 누락 3일 연속 (5/18→5/19→5/20) = LEVEL 3+ 정점 결정적 증거, (c) EIP-4844 24시간 유지 = 페치 윈도우 4844 인근 정착 가설 부분 검증 = 가설 D 정밀화. 5/19 노트 가설 분기 업데이트: 가설 A (페치 캐시 동일 반환) 부분 기각 유지, 가설 B (forkcast 레포 신규 커밋 부재) 부분 기각 가능성 유지, 가설 C (진정한 변동 없음) 기각, 가설 D (페이지네이션 슬라이딩 윈도우 버그) 본 노트 시점 신뢰도 가장 높음 유지. Curated Operator 시사점: (1) 데이터 무결성 LEVEL 3+ 정점 17일째 = Pectra 포크 활성화 EIP 추적 신뢰성 추락 = 클라이언트 호환성/업그레이드 윈도우 추적에 영향, (2) 페치 로직 마이그레이션 = scripts/fetch_forkcast.py 페이지네이션 또는 Trees API 마이그레이션 D+9 지연 누적 = 우선순위 P0 즉시 실행 권장, (3) EOF 계열 EIP (3540/3670/4200/4750/5450) declined 5종 페이지 윈도우 직접 확인, (4) 데이터 정합성 회복 전까지 EIP 업그레이드 현황 단독 인용 절대 금지 유지 + 다중 교차 검증 강제 (ethereum/EIPs frontmatter status + eth-magicians 토론 + ACD 콜 노트 + GitHub commits 5중 교차).

• MEDIUM EIP-8070 (eth/72 - Sparse Blobpool, Draft) 5/19 18:24 UTC 업데이트 + 5/20 P2P Networking #1 콜 당일 진입 -- PeerDAS 활성화 사이클 핵심 부품 / EL 클라이언트 메모리/네트워크 부하 직접 영향.

  GitHub commit sha=64d1b46 (5/19 18:24 UTC) = "Update EIP-8070: Update EIP-8070" (구체적 변경 내용 메시지 부재). 5/16 daily 노트 추적 라인 "P2P Networking #1 (5/20) 결과 추적 — Sparse blobpool(EIP-8070) 및 Cell-level deltas(PeerDAS) 구현 방향 확인 | 5/20 이후 즉시"와 정확히 일치 = 본 노트 일자 5/20 P2P Networking #1 콜 당일 진입. 5/15 protocol-calls 노트의 ACDT #079 EIP-8070 vs EIP-8136 (CL partial cells) 의존성 미결 라인이 5/20 콜에서 후속 결정 가능성. 핵심 해석: (i) D-당일 단계 정비 시그널 = P2P Networking #1 콜을 앞두고 EIP-8070 사양 정비 진행, (ii) 커밋 메시지 비구체적 = 다수 변경 포함 가능 (파일 diff 직접 확인 필요, snippet 단계), (iii) eth/72 프로토콜 메시지 추가 (Sparse Blobpool) = EL 클라이언트 P2P 레이어 변경 = PeerDAS 활성화 사이클 핵심 부품. Operator 영향: Sparse Blobpool = EL 클라이언트 (Geth/Erigon/Nethermind/Besu/Reth) 메모리/네트워크 부하 직접 영향. 권장 액션: (a) 5/20 P2P Networking #1 콜 노트 ethereum/pm 레포 모니터링, (b) EIP-8070 5/19 커밋 파일 diff 직접 fetch, (c) EIP-8070 vs EIP-8136 의존성 결론 추적, (d) EL 클라이언트 EIP-8070 구현 진행도 추적.

• MEDIUM EIP-8038 (State-access gas cost update, Draft) SSTORE write cost condition 정비 (5/19 12:11 UTC) -- Glamsterdam-devnet-5 빌드 윈도우 진입 / ACDT #080 (5/18 개최) 스코핑 후속 액션.

  GitHub commit sha=8a7fb54 (5/19 12:11 UTC) = "Update EIP-8038: Update write cost condition in SSTORE formula". 5/19 calls 노트 추적: "ACDT #080 (5/18 개최) 핵심 의제 = 다음 ACDE #237을 앞둔 Glamsterdam 스코핑 준비, Glamsterdam-devnet-5 포함 후보: EIP-8038, EIP-2780". 핵심 해석: 5/18 ACDT #080 스코핑 결정 → 5/19 (D+1) 즉시 사양 정비 = devnet-5 빌드 윈도우 진입 시그널 (해석/추론) + SSTORE write cost condition 정비 = state-access 가스 모델 안정화. 5/21 ACDE #237 또는 5/28 ACDC #179 어젠다 가능성 (해석/추론). Operator 영향: state-access 가스 변경 = MEV builder + 트레이서 도구 + DApp 가스 추정 라인 광범위 영향 + Glamsterdam "Repricings" 콜 (price 타입, 최근 #007이 5/13 개최) 진행 중 상황에서 가스 재정가 논의와 연동될 가능성. 권장 액션: (a) EIP-8038 SSTORE write cost condition 변경 내용 파일 diff 직접 fetch, (b) 5/21 ACDE #237 어젠다 EIP-8038 포함 여부 추적, (c) Glamsterdam-devnet-5 빌드 일정 + 포함 EIP 목록 모니터링 (현재 후보: EIP-8038 + EIP-2780).

• MEDIUM Lido X SEAL 보안 발신 + 5/21 Tokenholder Call D-1 진입 + 질문 form 발송 -- '4중 트랙 (post-mortem + NO 보상 + formal verification + SEAL 협업)' messaging 격상 / 5중 amplification 시나리오 사전 모니터링.

  본 노트일 Lido X 영업시간 발신 = 3트윗 신규. (a) @LidoFinance SEAL 보안 발신 (5/19 15:50 UTC) (importance HIGH): "Security is foundational to how Lido contributors approach their work. Through SEAL, contributors are helping raise the bar for incident response readiness by sharing practical security expertise wit..." (본문 컷오프) = SEAL(Security Alliance) 협업 + Lido contributors 측 incident response 전문성 공유 활동 발신. (b) @LidoFinance Tokenholder Update reminder (5/19 13:21 UTC) (importance MEDIUM): "Reminder: Just over 48 hours until the upcoming Lido Tokenholder Update. Stop by for a discussion on all things Lido, including latest protocol updates, staking developments, and what's on the agenda..." = 5/21 Tokenholder Call D-1 진입 (5/19 13:21 UTC → 5/21 14:00 UTC ≈ 48.6시간). (c) @LidoFinance Question form submission (5/19 13:21 UTC) = "submit your questions ahead of the call. Do so via the form below" = 사전 질문 form 발송. Curated Operator 시사점: (1) Lido 보안 거버넌스 4중 트랙 완성 = (a) post-mortem 발행 (Kelp Incident 5/15 first-loss 실전 발동), (b) NO 직접 책임 + DAO 보상 (SenseiNode 1.224 ETH 5/19), (c) formal verification grant (LEGO Certora Concord 5/19), (d) SEAL 협업 ("raise the bar" 5/19) = 5월 누적 industry-leading 보안 거버넌스 케이스 4중 트랙 = 진입 자료 v2 핵심 메시지 후보, (2) 5/21 Tokenholder Call 5중 amplification 시나리오 = (i) Kelp post-mortem (5/15 → 5/21 D+6 = 발행 + amplification 시나리오), (ii) Simple DVT Wind-Down (5/18 발의 → 6월 Snapshot ETA), (iii) SenseiNode 인시던트 보고서 (5/19 → Tokenholder Call DAO 측 reaction), (iv) Certora Concord grant (5/19 → LEGO 트랙 진전), (v) ETF Liquid Staking Blueprint (5/15 → amplification), (3) 사전 question form 발송 = DAO 측 input 수집 메커니즘 운영 + 거버넌스 표준 패턴, (4) Lido X 영업시간 발신 본격 재개 = 5/18 2건(Swellchain) → 5/19 3건 누적 → 본 노트일 D-1 amplification 진입 시그널.

• MEDIUM Stateless Implementer's Call #52 (6/1 13:00 UTC) 어젠다 게시 -- Verge 트랙 정기 사이클 D-12 / 어젠다 "Team updates" 단일.

  eth-magicians 토픽 28569 (5/19 15:46 UTC) (importance MEDIUM, 카테고리 Protocol Calls & happenings). 어젠다: "Team updates" 단일. Meeting Time: Monday, June 01, 2026 at 13:00 UTC (60 minutes). 핵심 해석: Stateless Implementer's Call = Verge 단계 핵심 트랙 (Verkle Trie + Stateless Client) 정기 콜 / 어젠다 단일 = 정기 사이클 = 큰 거버넌스 결정 사이클 아님 추정 / D-12 단계 / 5/15 weekly call summary "Svalbard interop wrap-up 후 Stateless 트랙 추가 의제" 라인과 정합성 검증 필요. 관련 EIP: EIP-6800 (Verkle Trie 상태 트리 교체), EIP-7748 (상태 마이그레이션) 등. ACDC #179 (5/28) 결과가 6/1 콜에 직접 반영 가능성 + 특히 Glamsterdam devnet-3 로드맵 + Verkle 구현 완성도 기준 조정 가능. Operator 영향: Verkle/Stateless 트랙 = 장기 Operator 인프라 변경 (statelessness + witness verification) 핵심 라인 = 정기 모니터링 권장.

• MEDIUM ERC-8004 in production: per-collection factory vs chain singleton (28562, 5/19 10:56 UTC) -- production 사용자 직접 게시 / 사양 → 운영 이행 결정적 시그널 / Final 승격 직전 마지막 의사결정.

  eth-magicians 28562 (5/19 10:56 UTC) (importance MEDIUM, 카테고리 ERCs) 게시. 본문 인용: "We've been running ERC-8004 in production since April 2026 and wanted to open a discussion on an architectural decision that the current draft leaves unresolved: should the reference deployment model..." (truncated). 두 가지 reference architecture 옵션: (a) per-collection factory = 각 컬렉션마다 factory 컨트랙트 배포 = 유연성 ↑ / 가스 비용 ↑ / 거버넌스 분산 ↑, (b) chain singleton = 체인당 단일 컨트랙트 = 가스 효율 ↑ / 운영 단순 ↑ / 중앙화 리스크 ↑. 핵심 해석: production 사용자 직접 게시 = 사양 단계 → 운영 단계 이행 결정적 시그널 + 이 결정이 ERC-8004 Final 승격 직전 마지막 의사결정 라인 + 5/18 누적 "Trustless Agents Plus (TAP)" 토픽 28555 + ERC-8004 + TRION 클러스터 직접 연결. Operator 시사점: Lido 직접 영향 부재이나 Trustless Agent 응용 영역 (Lido SDVT / Curated Module 거버넌스 자동화 가능성) 사전 인지 권장.

• LOW EVM Verification of WHIR over a 31-bit Field (ethresear.ch 24902, 5/19 04:12 UTC) -- 31-bit KoalaBear field 기반 standalone WHIR Solidity verifier 구현 / Purge/Splurge zkEVM 트랙 PCS 옵션 다양화.

  ethresear.ch 24902 (5/19 04:12 UTC) (카테고리 zk-s[nt]arks). 인용: "We implemented a Solidity verifier for standalone WHIR as a PCS over the 31-bit KoalaBear field.[1] WHIR[2] is a hash-based, transparent IOPP for constrained Reed–Solomon codes that is plausi..." (truncated). 핵심 해석: WHIR (Weighted Hashed Interleaved Reed-Solomon) = hash-based transparent IOPP (Interactive Oracle Proof of Proximity) → 신규 PCS (Polynomial Commitment Scheme) 옵션 + 31-bit KoalaBear field = small-field 최적화 라인 (BabyBear와 유사) + EVM 검증 가능성 입증 = on-chain ZK 검증 비용 최적화 후보. 5/18 Vitalik FV 트윗 라인과 연속성 = AI-assisted FV + ZK PCS 옵션 다양화 = Purge/Splurge 트랙 거버넌스 시그널 (해석/추론). L1 거버넌스 진입 시점 미정 = 연구 단계. Operator 영향: Lido 직접 영향 부재이나 zkEVM 활성화 시점 Lido 스마트 컨트랙트 (Withdrawal Vault, CSM 등) ZK 검증 라인 사전 인지 권장.

• LOW Simple DVT Module Wind-Down D+2 정적 + Mini-Blocks SSV-PBS D+2 정적 -- 어제 신규 시그널 후속 외부 reaction 0건 / 연구/거버넌스 단계 정상 정적 윈도우 진입.

  어제(5/18 발의 → 본 노트일 5/20 = D+2) 신규 2건 시그널 후속 추적: (a) Lido Simple DVT Module Wind-Down (KimonSh) = 본 노트일까지 Snapshot vote 일자 공시 무 + IDVTC operator type framework 본문 추가 정보 무 + 외부 reaction (Obol Network/SSV Network 측 공식 reaction) 무 = D+2 정적 윈도우 진입 = Snapshot vote 진입 ETA = 6월 / wind-down 시작 = 7/1 / 약 4~6주 transition 윈도우 진입. (b) Mini-Blocks SSV-PBS (MatheusFranco99 + Gal Rogozinski) = 본 노트일까지 EF 측 정식 endorsement 무 + Justin Drake/Vitalik 측 직접 reaction 무 + EIP 진입 무 + ACDC/ACDE 의제 등재 무 = D+2 정적 = 연구 단계 정적 ETA 윈도우. 핵심 해석: D+2 정적은 정상 윈도우 + 추가 신호 ETA = 5/21 Tokenholder Call + 5/28 ACDC #179 정합 모니터링 = Lido 측 직접 reaction 또는 Mini-Blocks 정식 트랙 진입 시그널 추적 핵심 윈도우.

• LOW 신규 EL/CL 클라이언트 릴리즈 0건 -- 어제 누적 통합 상태 유지 / HIGH 리스크 3건 계속 유효 / 미조치 운영자 자금 위험 지속.

  본 노트일 EL/CL 클라이언트 신규 릴리즈 = 0건. 어제 누적 통합 상태 유지: Geth v1.17.3 "Enzymatic Injector" (5/11) -- structLog Tracing API Breaking Change + ETH/70 (EIP-7975) 메인넷 라이브, Besu 26.5.0 (5/12) -- CVE-2026-34480 + CVE-2026-34478 log4j 패치 + Plugin API getRpcHttpHost()/getRpcHttpPort() 제거 + Bonsai Archive column families 구조 변경 → 전체 재동기화 강제, Erigon v3.4.1 (5/11) -- v3.4.0 "Splashing Saga" TrieContext.Branch segfault 긴급 수정, Nimbus v26.5.0 (5/11) -- KZG 복구·검증 60% 성능 향상 + PeerDAS/EIP-7594 환경 검증 처리량 직접 개선. HIGH 리스크 3건 계속 유효: (a) Geth structLog Tracing API Breaking Change 미패치 = MEV/모니터링 파이프라인 장애 위험, (b) Besu CVE 미패치 = 즉시 보안 위협, (c) Erigon v3.4.0 운영 = TrieContext.Branch segfault 크래시 위험. 권장 액션: 미조치 운영자는 본 노트일 즉시 업그레이드 완료 (우선순위 HIGH, 즉시).

도메인별 분석 노트

본 브리핑은 다음 3개 도메인 노트를 통합:

• 로드맵: 2026-05-20 Ethereum Roadmap Analysis -- EIP-7688 4건 동시 commit (Etan Kissling 5/19 13:55~16:56 UTC) Fusaka 리베이스 + Validator Container 잔존 근거 + cleanup + wording / EIP-8070 (Sparse Blobpool) 5/19 18:24 UTC 업데이트 (5/20 P2P Networking #1 콜 당일) / EIP-8038 SSTORE write cost condition 정비 (Glamsterdam-devnet-5 후보) / Stateless Implementer's Call #52 (6/1) 어젠다 게시 / ERC-8004 in production: per-collection factory vs chain singleton (28562) / EVM Verification of WHIR over a 31-bit Field (24902) / EIP 업그레이드 현황 5/19 → 5/20 EIP-4200 Pectra+Fusaka 양 트랙 declined 동시 이탈 (16일째 rotating drift 재개) + EIP-6110 16일째 누락 3일 연속 + 가설 D 강력 지속 + 페치 마이그레이션 D+9 P0
• 밸리데이터: 2026-05-20 Validator Operations Analysis -- SenseiNode 인시던트 보고서 + 1.224 ETH 자체 fund DAO 보상 약속 (4/19 São Paulo OS 디스크 critical 하드웨어 장애 → 5/19 11:23 UTC, Chitty) / LEGO Grant Proposal: Certora Concord for Compiler-Version Equivalence (5/19 16:54 UTC, mooly) = bytecode 차원 formal verification 도입 / EIP-7688 5종 commit 집중 Fusaka 리베이스 + Validator Container 유지 합의 / Lido X SEAL 보안 발신 + 5/21 Tokenholder Call D-1 진입 + 사전 질문 form 발송 / Simple DVT Module Wind-Down D+2 정적 + Mini-Blocks SSV-PBS D+2 정적 / Lido 보안 거버넌스 4중 트랙 (post-mortem + NO 보상 + formal verification + SEAL 협업) 격상 시그널
• 인프라: 2026-05-20 Infra Monitor Analysis -- EIP-7688 Fusaka 리베이스 (4건 + EIP-8070 동반) = CL 클라이언트 구현 계획 재검토 필요 (Lighthouse/Prysm/Teku/Nimbus/Lodestar) + libp2p gossipsub SSZ stable container 변경 시 역호환성 / EIP-8038 SSTORE 쓰기 비용 공식 수정 = MEV 빌더/번들러 가스 추정 로직 영향 / Stateless Implementer's Call #52 (6/1) Verkle/Stateless 구현 현황 점검 / ACDT #080 + RPC #026 (5/18 개최, 콜 노트 미공개) / 신규 EL/CL 클라이언트 릴리즈 0건 + HIGH 리스크 3건 계속 유효 (Geth structLog / Besu CVE / Erigon v3.4.0 segfault) + ETH/70 메인넷 라이브 유지

5월 셋째 주 (5/20 ~ 5/22) 거버넌스 매트릭스

데이터 무결성 LEVEL 3+ 진행 (17일째, EIP-6110 누락 3일 연속 + EIP-4200 양 트랙 동시 이탈)

본 노트의 EIP 업그레이드 현황 데이터 (output/sources/forkcast/2026-05-20.forkcast.json) 는 5/4~5/20 17일 연속 rotating drift 패턴 누적이며, 본 노트 시점 핵심 변동:

• EIP-4200 Pectra+Fusaka 양 트랙 declined 동시 이탈: 5/18 노트 등장 → 5/19 등장 → 5/20 이탈 = 48시간 사이클 등장/소멸 반복.
• EIP-6110 (Pectra 메인넷 activation Deposit contract) 16일째 누락 3일 연속: 5/18 → 5/19 → 5/20 누락 지속 = LEVEL 3+ 정점 결정적 증거.
• EIP-4844 (Dencun) 24시간 유지: 5/19 복귀 → 5/20 보존 = 페치 윈도우 4844 인근 정착 가설 부분 검증.
• EIP-5450 Pectra+Fusaka 양 트랙 declined 24시간 유지: 5/19 등장 → 5/20 보존.

가설 D (페이지네이션 슬라이딩 윈도우 버그) 본 노트 시점 신뢰도 가장 높음 유지. EIP-4200 48시간 등장/소멸 + EIP-4844 24시간 정착 = 페치 윈도우가 EIP 페이지 인근에서 정착/이동 반복.

본 노트의 EIP 업그레이드 현황 인용은 다음 다중 교차 검증 필수: 1. EIP 업그레이드 현황 스냅샷 단독 인용 절대 금지. 2. ethereum/EIPs GitHub frontmatter status 교차 검증 (EIP-4200 / EIP-4844 / EIP-5450 / EIP-6110 직접 확인 필수). 3. ethereum-magicians 토론 토픽 교차 검증. 4. All Core Devs 콜 노트 교차 검증 (5/15 weekly call summary + 5/19 FOCIL Breakout #34 + 5/20 EIPIP #126 + 5/20 P2P Networking #1 + 5/28 ACDC #179 + 5/21 ACDE #237). 5. GitHub EIPs 레포 커밋 이력 직접 추적 (본 노트 시점 EIP-7688 5종 + EIP-8038 1건 + EIP-8070 1건 = 24시간 7건 신규 = D-Day 종료 후 EIP 진전 본격 복귀).

페치 로직 마이그레이션 (scripts/fetch_forkcast.py 페이지네이션 또는 Trees API) D+9 지연 누적 = 우선순위 P0 즉시 실행 권장. 가설 D 검증 = 페이지 윈도우 캡처 범위 직접 점검이 P0 액션의 핵심.

Lido 보안 거버넌스 4중 트랙 (5월 누적 / 본 노트일 신규 SenseiNode + Certora Concord)

관찰: Lido 보안 거버넌스 4중 트랙 = post-mortem + NO 보상 + formal verification + SEAL 협업 = 5월 누적 industry-leading 보안 거버넌스 케이스 = 진입 자료 v2 "Lido는 보안 거버넌스 4중 트랙 messaging" 핵심 메시지 후보.

본 노트 핵심 키워드

• EIP-7688 5종 commit 집중 (Etan Kissling 5/19 13:55~18:24 UTC, Fusaka 리베이스 + Validator Container 유지 rationale + cleanup + wording + EIP-8070 동반)
• SenseiNode 인시던트 보고서 + 1.224 ETH 자체 fund DAO 보상 (4/19 São Paulo OS 디스크 → 5/19 11:23 UTC, Chitty, NO 책임 거버넌스 실전 케이스)
• LEGO Grant: Certora Concord 컴파일러 동등성 (5/19 16:54 UTC, mooly, bytecode 차원 formal verification 도입)
• Lido 보안 거버넌스 4중 트랙 격상 (post-mortem + NO 보상 + formal verification + SEAL 협업)
• Lido X SEAL 보안 발신 + 5/21 Tokenholder Call D-1 (사전 질문 form 발송, 5중 amplification 시나리오)
• EIP-8070 (Sparse Blobpool) 업데이트 + 5/20 P2P Networking #1 콜 당일 (PeerDAS 활성화 사이클 핵심)
• EIP-8038 SSTORE write cost condition 정비 (Glamsterdam-devnet-5 빌드 윈도우 진입)
• Stateless Implementer's Call #52 (6/1) (Verge 트랙 정기 사이클 D-12)
• ERC-8004 in production: per-collection factory vs chain singleton (28562, 사양 → 운영 이행)
• EVM Verification of WHIR over a 31-bit Field (24902, ZK PCS 옵션 다양화)
• EIP 업그레이드 현황 17일째 rotating drift 재개 (EIP-4200 Pectra+Fusaka 양 트랙 declined 동시 이탈) (가설 D 강력 지속)
• EIP-6110 Pectra 메인넷 activation EIP 16일째 누락 3일 연속 (LEVEL 3+ 정점 결정적 증거)
• Simple DVT Wind-Down D+2 정적 + Mini-Blocks SSV-PBS D+2 정적 (외부 reaction 0건, 정상 윈도우)
• 신규 EL/CL 클라이언트 릴리즈 0건 + HIGH 리스크 3건 계속 유효 (Geth structLog / Besu CVE / Erigon v3.4.0 segfault)
• 페치 로직 D+9 지연 누적, 우선순위 P0 유지

Sources:

• output/sources/2026-05-20.summary.json
• output/sources/2026-05-20.json
• output/sources/forkcast/2026-05-20.forkcast.json
• output/sources/lido/2026-05-20.lido.json
• output/notes/daily/2026-05-20-roadmap-analysis.md
• output/notes/daily/2026-05-20-validator-analysis.md
• output/notes/daily/2026-05-20-infra-analysis.md
• output/notes/daily/2026-05-19-briefing.md
• https://github.com/ethereum/EIPs/commit/f2e6d7fb01194d590e16fcdcae8061d06cf1a7f1
• https://github.com/ethereum/EIPs/commit/aea03b391168915770667f3564c445e7de589a17
• https://github.com/ethereum/EIPs/commit/19f03bc45b9fa63fe434f9ad7fdc2b82f174cc2f
• https://github.com/ethereum/EIPs/commit/9eb1fadbc0941fbc877294c5d647c30fb42c5bfb
• https://github.com/ethereum/EIPs/commit/8a7fb54ef1ea87abd6e81a8ea234dbb794f7fdd8
• https://github.com/ethereum/EIPs/commit/64d1b463e1c75884c995f81d8ffab40401acbcaa
• https://research.lido.fi/t/senseinode-incident-report-and-dao-compensation-commitment/11573
• https://research.lido.fi/t/lego-grant-proposal-certora-concord-for-compiler-version-equivalence/11575
• https://x.com/LidoFinance/status/2056764554265104836
• https://x.com/LidoFinance/status/2056726963616624729
• https://x.com/LidoFinance/status/2056726966791790978
• https://ethereum-magicians.org/t/stateless-implementers-call-52-june-1-2026/28569
• https://ethereum-magicians.org/t/erc-8004-in-production-per-collection-factory-vs-chain-singleton-which-should-be-the-reference-architecture/28562
• https://ethresear.ch/t/evm-verification-of-whir-over-a-31-bit-field/24902