2026-05-20 Ethereum Roadmap Analysis

핵심 요약

• HIGH EIP-7688 4건 동시 커밋 (Etan Kissling 5/19 13:55~16:56 UTC) -- Fusaka 기준 리베이스 + Validator Container 잔존 근거 + cleanup + wording, Review → Final 승격 사이클 가속화 결정적 시그널.

  Etan Kissling (Nimbus CL 코어 컨트리뷰터)이 5/19 단 3시간 윈도우 (13:55 → 14:57 → 16:11 → 16:56 UTC) 안에 EIP-7688 (Forward compatible consensus data structures, Review)에 대해 4건 연속 커밋. 핵심 메시지: (1) "Rebase requirements to be based on Fusaka" (5/19 16:56 UTC, importance HIGH) = EIP-7688 요구사항 베이스라인을 Fusaka 활성화 시점으로 명시적으로 이동, (2) "Add rationale for Validator remaining Container" = SSZ StableContainer 마이그레이션에서 Validator 데이터 구조가 일반 Container로 잔존하는 합리화, (3) cleanup opportunities + wording/nits = 사양 안정화 마지막 라운드 정정 cycle. 5/18 노트의 "network message size bounds 상수화" + 본 노트 4건 동시 커밋 = Glamsterdam CL 사양 freeze stage 직전 마지막 정비 윈도우 강력 시그널 (해석/추론). 출처: https://github.com/ethereum/EIPs/commit/f2e6d7fb01194d590e16fcdcae8061d06cf1a7f1 외 3건

• HIGH EIP-8070 (eth/72 - Sparse Blobpool, Draft) 5/19 18:24 UTC 업데이트 -- 5/16 daily의 "P2P Networking #1 (5/20) 결과 추적" 트래커 라인 직접 진입, Glamsterdam EL 트랙 D-1 단계 시그널.

  GitHub 커밋 sha=64d1b46, 메시지 "Update EIP-8070: Update EIP-8070" (5/19 18:24 UTC, importance MEDIUM). 5/16 daily 노트의 추적 라인 "Sparse blobpool(EIP-8070) 및 Cell-level deltas(PeerDAS) 구현 방향 확인 | 5/20 이후 즉시"와 정확히 일치 = 5/20 (본 노트일) P2P Networking #1 콜을 앞두고 EIP-8070 사양 정비 진행 시그널. 5/15 protocol-calls 노트의 "EIP-8070 vs EIP-8136 의존성 결론" ACDT #079 미결 라인 = 5/20 P2P Networking #1에서 후속 결정 가능성. Operator 관점에서 Sparse Blobpool = EL 클라이언트 (Geth/Erigon/Nethermind/Besu/Reth) 메모리/네트워크 부하 직접 영향 = PeerDAS 활성화 사이클 핵심 부품. 출처: https://github.com/ethereum/EIPs/commit/64d1b463e1c75884c995f81d8ffab40401acbcaa

• HIGH EIP 업그레이드 현황 5/19 → 5/20 EIP-4200 Pectra+Fusaka 양 트랙 declined 동시 이탈 -- 16일째 rotating drift 재개, EIP-5450/EIP-6110 누락 패턴은 24시간 유지, 가설 D (페이지네이션 슬라이딩) 강력 지속.

  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 동일 유지. EIP-4200 양 트랙 동시 이탈 = 가설 D (페이지네이션 슬라이딩 윈도우 버그) 추가 증거 = 본 프로젝트 페치 로직이 EIP-4200 (EOF Static Relative Jumps) 페이지에 도달하지 못한 윈도우 캡처. 5/19 노트 가설 D 일관, 페치 마이그레이션 D+9 지연 누적. 출처: output/sources/forkcast/2026-05-20.forkcast.json vs output/sources/forkcast/2026-05-19.forkcast.json

• MEDIUM EIP-8038 SSTORE write cost condition 업데이트 (5/19 12:11 UTC) -- Glamsterdam-devnet-5 후보 사양 정비 진행, ACDT #080 (5/18 개최) 스코핑 후속 액션.

  GitHub 커밋 sha=8a7fb54, 메시지 "Update EIP-8038: Update write cost condition in SSTORE formula" (5/19 12:11 UTC, importance MEDIUM). EIP-8038 (State-access gas cost update, Draft) = 5/19 calls 노트 추적의 "Glamsterdam-devnet-5 포함 후보" 라인. 본 커밋 = SSTORE 가스 공식의 write cost 조건 정비 = state-access 가스 모델 안정화. 5/18 ACDT #080 (All Core Devs - Testing) "Glamsterdam-devnet-5 스코핑 EIP-8038+EIP-2780 포함 후보" 결정 → 5/19 사양 정비 즉시 진행 = devnet-5 빌드 윈도우 진입 시그널 (해석/추론). 5/21 ACDE #237 또는 5/28 ACDC #179 어젠다 가능성. 출처: https://github.com/ethereum/EIPs/commit/8a7fb54ef1ea87abd6e81a8ea234dbb794f7fdd8

• MEDIUM Stateless Implementer's Call #52 (6/1 13:00 UTC) 어젠다 게시 -- Verkle/Stateless 트랙 정기 콜 사이클, 60분 윈도우 D-12 단계.

  eth-magicians 토픽 28569 게시 (5/19 15:46 UTC, importance MEDIUM, 카테고리 Protocol Calls & happenings). 어젠다 = "Team updates" 단일. 6월 1일 (월요일) 13:00 UTC = D-12 단계. Stateless 트랙 = Verge 단계 핵심 트랙 (Verkle Trie + Stateless Client). 본 콜 결과는 6/1 이후 노트 추적. 5/15 weekly call summary의 "Svalbard interop wrap-up 후 Stateless 트랙 추가 의제" 라인과 일관성 검증 권장. 출처: https://ethereum-magicians.org/t/stateless-implementers-call-52-june-1-2026/28569

• MEDIUM ERC-8004 in production: per-collection factory vs chain singleton (28562, 5/19 10:56 UTC) -- 5/16 daily의 ERC-8004 후속 라인 직접 진입, production 운영 경험 기반 reference architecture 논쟁 본격화.

  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). production 사용자가 직접 게시 = 사양 단계에서 운영 단계로 이행 시그널. 두 가지 reference architecture 옵션 (per-collection factory vs chain singleton) 결정이 ERC-8004 Final 승격 직전 마지막 의사결정 라인. 5/19 노트의 ERC-8004 / TAP / TRION 클러스터와 직접 연결. 본 노트 시점 5/18 게시된 "Trustless Agents Plus (TAP)" eth-magicians 미러 토픽 28555 동일 게시 (5/19 24시간 윈도우 중복 수집). 출처: https://ethereum-magicians.org/t/erc-8004-in-production-per-collection-factory-vs-chain-singleton-which-should-be-the-reference-architecture/28562

• MEDIUM 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 라인 신규 게시.

  인용: "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, 카테고리 zk-s[nt]arks). 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 최적화 라인. EVM 검증 가능성 입증 = on-chain ZK 검증 비용 최적화 후보. 5/18 Vitalik FV 트윗 라인과 연속성 = AI-assisted FV + ZK PCS 옵션 다양화 = Purge/Splurge 트랙 거버넌스 시그널. 출처: https://ethresear.ch/t/evm-verification-of-whir-over-a-31-bit-field/24902

주요 변동사항

1) EIP-7688 4건 동시 커밋 (Etan Kissling 5/19 13:55 → 14:57 → 16:11 → 16:56 UTC, importance HIGH)

확인된 사실 (인용):

• 커밋 1 (5/19 13:55 UTC, sha=9eb1fad): "Update EIP-7688: Add rationale for Validator remaining Container"
• 커밋 2 (5/19 14:57 UTC, sha=19f03bc): "Update EIP-7688: Resolve the 'cleanup opportunities' section"
• 커밋 3 (5/19 16:11 UTC, sha=aea03b3): "Update EIP-7688: Improve wording / address nits"
• 커밋 4 (5/19 16:56 UTC, sha=f2e6d7f, importance HIGH ): "Update EIP-7688: Rebase requirements to be based on Fusaka"
• 모든 커밋 저자: Etan Kissling (Nimbus CL 코어 컨트리뷰터, EIP-7688 주요 저자).
• 본 노트 입력에 files_changed 빈 배열 (snippet 단계).
• 5/18 → 5/19 노트 추적: EIP-7688 "Suggest constants for network message size bounds" (5/18 19:53 UTC, sha=5f4a908) 1건 → 본 노트 추가 4건 = 5/18~5/19 48시간 윈도우 누적 5건 커밋.

해석:

• 3시간 윈도우 4건 동시 커밋 = 단순 누적 정비가 아닌 체크리스트 기반 마무리 정비 강한 시그널. 통상 EIP author의 Review/Final 승격 직전 단계 패턴 (해석/추론).
• "Rebase requirements to be based on Fusaka" 커밋 메시지의 함의:
  • EIP-7688 활성화 시점 가정 = Fusaka 활성화 이후로 명시 = Glamsterdam CL 사양 = Fusaka 기준 forward 호환성 사양.
  • EIP-7688 자체는 Glamsterdam CL 트랙에 포함되는 사양 (Forward compatible consensus data structures).
• "Validator remaining Container" 합리화: SSZ StableContainer 전환 사양에서 Validator 데이터 구조만 일반 Container로 유지 (StableContainer 미적용) → 사양 결정 합리화 추가 = 외부 리뷰어 질문에 대응한 보강 추정 (해석/추론).
• cleanup opportunities + wording/nits = 정형 정정 사이클 = Review → Final 승격 임박 (해석/추론).
• 5/15 weekly call summary 노트의 "Svalbard interop wrap-up 1주일 내 Glamsterdam specs freeze stage" 라인과 일관 = 본 노트 시점 D-2~D-3 단계 추정.
• Operator 관점: EIP-7688 = CL 클라이언트 (Lighthouse/Prysm/Teku/Nimbus/Lodestar) 다양성 영향 사양 = Lido CL 운영 모니터링 권장 라인.

2) EIP-8070 (eth/72 - Sparse Blobpool, Draft) 업데이트 (5/19 18:24 UTC, importance MEDIUM)

확인된 사실 (인용):

• GitHub 커밋 sha=64d1b46, URL: https://github.com/ethereum/EIPs/commit/64d1b463e1c75884c995f81d8ffab40401acbcaa
• 커밋 메시지: "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/15 protocol-calls 노트 추적: ACDT #079 (5/11)에서 EIP-8070 vs EIP-8136 (CL partial cells) 선행 여부 미결.
• 본 노트 일자 5/20 = P2P Networking #1 콜 당일 (5/16 daily 노트 추적 기준).

해석:

• 본 노트 일자 P2P Networking #1 콜을 앞두고 EIP-8070 사양 정비 진행 = D-당일 단계 정비 시그널.
• 커밋 메시지 비구체적 ("Update EIP-8070: Update EIP-8070") = 다수 변경 포함 가능 (파일 diff 직접 확인 필요, snippet 단계).
• EIP-8070 = eth/72 프로토콜 메시지 추가 (Sparse Blobpool) = EL 클라이언트 P2P 레이어 변경. PeerDAS 활성화 사이클 핵심 부품.
• EIP-8136 (CL partial cells) 선행 여부 ACDT #079 미결 라인이 5/20 P2P Networking #1에서 후속 결정 가능성 = 5/20~5/21 노트에서 콜 결과 추적 필요.
• Operator 관점: Sparse Blobpool = EL 클라이언트 메모리/네트워크 부하 직접 영향 = Geth/Erigon/Nethermind/Besu/Reth 클라이언트 영향 사전 파악 권장.

3) EIP-8038 (State-access gas cost update, Draft) SSTORE 업데이트 (5/19 12:11 UTC, importance MEDIUM)

확인된 사실 (인용):

• GitHub 커밋 sha=8a7fb54, URL: https://github.com/ethereum/EIPs/commit/8a7fb54ef1ea87abd6e81a8ea234dbb794f7fdd8
• 커밋 메시지: "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 가스 모델 안정화. EIP-8038 = SLOAD/BALANCE 등 다수 opcode 포괄적 가스 재조정 EIP.
• 5/21 ACDE #237 또는 5/28 ACDC #179 어젠다 가능성 (해석/추론).
• Operator 관점: state-access 가스 변경 = MEV builder + 트레이서 도구 + DApp 가스 추정 라인 광범위 영향 = 사전 인지 권장.

4) Stateless Implementer's Call #52 (6/1 13:00 UTC) 어젠다 게시 (5/19 15:46 UTC, importance MEDIUM)

확인된 사실 (인용):

• 게시자: system (eth-magicians 자동 봇).
• 어젠다: "Team updates" (단일 항목).
• Meeting Time: Monday, June 01, 2026 at 13:00 UTC (60 minutes).
• "1 post - 1 participant".
• D-12 단계 (본 노트 일자 5/20 → 콜 6/1).

해석:

• Stateless Implementer's Call = Verge 단계 핵심 트랙 (Verkle Trie + Stateless Client) 정기 콜.
• 5/15 weekly call summary 노트의 "Svalbard interop wrap-up 후 Stateless 트랙 추가 의제" 라인과 정합성 검증 필요 (직접 확인 권장).
• 어젠다 "Team updates" 단일 = 정기 사이클 콜 = 큰 거버넌스 결정 사이클 아님 추정 (해석/추론).
• Operator 관점: Verkle/Stateless 트랙 = 장기 Operator 인프라 변경 (statelessness + witness verification) 핵심 라인 = 정기 모니터링 권장.

5) ERC-8004 in production: per-collection factory vs chain singleton (28562, 5/19 10:56 UTC, importance MEDIUM)

확인된 사실 (인용):

• 인용: "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).
• 카테고리: ERCs.
• importance = medium (로컬 분류기), domain = roadmap.

해석:

• production 사용자가 직접 게시 = ERC-8004 사양 단계 → 운영 단계 이행 결정적 시그널.
• 두 가지 reference architecture 옵션:
  • (a) per-collection factory: 각 컬렉션마다 factory 컨트랙트 배포 = 유연성 ↑ / 가스 비용 ↑ / 거버넌스 분산 ↑.
  • (b) chain singleton: 체인당 단일 컨트랙트 = 가스 효율 ↑ / 운영 단순 ↑ / 중앙화 리스크 ↑.
• 이 결정이 ERC-8004 Final 승격 직전 마지막 의사결정 라인 = ERC standardization 라인 진행 시그널 (해석/추론).
• 5/19 노트의 TRION + TAP + ERC-8004 클러스터의 후속 production 사례 보고 = 응용 영역 (Trustless Agent) 성숙도 진전 시그널.

6) EVM Verification of WHIR over a 31-bit Field (ethresear.ch 24902, 5/19 04:12 UTC, importance LOW)

확인된 사실 (인용):

• 인용: "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).
• 카테고리: zk-s[nt]arks.
• importance = low (로컬 분류기), domain = roadmap.

해석:

• WHIR = hash-based transparent IOPP (Interactive Oracle Proof of Proximity) for Reed-Solomon codes.
• 31-bit KoalaBear field = small-field 최적화 라인 (BabyBear와 유사한 31-bit 필드).
• EVM 검증 가능성 입증 = on-chain ZK 검증 비용 최적화 후보.
• Solidity verifier = production 적용 가능성 시그널 (단 standalone WHIR, FRI 대체 라인 추정).
• 5/18 Vitalik FV 블로그 + AI-assisted FV 옹호 트윗 라인과 연속성 = Purge/Splurge 트랙 ZK PCS 옵션 다양화 거버넌스 시그널 (해석/추론).
• L1 거버넌스 진입 시점 미정 = 연구 단계 (Research).

7) EIP 업그레이드 현황 변동 (2026-05-19 → 2026-05-20) -- EIP-4200 양 트랙 동시 이탈, 16일째 rotating drift 재개

확인된 사실:

• 5/19 → 5/20 변동 = 1건 EIP 누락 (EIP-4200 Pectra+Fusaka 양 트랙 동시 declined 이탈).
• 16일째 (5/4~5/20) rotating drift 패턴 누적.
• EIP-6110 (Pectra included Deposit contract) 16일째 누락 지속 (5/18 노트 누락 → 5/19 → 5/20 = 3일 연속 누락).
• EIP-5450 (EOF Stack Validation) Pectra+Fusaka 양 트랙 declined 24시간 유지 (5/19 등장 → 5/20 보존).
• Dencun EIP-4844 5/19 복귀 → 5/20 24시간 유지 = 가설 D 부분 검증 (페치 윈도우가 4844 페이지 인근에 정착).
• EIP-4200 (EOF Static Relative Jumps) 5/18 노트 → 5/19 등장 → 5/20 이탈 = 48시간 사이클 이내 등장/소멸 반복.

해석:

• 5/19 노트의 가설 D (페이지네이션 슬라이딩 윈도우 버그) 신뢰도 유지. 매일 1~4건씩 EOF 계열 EIP (3540/3670/4200/4750/5450) 등장/소멸 반복 = GitHub API 응답에서 어떤 페이지 윈도우를 캡처하느냐에 따라 EIP 노출 결정.
• EIP-4200 이탈 = 본 5/20 페치 윈도우가 EIP-4200 페이지를 캡처하지 못함. EIP-4200은 5/19 노트에서도 Pectra+Fusaka declined로 명시 = 본 노트 시점 데이터 누락 결정적.
• EIP-6110 16일째 누락 = LEVEL 3+ 정점 결정적 증거 지속.
• EIP-4844 24시간 유지 = 페치 윈도우 4844 페이지 정착 가설 부분 검증 (가설 D 정밀화).
• 페치 마이그레이션 (scripts/fetch_forkcast.py 페이지네이션 또는 Trees API) D+9 지연 누적 = 우선순위 P0 유지.
• 본 노트 시점 EIP 업그레이드 현황 단독 인용 절대 금지 유지.

8) 24시간 윈도우 중복 수집 (5/18~5/19 게시 → 5/20 summary.json 중복)

본 노트 수집 윈도우 (5/18~5/19) 가 5/19 노트의 수집 범위와 중첩되어 다음 항목 중복 발견:

• Mini-Blocks (24898, 5/18 16:56 UTC) = 5/19 노트 핵심 1번 항목, 24시간 후속 발화 0건 = LOW 유지.
• Transaction Event Manifest (28558, 5/18 10:29 UTC, importance HIGH) = 5/19 노트 핵심 2번 항목, 24시간 후속 발화 0건 = HIGH 분류기 유지하나 실질 신호 정체.
• Prepared Transaction Envelope (28557, 5/18 08:40 UTC) = 5/19 노트 핵심 4번 항목, 24시간 후속 발화 0건.
• Trustless Agents Plus TAP (28555, 5/18 04:03 UTC) = 5/18 노트 동일 (eth-magicians 미러).
• Vitalik 트윗 (5/18 14:55 UTC + 5/18 12:40 UTC) = 5/19 노트 동일.

이들 항목은 본 노트에서 신규 변동 없음으로 처리. 5/19 노트 참조.

로드맵 단계 매핑 (5/20 시그널 기준)

• The Splurge / Glamsterdam CL 사양 freeze 임박 (HIGH 신규, EIP-7688 4건 동시 커밋 5/19 13:55~16:56 UTC):

  • Etan Kissling 본인이 3시간 윈도우 안에 4건 정비.
  • "Rebase requirements to be based on Fusaka" = 활성화 시점 베이스라인 명시.
  • "Validator remaining Container" 합리화 = 외부 리뷰어 질문 대응 추정.
  • cleanup + wording = 정형 정정 사이클.
  • 5/15 weekly call의 "Svalbard interop wrap-up 1주일 내 specs freeze stage" 라인과 일관 = D-2~D-3 단계 추정.

• Glamsterdam EL 트랙 / PeerDAS 활성화 사이클 (HIGH, EIP-8070 5/19 18:24 UTC 업데이트 + 5/20 P2P Networking #1 콜 당일):

  • 5/16 daily 노트 추적 라인 "P2P Networking #1 (5/20) 결과 추적" 정확히 일치.
  • 5/15 protocol-calls 노트의 ACDT #079 EIP-8070 vs EIP-8136 의존성 미결 라인이 5/20 P2P Networking #1에서 후속 결정 가능성.
  • 5/20~5/21 노트에서 콜 결과 추적 필요.

• Glamsterdam devnet-5 빌드 윈도우 (MEDIUM, EIP-8038 5/19 12:11 UTC 업데이트):

  • 5/18 ACDT #080 스코핑 결정 → 5/19 즉시 사양 정비.
  • Glamsterdam-devnet-5 포함 후보 EIP-8038+EIP-2780 진행.
  • 5/21 ACDE #237 또는 5/28 ACDC #179 어젠다 가능성.

• The Verge / Stateless 트랙 정기 사이클 (MEDIUM, Stateless Implementer's Call #52 6/1 13:00 UTC):

  • eth-magicians 토픽 28569 게시.
  • 어젠다 "Team updates" 단일 = 정기 사이클.
  • D-12 단계.

• The Splurge / 신규 응용 영역 (MEDIUM, ERC-8004 in production 28562 5/19 10:56 UTC):

  • production 사용자 직접 게시 = 사양 → 운영 이행 시그널.
  • per-collection factory vs chain singleton 결정 라인.
  • ERC-8004 Final 승격 직전 마지막 의사결정.

• Purge / Splurge / ZK PCS 옵션 다양화 (LOW, EVM Verification of WHIR 24902 5/19 04:12 UTC):

  • WHIR Solidity verifier 구현 = on-chain ZK 검증 비용 최적화 후보.
  • 5/18 Vitalik FV 라인 연속성.
  • L1 거버넌스 진입 시점 미정 = 연구 단계.

• 확정 업그레이드 (5/20 EIP 업그레이드 현황 스냅샷, 16일째 rotating drift 재개):

  • Dencun -- included = [4844] (24시간 유지, 페치 윈도우 4844 정착 가설 검증).
  • Pectra -- included = [EIP-2537, EIP-2935] (EIP-6110 16일째 누락 지속). Declined = [EIP-3540, EIP-3670, EIP-4750, EIP-5450] (EIP-4200 이탈).
  • Fusaka -- Included/Scheduled 부재 유지. Declined = 5종 (EIP-3540/EIP-3670/EIP-4750/EIP-5450/EIP-5920, EIP-4200 양 트랙 동시 이탈).
  • Glamsterdam -- Considered = [EIP-2780] (Reduce intrinsic transaction gas, Draft) 단일 유지. Declined = [EIP-2926, EIP-5920] (5/19 동일).
  • Hegota -- 데이터 추적 미포함 유지 (17일째 비대칭 구조).

인프라 Operator 시사점

1. [중요] EIP-7688 4건 동시 커밋 -- Glamsterdam CL 사양 freeze stage 직전 마지막 정비 윈도우 강력 시그널, Review → Final 승격 임박, CL 클라이언트 다양성 모니터링 즉시 권장.

   Etan Kissling (Nimbus CL 코어 컨트리뷰터) 본인이 5/19 단 3시간 윈도우 (13:55~16:56 UTC) 안에 4건 연속 커밋. 핵심 메시지 "Rebase requirements to be based on Fusaka" = EIP-7688 활성화 시점 베이스라인을 Fusaka 이후로 명시. EIP-7688 = SSZ StableContainer (Forward compatible consensus data structures) = CL 클라이언트 (Lighthouse/Prysm/Teku/Nimbus/Lodestar) 다양성 영향 직결. Lido 운영 측면 — CL 클라이언트 업그레이드 일정 추정 사전 인지 권장. 권장 액션:

   • (1) EIP-7688 frontmatter status 모니터링 (Review → Final 승격 시점 임박 추정).
   • (2) 본 4건 커밋 파일 diff 직접 fetch (files_changed 빈 배열, snippet 단계).
   • (3) Glamsterdam CL specs freeze stage 진입 여부 모니터링 (5/15 weekly call의 "1주일 내 freeze" 라인 검증).
   • (4) "Validator remaining Container" 합리화 내용 분석 = SSZ 마이그레이션 결정 사항 파악.
   • (5) CL 클라이언트 (Lighthouse/Prysm/Teku/Nimbus/Lodestar) EIP-7688 구현 진행도 추적.

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

   5/16 daily 노트 추적 라인 "P2P Networking #1 (5/20) 결과 추적"과 정확히 일치하는 본 노트 일자 진입. 5/15 protocol-calls 노트의 ACDT #079 EIP-8070 vs EIP-8136 의존성 미결 라인이 5/20 콜에서 후속 결정 가능성. Lido 운영 측면 — Sparse Blobpool = EL 클라이언트 (Geth/Erigon/Nethermind/Besu/Reth) 메모리/네트워크 부하 직접 영향 = PeerDAS 활성화 사이클 핵심 부품. 권장 액션:

   • (1) 5/20 P2P Networking #1 콜 노트 ethereum/pm 레포 모니터링.
   • (2) EIP-8070 5/19 커밋 파일 diff 직접 fetch (커밋 메시지 비구체적, 변경 내용 직접 확인 필수).
   • (3) EIP-8070 vs EIP-8136 의존성 결론 추적 (CL partial cells 선행 여부).
   • (4) EL 클라이언트 EIP-8070 구현 진행도 추적.

3. [중요] EIP 업그레이드 현황 rotating drift 16일째 (EIP-4200 Pectra+Fusaka 양 트랙 declined 동시 이탈) -- 가설 D (페이지네이션 슬라이딩) 지속, EIP-6110 Pectra 메인넷 activation EIP 16일째 누락 LEVEL 3+ 정점 결정적 증거, 페치 마이그레이션 D+9 지연.

   5/19 → 5/20 EIP-4200 (EOF Static Relative Jumps) 양 트랙 동시 declined 이탈 = 가설 D 추가 증거. EIP-4200 자체는 EOF 계열 stagnant EIP로 Pectra+Fusaka declined 영구 유지가 정확 사양 → 본 노트 시점 누락은 페치 윈도우 미캡처. EIP-6110 (Pectra 메인넷 Deposit contract) 16일째 누락 지속. EIP-4844 24시간 유지 = 페치 윈도우 4844 인근 정착 가설 부분 검증. Lido 운영 측면 — Pectra 포크 활성화 EIP 추적 신뢰성 17일째 누적 추락 = 클라이언트 호환성/업그레이드 윈도우 추적에 영향. 권장 액션:

   • (1) scripts/fetch_forkcast.py 페이지네이션 또는 Trees API 마이그레이션 즉시 실행 (D+9 지연 누적, 우선순위 P0 유지).
   • (2) 가설 D 검증: 본 프로젝트 페치 결과의 EIP 노출 범위가 GitHub API 응답 어떤 페이지 윈도우를 캡처하는지 직접 점검.
   • (3) EOF 계열 EIP (3540/3670/4200/4750/5450) declined 5종 페이지 윈도우 직접 확인.
   • (4) 데이터 정합성 회복 전까지 EIP 업그레이드 현황 단독 인용 절대 금지 유지 + 다중 교차 검증 강제.

4. [참고] EIP-8038 (State-access gas cost update, Draft) SSTORE write cost 정비 (5/19 12:11 UTC) -- Glamsterdam-devnet-5 빌드 윈도우 진입, ACDE #237 (5/21) 또는 ACDC #179 (5/28) 어젠다 가능성.

   5/18 ACDT #080 스코핑 결정 → 5/19 (D+1) 즉시 사양 정비 = devnet-5 빌드 윈도우 진입 시그널. Lido 운영 측면 — state-access 가스 변경 = MEV builder + 트레이서 도구 + DApp 가스 추정 라인 광범위 영향. 권장 액션:

   • (1) EIP-8038 SSTORE write cost condition 변경 내용 파일 diff 직접 fetch.
   • (2) 5/21 ACDE #237 어젠다 EIP-8038 포함 여부 추적.
   • (3) Glamsterdam-devnet-5 빌드 일정 + 포함 EIP 목록 모니터링 (현재 후보: EIP-8038 + EIP-2780).

5. [참고] Stateless Implementer's Call #52 (6/1 13:00 UTC) D-12 단계 -- Verge 단계 핵심 트랙 정기 사이클, 어젠다 "Team updates" 단일.

   Stateless Implementer's Call = Verkle Trie + Stateless Client 트랙 정기 콜. 본 회차 어젠다 단순 = 정기 사이클 추정. Lido 운영 측면 — Verkle/Stateless 트랙 = 장기 Operator 인프라 변경 (statelessness + witness verification) 핵심 라인 = 정기 모니터링 권장. 권장 액션:

   • (1) 토픽 28569 보강 댓글 추적 (D-12 단계, 어젠다 추가 가능).
   • (2) 5/15 weekly call의 "Svalbard interop wrap-up 후 Stateless 트랙 추가 의제" 라인 일관성 검증.

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

   production 사용자 직접 게시 + 두 가지 reference architecture 옵션 결정 = ERC standardization 라인 진행. Lido 운영 측면 — 직접 영향 부재이나 Trustless Agent 응용 영역 (Lido SDVT / Curated Module 거버넌스 자동화 가능성) 사전 인지 권장. 권장 액션:

   • (1) 토픽 28562 본문 직접 fetch + reference architecture 옵션 세부 비교.
   • (2) ERC-8004 frontmatter status 모니터링 (Draft → Review → Final 승격 시점).

7. [참고] EVM Verification of WHIR over a 31-bit Field (24902, 5/19 04:12 UTC) -- ZK PCS 옵션 다양화 신규 라인, Purge/Splurge 트랙 거버넌스 시그널, 연구 단계.

   Solidity verifier 구현 + 31-bit KoalaBear field = small-field 최적화. 5/18 Vitalik FV 옹호 라인 연속성. Lido 운영 측면 — 직접 영향 부재이나 zkEVM 활성화 시점 Lido 스마트 컨트랙트 (Withdrawal Vault, CSM 등) ZK 검증 라인 사전 인지 권장. 권장 액션:

   • (1) 토픽 24902 본문 + Solidity verifier 코드 직접 fetch.
   • (2) WHIR vs FRI vs PLONK PCS 옵션 비교 추적.

8. [참고] 5/19 노트 추적 클러스터 24시간 후속 발화 0건 -- Mini-Blocks (24898) + Transaction Event Manifest (28558) + Prepared Transaction Envelope (28557) 모두 신호 정체.

   5/19 노트의 핵심 1, 2, 4번 항목 (각각 HIGH 분류기) 모두 24시간 후속 발화 0건 = 실질 신호 정체. zergity / mike-diamond / MatheusFranco99 저자 클러스터 후속 액션 0건. 권장 액션:

   • (1) 저자별 트위터/GitHub 활동 모니터링 (후속 발화 시 즉시 추적).
   • (2) 토픽 본문 직접 fetch (5/19 노트 미해결 라인 누적).

추가 검증 필요 항목 (Open Questions)

1. EIP-7688 4건 동시 커밋 파일 diff 직접 fetch -- 본 노트 입력 files_changed 빈 배열, GitHub API 직접 호출. 특히 "Rebase requirements to be based on Fusaka" + "Validator remaining Container" 합리화 본문 분석 우선순위 P0.
2. EIP-7688 Review → Final 승격 시점 임박 추정 -- 본 노트 시점 3시간 윈도우 4건 정비 패턴이 통상 EIP author의 Final 승격 직전 단계인지 다른 EIP 사례 (예: EIP-3155) 비교.
3. EIP-8070 5/19 18:24 UTC 커밋 파일 diff -- 커밋 메시지 비구체적 ("Update EIP-8070: Update EIP-8070"), 변경 내용 직접 확인 필수.
4. 5/20 P2P Networking #1 콜 결과 -- 본 노트 일자 콜 당일, EIP-8070 vs EIP-8136 의존성 결론 추적 (5/16 daily 노트 추적 라인).
5. EIP-8038 SSTORE write cost condition 변경 내용 -- 본 커밋 파일 diff fetch + Glamsterdam-devnet-5 포함 후보 진행도 추적.
6. 5/21 ACDE #237 어젠다 + EIP-8038/EIP-2780 포함 여부 -- Glamsterdam-devnet-5 빌드 윈도우 진입 검증.
7. Stateless Implementer's Call #52 (6/1) 어젠다 보강 토론 -- 토픽 28569 D-12 단계, 어젠다 "Team updates" 외 추가 항목 추적.
8. ERC-8004 토픽 28562 본문 + reference architecture 옵션 세부 -- production 사용자 직접 게시 본문 분석.
9. EVM Verification of WHIR over a 31-bit Field (24902) 본문 + Solidity verifier 코드 -- snippet 단계, 사양 + 코드 분석.
10. EIP 업그레이드 현황 rotating drift 가설 D 검증 -- scripts/fetch_forkcast.py 페이지 윈도우 캡처 범위 직접 점검, EIP-4200 / EIP-6110 / EIP-4844 페이지 위치 매핑.
11. scripts/fetch_forkcast.py 페이지네이션/Trees API 마이그레이션 -- D+9 지연 누적, 우선순위 P0.
12. 5/18 14:55 UTC + 5/18 12:40 UTC Vitalik 단축 링크 (https://t.co/kiUJ5QW5An, https://t.co/0ceMBZ6uqj) -- 5/19 노트 미해결 라인 48시간 누적, 디코딩 필수.
13. 5/17 13:42 UTC Vitalik 단축 링크 https://t.co/XMhMc3vrCy (5/18 노트 미해결 라인) -- 72시간 누적.
14. ACDC #179 (5/28) 토픽 28552 댓글 추가 추적 -- 5/19 노트 1→2 변경 라인의 후속 누적.
15. 5/20 EIPIP Meeting #126 콜 결과 -- 본 노트 일자 콜 당일, 4건 누적 Call for Input 마감 결정 추적.

데이터 무결성 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 보존.

5/19 노트 가설 분기 업데이트:

• 가설 A (페치 캐시/truncate 동일 반환): 부분 기각 유지.
• 가설 B (ethereum/forkcast 레포 신규 커밋 부재): 부분 기각 가능성 유지 (1건 변동 발생).
• 가설 C (진정한 변동 없음): 기각 유지.
• 가설 D (페이지네이션 슬라이딩 윈도우 버그, 5/19 NEW): 본 노트 시점 신뢰도 가장 높음 유지. 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 4건 + EIP-8038 1건 + EIP-8070 1건 = 24시간 6건 신규).

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

본 노트 핵심 키워드

• EIP-7688 4건 동시 커밋 (Etan Kissling 5/19 13:55~16:56 UTC, Fusaka 리베이스 + Validator Container 합리화 + cleanup + wording, Glamsterdam CL specs freeze 임박)
• EIP-8070 (eth/72 - Sparse Blobpool) 업데이트 (5/19 18:24 UTC, 5/20 P2P Networking #1 콜 당일)
• EIP-8038 SSTORE write cost condition 정비 (5/19 12:11 UTC, Glamsterdam-devnet-5 후보)
• Stateless Implementer's Call #52 (6/1 13:00 UTC, Verge 트랙 정기 사이클)
• ERC-8004 in production: per-collection factory vs chain singleton (28562, 5/19 10:56 UTC, 사양 → 운영 이행)
• EVM Verification of WHIR over a 31-bit Field (24902, 5/19 04:12 UTC, ZK PCS 옵션 다양화)
• EIP 업그레이드 현황 17일째 rotating drift 재개 (EIP-4200 Pectra+Fusaka 양 트랙 declined 동시 이탈) (가설 D 페이지네이션 슬라이딩 지속 강력)
• EIP-6110 Pectra 메인넷 activation EIP 16일째 누락 3일 연속 (LEVEL 3+ 정점 결정적 증거)
• EIP-4844 Dencun 24시간 유지 (페치 윈도우 4844 인근 정착 가설 부분 검증)
• 5/19 노트 클러스터 (Mini-Blocks / Transaction Event Manifest / Prepared Transaction Envelope) 24시간 후속 발화 0건 (실질 신호 정체)
• 페치 로직 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/forkcast/2026-05-19.forkcast.json
• output/notes/daily/2026-05-19-roadmap-analysis.md
• output/entities/EIP-2780.md
• output/entities/EIP-3155.md
• output/entities/EIP-4844.md
• output/entities/EIP-7688.md
• output/entities/EIP-7805.md
• output/entities/EIP-8038.md
• output/entities/EIP-8070.md
• output/entities/Glamsterdam.md
• output/entities/Pectra.md
• output/entities/Fusaka.md
• output/entities/PeerDAS.md
• https://github.com/ethereum/EIPs/commit/64d1b463e1c75884c995f81d8ffab40401acbcaa
• 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://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://ethereum-magicians.org/t/eip-draft-transaction-event-manifest-a-signed-protocol-enforced-declaration-of-what-a-tx-may-emit/28558
• https://ethereum-magicians.org/t/erc-8265-prepared-transaction-envelope/28557
• https://ethereum-magicians.org/t/trustless-agents-plus-tap-home-for-fragmented-erc8004-agents/28555
• https://ethresear.ch/t/evm-verification-of-whir-over-a-31-bit-field/24902
• https://ethresear.ch/t/mini-blocks-ssv-backed-sub-slot-auctions-for-ethereum-pbs/24898