2026-05-08 Ethereum Infrastructure Analysis

핵심 요약

• HIGH EIP-8252 EL Reorg State Retention Window 신규 드래프트 -- 재조직(reorg) 발생 시 EL 상태 보존 창(window) 도입 제안.

EIP-8252(Execution-Layer Reorg State Retention Window)가 2026-05-07T06:29:36Z에 Ethereum Magicians에 공개됐다. 비콘 체인 reorg 발생 시 EL(Execution Layer)이 일정 기간 이전 상태(state)를 보존하도록 강제하는 윈도우를 도입하는 제안이다. 드래프트 주석에 INACTIVITY_PENALTY 관련 민감도와의 충돌 가능성이 Outstanding Issue로 명시돼 있으며, 아직 외부 검토가 없는 초기 단계다. 채택 시 EL 클라이언트(Geth, Nethermind, Besu, Erigon)의 state pruning 로직 및 reorg 처리 파이프라인 변경이 수반된다.

• HIGH SELFDESTRUCT 완전 제거 가능성 데이터 기반 논의 본격화 -- post-Cancun 472,641 이벤트 분석 결과 공개.

Ethereum Magicians에 "Can we completely remove SELFDESTRUCT?" 스레드가 2026-05-07T10:26:42Z 게시됐다. 작성자 chfast는 메인넷 블록 20M~25M(post-Cancun) 구간의 472,641건 SELFDESTRUCT 이벤트 데이터셋을 GitHub Gist에 공개하며 완전 제거 가능성을 논의에 부쳤다. 이는 어제(5/07) 추적된 EIP-8246(Remove SELFDESTRUCT Burn)·EIP-8037(Clarify SELFDESTRUCT charges)에 이어 EF 코어 팀의 SELFDESTRUCT 최종 정리 움직임이 공개 데이터 레벨로 확장된 것이다. EL 클라이언트의 opcode 처리 전반에 장기적 영향을 미칠 수 있다.

• MEDIUM EIP-8131 최악 블록 사이즈 감소 명확화 및 EIP-7976 정렬 업데이트 -- calldata 비용 조정 EIP 스펙 진전.

EIP-8131(calldata 비용 관련 블록 사이즈 최적화 EIP) 스펙이 2026-05-07T09:16:51Z에 업데이트됐다. 커밋 메시지에 "worst-case block size reduction 명확화, EIP-7976 정렬"이 명시됐다. EIP-8131은 calldata 단가 조정을 통해 블록 사이즈 상한 시나리오를 완화하는 방향으로, Glamsterdam 또는 후속 업그레이드 후보군에 속한다. 노드 운영자 입장에서는 블록 사이즈 감소 시 네트워크 전파(propagation) 지연 개선 효과를 기대할 수 있다.

• MEDIUM 클라이언트 릴리즈 39일째 공백 지속 -- ACDT #79 D-3, Geth/Lighthouse CRITICAL 미적용 위험 계속.

2026-05-08 기준 EL/CL 신규 클라이언트 릴리즈가 없다. Geth v1.17.2(CVE-26313/26314/26315 RPC 취약점)·Lighthouse v8.1.3(state root 10x 성능 회귀+P2P 보안 패치) 미적용 노드의 보안 위험이 39일째 유효하다. ACDT #79(2026-05-11 14:00 UTC)까지 3일이 남아 있으며 콜 이후 Glamsterdam 관련 devnet 릴리즈가 나올 가능성이 있다.

주요 발견

EIP-8252: Execution-Layer Reorg State Retention Window — EL state pruning 로직 변경 예고

출처: EIP-8252: Execution-Layer Reorg State Retention Window — Ethereum Magicians

• 게시: 2026-05-07T06:29:36Z
• 관련 Outstanding Issue: INACTIVITY_PENALTY와의 민감도 충돌 가능성 (작성자 자가 명시, 외부 검토 없음)

제안 배경: 비콘 체인에서 reorg가 발생하면 EL은 이전 헤드(head)를 기준으로 실행한 상태를 폐기한다. 단, 빠른 finality 환경(Pectra 이후 1~2 slot reorg 빈도가 낮아졌음에도)에서 reorg 직후 재조직된 체인으로 돌아오는 경우 EL이 이미 pruning한 state를 재계산해야 하는 비용이 발생한다. EIP-8252는 reorg가 발생할 수 있는 특정 슬롯 범위 내에서 EL이 이전 state를 명시적으로 보존하는 "보존 창(retention window)"을 정의하는 방식으로 이 비용을 완화하는 것이 목적이다.

EL 클라이언트 구현 영향:

• State pruning 스케줄러: retention window 기간 내 state를 삭제하지 않도록 조건 추가
• Reorg 처리 파이프라인: retention window 범위 내 복원 경로(fast path) 구현 가능
• 메모리/디스크 소비: retention window 크기에 비례하여 단기 state 보존량 증가
• 영향 클라이언트: Geth, Nethermind, Besu, Erigon 모두 해당
• 현재 초기 드래프트 단계이며 INACTIVITY_PENALTY 연동 이슈 해결 전까지 스펙 불확실성이 높다.

노드 운영자 관점: 채택 시 archival 노드와 full 노드 모두 retention window 크기만큼 추가 디스크/메모리 요구가 발생할 수 있다. 현재 우선순위는 낮으나 스펙 진전 시 하드웨어 요구사항 변화 가능성을 사전 인지해야 한다.

SELFDESTRUCT 완전 제거 논의: 472,641 이벤트 데이터셋 기반 공론화

출처: Can we completely remove SELFDESTRUCT? — Ethereum Magicians

• 게시: 2026-05-07T10:26:42Z (작성자: chfast, Ethereum Foundation)
• 데이터셋: GitHub Gist — 472,641 SELFDESTRUCT events, blocks 20M–25M

데이터셋 개요: post-Cancun 메인넷 블록 20,000,000~25,000,000 구간의 SELFDESTRUCT 이벤트 472,641건이 CSV 형식으로 공개됐다. chfast는 이 데이터를 바탕으로 현재 잔존하는 SELFDESTRUCT 사용 패턴을 분석하여 완전 제거 가능성을 타진하는 커뮤니티 토론을 열었다.

인프라 관점에서의 의미:

• EIP-6780(Pectra 포함 — 동일 트랜잭션 내에서만 SELFDESTRUCT 기능 유지)으로 SELFDESTRUCT는 이미 대폭 제한됐다. EIP-8246(Burn 제거), EIP-8037(가스 차지 명확화)에 이어 이번 완전 제거 논의는 EL 클라이언트에서 SELFDESTRUCT opcode를 완전히 폐기(deprecate)하는 방향으로 수렴 중임을 시사한다.
• 완전 제거 채택 시 EL 클라이언트(Geth, Nethermind, Besu, Erigon)의 EVM 구현체에서 opcode 핸들러 삭제 및 하위호환(backward compatibility) 처리가 필요하다.
• 아카이브 노드 운영자는 historical replay 시 SELFDESTRUCT 처리 분기를 블록 번호 기준으로 관리해야 하며, 완전 제거 활성화 이후 블록에서는 SELFDESTRUCT 트랜잭션이 revert 처리된다.

연속성 분석 (5/07 → 5/08): 전일 EIP-8246(Burn 제거)·EIP-8037(가스 차지 명확화)이 동시 등장한 데 이어, 오늘 완전 제거 가능성을 데이터 기반으로 논의하는 스레드가 공개됐다. EF 코어 팀(chfast/Paweł Bylica 모두 EF 소속)이 SELFDESTRUCT 최종 정리를 체계적으로 추진하고 있다는 신호가 이틀 연속 확인됐다.

EIP-8131: Worst-Case Block Size Reduction 명확화 — calldata 비용 조정 스펙 진전

출처: Update EIP-8131: Clarify worst-case block size reduction, align 7976 — GitHub EIPs

• 커밋: 2026-05-07T09:16:51Z

배경: EIP-8131은 calldata 가스 단가 조정을 통해 블록 크기 최악 시나리오를 제어하는 EIP다. EIP-7623(Increase calldata cost, 이미 Pectra 포함)에 이어 추가 최적화를 제안하며, EIP-7976과 정렬(align)하는 방향으로 스펙이 업데이트됐다.

노드 운영자 관점:

• calldata 단가 인상으로 블록 최대 크기가 감소하면 P2P gossip 레이어에서 블록 전파 시간이 단축되고 메모리 풀(mempool) 관리 부담이 줄어드는 간접 효과가 있다.
• Glamsterdam 또는 후속 업그레이드에 포함 여부는 ACDT #79 이후 명확해질 전망이다.

EIP-7981: Reference Implementation 업데이트

출처: Update EIP-7981: Update reference implementation — GitHub EIPs

• 커밋: 2026-05-07T09:28:59Z

EIP-7981의 레퍼런스 구현(reference implementation)이 업데이트됐다. EIP-7981은 트랜잭션 로그(log) 수 제한 관련 EIP로, 레퍼런스 구현 업데이트는 스펙 성숙 단계임을 시사한다. EL 클라이언트 팀의 구현 참조 기준이 갱신됐으므로 기존 구현체와 신규 레퍼런스 구현 간 차이를 점검해야 한다.

EIP-8182: 지속 업데이트 — 스펙 구체화 진행 중

출처: Update EIP-8182: Update EIP-8182 — GitHub EIPs (커밋 1) | 커밋 2

• 커밋 1: 2026-05-07T20:44:06Z
• 커밋 2: 2026-05-07T18:43:03Z

EIP-8182가 하루에 두 차례 업데이트됐다. 빠른 연속 커밋은 스펙 초안 작성의 마무리 단계이거나 리뷰 의견 반영 과정임을 시사한다. EIP-8182의 구체 내용은 현재 소스 요약에서 명시되지 않았으나 로드맵 도메인으로 분류됐으므로, 인프라 영향도는 확정 스펙 공개 이후 재평가가 필요하다.

EVM+(Motoko): 대안 EVM 구현 피드백 요청

출처: Seeking feedback on a new EVM+(Motoko) — ethresear.ch

• 게시: 2026-05-07T13:58:41Z

Motoko 언어 기반으로 구현된 EVM+ 프로젝트가 ethresear.ch에 공개됐다. GitHub ethereum/ethereum test fixtures의 99%를 통과한다고 주장하며 커뮤니티 피드백을 요청했다. 이는 인프라 표준(EIP)이 아닌 실험적 대안 구현 단계이므로, 운영 노드에 대한 즉각적 영향은 없다. 단, EVM 호환성 테스트 기준(ethereum/tests 픽스처 99% 통과)이 실제 EL 클라이언트 구현과 비교하는 참조 데이터로 활용될 수 있다.

프로토콜 콜 현황 (2026-05-08 기준)

분석: ACDC/ACDE 메인 콜이 각각 22일, 15일째 일정 미발표 상태이며, 이번 주 ACDT #79(5/11)와 FCR #7(5/12)이 연달아 예정돼 있다. ACDT #79 이후 Glamsterdam devnet 다음 단계 스펙 및 debug RPC 업데이트 방향이 공개될 전망이다.

EIP 레포 업데이트 현황 (2026-05-07~08)

신규 드래프트:

• EIP-8252 (Ethereum Magicians): Execution-Layer Reorg State Retention Window — EL state pruning/reorg 처리 변경
• SELFDESTRUCT 완전 제거 논의 (Ethereum Magicians): EIP 드래프트 아닌 공개 토론 — 향후 EIP 제출 가능성

클라이언트 다양성 / 릴리즈 현황

Execution Layer (EL)

신규 EL 릴리즈 없음. 39일째 공백 지속.

Consensus Layer (CL)

신규 CL 릴리즈 없음. ACDT #79(5/11) 이후 Glamsterdam devnet 관련 클라이언트 릴리즈 등장 가능성.

전일(2026-05-07) 대비 변화

운영 영향도

즉시 조치 (노드 운영자)

1. CRITICAL 업그레이드 미적용 노드 즉시 조치 (39일째 권고 유효)
   • Geth v1.17.2 미적용 노드 즉시 업그레이드: CVE-26313/26314/26315 RPC 취약점. 외부 RPC를 노출하는 노드는 즉각적인 패치 또는 RPC 비활성화 필요.
   • Lighthouse v8.1.3 미적용 노드 즉시 업그레이드: state root 검증 10배 성능 회귀로 attestation 지연 및 P2P 보안 이슈. 검증자 수익에 직접 영향.

단기 모니터링 (인프라 리서치)

1. EIP-8252 스펙 진전 추적 (EL 클라이언트 팀)

   • Reorg State Retention Window 제안이 초기 드래프트에서 ACDE/ACDT 어젠다에 오르는 시점을 모니터링. INACTIVITY_PENALTY 연동 이슈가 해결되면 스펙이 빠르게 구체화될 수 있다.
   • 아카이브 노드 운영자는 retention window 크기에 따른 추가 스토리지 요구사항 변화를 사전 검토해야 한다.

2. SELFDESTRUCT 완전 제거 논의 결과 추적 (EL 클라이언트 팀, 아카이브 노드 운영자)

   • EIP-6780 → EIP-8246/8037 → 완전 제거 논의로 이어지는 단계적 폐기 흐름이 확인됐다. 커뮤니티 토론 결과에 따라 신규 EIP로 공식화 여부를 파악해야 한다.
   • SELFDESTRUCT 이벤트 데이터셋을 참조하여 자체 EL 클라이언트의 SELFDESTRUCT 의존성 현황을 점검하는 것이 권고된다.

3. ACDT #79 콜 모니터링 (2026-05-11 14:00 UTC)

   • Glamsterdam 다음 devnet 스펙 확정 및 debug RPC 업데이트 내용을 확인. 콜 후 ethereum/pm 레포 공식 노트를 즉시 점검하여 클라이언트 릴리즈 일정 추정.
   • debug RPC 업데이트 결과에 따라 debug_traceTransaction·debug_storageRangeAt 등 인터페이스 변경이 예고될 수 있으며, 모니터링 파이프라인 수정이 필요할 수 있다.
   • Ethereum Magicians ACDT #79 어젠다

4. EIP-8254 Deposit Cap 진행 상황 지속 추적 (스테이킹 운영자)

   • 전일(5/07) 공개된 EIP-8254가 이번 ACDT #79 어젠다에 오를 경우 Glamsterdam 포함 결정이 빨라질 수 있다. 대규모 검증자 운영자는 단일 블록 deposit 집중 전략 재검토를 사전에 준비해야 한다.

5. PQ Interop #38 결과 확인

   • 2026-05-06 개최 완료된 PQ Interop #38의 Devnet5 제안 수락 여부와 멀티포크 스펙 결과를 ethereum/pm 레포에서 확인. PQ Devnet5 일정이 확정되면 Prysm·Lighthouse·Teku·Nimbus·Lodestar CL 클라이언트의 서명 검증 모듈 테스트 요구가 조기 발생한다.

시사점

기관투자자/오퍼레이터 관점

오늘(5/08) 가장 주목할 시그널은 두 가지다.

첫째, EIP-8252 Reorg State Retention Window의 등장이다. Pectra 이후 비콘 체인 reorg 빈도가 낮아졌음에도 reorg 발생 시 EL 상태 복원 비용 문제를 새로운 EIP로 해결하려는 시도가 나왔다. 이는 단순한 가스 비용 조정이 아닌 EL 클라이언트 내부 state 관리 아키텍처에 영향을 미치는 변화로, Geth·Nethermind·Besu·Erigon 모두 구현 부담이 발생한다. 아직 초기 드래프트이므로 즉각적 대응보다는 스펙 성숙 과정을 모니터링하는 것이 적절하다.

둘째, SELFDESTRUCT 완전 제거 논의다. EF 코어 팀의 chfast가 472,641건의 post-Cancun 이벤트 데이터를 공개하며 완전 제거 가능성을 타진했다. EIP-6780(동일 트랜잭션 내로 기능 제한, Pectra 포함) → EIP-8246(Burn 제거 제안) → 완전 제거 논의로 이어지는 흐름이 이틀 연속 확인됐다. 최종 채택까지는 수개월~1년 이상이 소요될 전망이지만, 스마트 컨트랙트 감사 및 EL 클라이언트 구현체 팀은 이 방향성을 조기에 인지해야 한다.

39일째 지속되는 클라이언트 릴리즈 공백은 ACDT #79 이후 해소될 가능성이 있다. 다만 이 기간 동안 EIP-8254(Deposit Cap), EIP-8246(SELFDESTRUCT Burn), EIP-8252(Reorg Retention), EIP-8131(Block Size)처럼 EL 클라이언트 구현에 직접 영향을 미치는 드래프트가 집중적으로 제출되고 있어, Glamsterdam devnet 릴리즈 이후 구현 요구가 일시에 집중될 가능성이 있다.

참고 소스

• EIP-8252: Execution-Layer Reorg State Retention Window — Ethereum Magicians
• Can we completely remove SELFDESTRUCT? — Ethereum Magicians
• SELFDESTRUCT 이벤트 데이터셋 — GitHub Gist (chfast)
• Update EIP-8131: Clarify worst-case block size reduction, align 7976 — GitHub EIPs
• Update EIP-7981: Update reference implementation — GitHub EIPs
• Update EIP-8182: Update EIP-8182 (커밋 1) — GitHub EIPs
• Update EIP-8182: Update EIP-8182 (커밋 2) — GitHub EIPs
• Seeking feedback on a new EVM+(Motoko) — ethresear.ch
• All Core Devs - Testing (ACDT) #79, May 11, 2026 — Ethereum Magicians
• 입력 데이터: output/sources/2026-05-08.summary.json
• 전일 인프라 노트: output/notes/daily/2026-05-07-infra-analysis.md

작성: @r2jamong | 2026-05-08 (EIP-8252 Reorg State Retention Window 신규 드래프트 · SELFDESTRUCT 완전 제거 논의 본격화 · EIP-8131 블록 사이즈 스펙 진전 · 클라이언트 릴리즈 39일째 공백 · ACDT #79 D-3)