2026-05-07 Ethereum Infrastructure Analysis

핵심 요약

• HIGH EIP-8254 Deposit 요청 블록당 상한 제안 -- EL 클라이언트 검증 로직에 직접 영향.

EIP-8254가 EIP-6110 기반 deposit 요청에 대해 블록당 MAX_DEPOSIT_REQUESTS_PER_BLOCK = 8192 상한을 도입하는 제안이다(2026-05-06T09:06:54Z 공개). 193~200M 가스 한도에서 배칭 컨트랙트를 이용해 8192개 이상의 deposit 요청을 단일 블록에 넣는 것이 가능하며, 이는 CL(Consensus Layer)의 MAX_DEPOSIT_REQUESTS_PER_PAYLOAD SSZ 리스트 한도를 초과하는 도달 가능한(reachable) liveness 장애를 유발할 수 있다. EL 클라이언트는 블록 검증과 블록 생성 양 단계에서 이 상한을 강제해야 한다. 특히 Geth, Nethermind, Besu, Erigon의 deposit 요청 처리 파이프라인에 직접적인 구현 변경이 필요하다.

• HIGH EIP-8246 SELFDESTRUCT Burn 제거 제안 추가 -- EIP-8037과 병행, SELFDESTRUCT 처리 재정비 신호.

EIP-8246(Remove SELFDESTRUCT Burn)이 GitHub EIPs 레포에 추가됐다(2026-05-06T12:59:06Z, 작성자: Paweł Bylica). 같은 날 EIP-8037(Clarify SELFDESTRUCT charges) 업데이트도 반영됐다. SELFDESTRUCT 관련 두 EIP가 동시에 움직이는 것은 Glamsterdam 또는 후속 업그레이드를 위한 SELFDESTRUCT 처리 로직 전반의 재정비 국면이 진행 중임을 강하게 시사한다. EL 클라이언트의 SELFDESTRUCT opcode 처리 및 ETH Burn 로직 담당자가 두 EIP를 함께 추적해야 한다.

• MEDIUM Native Proof Verification EIP-8025 일반화 제안 -- CL 검증 인프라 프로그램 무관(program-agnostic)화.

ethresear.ch에 "Native proof verification" 제안이 올라왔다(2026-05-05T14:27:19Z, 작성자: donnoh). 기존 EIP-8025가 EVM 실행 증명에 특화된 CL(Consensus Layer) ZK proof 검증 인프라를 프로그램 무관(program-agnostic)하게 일반화하고, 이를 스마트 컨트랙트에 노출하는 새로운 EIP를 병행 제안한다. 이 방향이 채택되면 CL 클라이언트의 proof 검증 모듈 설계가 크게 달라지며 L2 브리지 인프라의 신뢰 모델도 재편된다. 장기 아키텍처 변화로 즉각적 구현 부담은 없으나 CL 개발팀은 EIP-8025 일반화 논의를 모니터링해야 한다.

• MEDIUM ACDT #79 D-4 -- Glamsterdam devnet 스펙 및 debug RPC 업데이트 임박.

ACDT(All Core Devs Testing) #79 콜이 2026-05-11(월) 14:00 UTC로 D-4 남았다. 어젠다에 "Glamsterdam devnet 업데이트", "다음 devnet 스펙 확정", "debug RPC 업데이트"가 포함돼 있다. 콜 결과에 따라 Glamsterdam devnet 다음 단계 타임라인이 공개되고 EL 클라이언트 릴리즈 일정이 가속될 수 있다. debug RPC 표준화 논의 결과에 따라 debug_* 네임스페이스 인터페이스 변경이 예고될 수 있다.

• MEDIUM 클라이언트 릴리즈 38일째 공백 -- Geth/Lighthouse CRITICAL 업그레이드 미적용 노드 위험 지속.

오늘도 신규 EL/CL 클라이언트 릴리즈가 없다. Geth v1.17.2(CVE-26313/26314/26315 RPC 취약점 패치) 및 Lighthouse v8.1.3(state root 검증 10배 성능 회귀 + P2P 보안 패치)는 여전히 미적용 노드에서 유효한 보안 위험 상태다. ACDT #79 이후 Glamsterdam 관련 클라이언트 릴리즈가 나올 가능성이 있다.

주요 발견

EIP-8254: Cap deposit requests per block — EL 클라이언트 liveness 장애 방어

출처: EIP-8254: Cap deposit requests per block — Ethereum Magicians

• 게시: 2026-05-06T09:06:54Z (작성자: bbusa)
• 관련 EIP: EIP-6110(Supply validator deposits on chain)

배경: EIP-6110은 검증자 deposit 요청을 EL 블록에서 직접 처리하도록 하는 업그레이드로 Pectra에 포함됐다. 그러나 현재 스펙에는 단일 블록 내 deposit 요청 개수에 대한 EL 측 상한이 없다. 193~200M 가스 한도 환경에서 배칭 컨트랙트를 이용하면 ~410 deposits/batch로 단일 블록에 8192개 이상의 deposit 요청을 삽입하는 것이 이론이 아닌 실제 가능(reachable)한 공격 벡터다.

CL의 기존 상한: CL 스펙은 이미 MAX_DEPOSIT_REQUESTS_PER_PAYLOAD = 8192 SSZ 리스트 바운드를 정의하고 있다. EIP-8254는 EL이 이 값을 동일하게 적용하여 EL-CL 간 불일치(mismatch)를 제거하는 것이 목적이다.

EL 클라이언트 구현 영향:

• 블록 검증(block validation) 단계: 블록 내 deposit 요청이 8192개를 초과하면 블록 reject 처리
• 블록 생성(block construction, 블록 빌딩) 단계: 8192개 초과 시 나머지 deposit 요청은 다음 블록으로 이월
• 영향 클라이언트: Geth, Nethermind, Besu, Erigon의 deposit request 처리 모듈 모두 해당
• Breaking change 가능성: 이미 8192개 이상의 deposit 요청을 포함하는 블록을 생성하거나 수락하는 구현체는 하드포크 활성화 시점에 즉각적인 동작 변화가 발생한다.

노드 운영 관점: 이 변경은 하드포크 블록 번호 기준으로 활성화되므로 하드포크 전까지는 현행 동작이 유지된다. 그러나 deposit 집중 시나리오(대규모 검증자 입금 이벤트)에서 블록 생성 로직 변화가 멤풀 처리에 영향을 줄 수 있으므로, 스테이킹 운영자와 MEV 빌더는 이 EIP의 진행을 주시해야 한다.

EIP-8246 / EIP-8037: SELFDESTRUCT 처리 재정비 병행 진행

출처 1: Add EIP-8246: Remove SELFDESTRUCT Burn — GitHub EIPs 출처 2: Update EIP-8037: Clarify SELFDESTRUCT charges — GitHub EIPs

• EIP-8246 커밋: 2026-05-06T12:59:06Z (작성자: Paweł Bylica)
• EIP-8037 커밋: 2026-05-06T08:16:00Z (작성자: Maria Inês Silva)

EIP-8246 — Remove SELFDESTRUCT Burn: SELFDESTRUCT opcode 실행 시 발생하는 ETH Burn 메커니즘을 제거하는 EIP다. 현재 EIP-6780(Pectra에서 SELFDESTRUCT 의미 변경)에 이어 SELFDESTRUCT의 잔여 영향을 추가 제거하는 방향이다. Paweł Bylica(Ethereum Foundation)가 작성자로, EF 코어 팀의 SELFDESTRUCT 최종 정리 의도가 반영됐을 가능성이 높다.

EIP-8037 — Clarify SELFDESTRUCT charges: SELFDESTRUCT 실행 시 적용되는 가스 차지(charge) 규칙을 명확히 하는 업데이트다. EIP-8246과 동일 날짜 반영으로 SELFDESTRUCT 처리 전반의 가스 정책과 Burn 제거를 일관되게 재정비하는 작업이 병행 중임을 확인할 수 있다.

EL 클라이언트 영향:

• SELFDESTRUCT opcode 가스 계산 모듈
• ETH Burn 처리 로직 (EIP-8246 채택 시 제거)
• Glamsterdam 또는 후속 업그레이드에 포함될 경우 EL 클라이언트의 EVM 구현체 수정 필요
• 아카이브 노드 운영자는 historical state 재현 시 블록 번호 기준으로 SELFDESTRUCT 처리 분기 관리가 추가로 복잡해질 수 있다

Native Proof Verification: EIP-8025 일반화 — CL ZK 검증 인프라 재설계 논의

출처: Native proof verification — ethresear.ch

• 게시: 2026-05-05T14:27:19Z (작성자: donnoh)
• 관련 EIP: EIP-8025

제안 내용: EIP-8025는 원래 EVM 실행 증명(execution proof)을 CL에서 네이티브로 검증하는 인프라다. 이 제안은 두 가지 변경을 제안한다: 1. EIP-8025의 CL proof 검증 인프라를 특정 프로그램(EVM execution proof)에 종속되지 않도록 일반화(program-agnostic) 2. 이를 스마트 컨트랙트에서 호출 가능한 새로운 EIP 신설

인프라 시사점:

• L2 브리지의 bespoke(맞춤형) onchain 검증 스택을 표준 L1 프리미티브로 대체하는 방향이다. 채택될 경우 L2 → L1 증명 검증의 신뢰 모델이 단순화되고 검증 비용이 절감된다.
• CL 클라이언트(Prysm, Lighthouse, Teku, Nimbus, Lodestar)의 proof 검증 모듈이 제로-지식 증명(ZKP, Zero-Knowledge Proof) 시스템과 인터페이스하는 방식에 장기적 변화를 수반한다.
• 현재 Research 단계이며 즉각적인 구현 부담은 없다.

ACDT #79 D-4: Glamsterdam devnet 다음 단계 임박

출처: All Core Devs - Testing (ACDT) #79, May 11, 2026 — Ethereum Magicians

• 일시: 2026-05-11(월) 14:00 UTC, 60분
• 어젠다: interop 이벤트 요약 / Glamsterdam devnet 업데이트 / 다음 devnet 스펙 / debug RPC 업데이트

ACDT #79까지 4일이 남았다. Glamsterdam devnet 다음 단계 스펙이 확정되면 EL/CL 클라이언트의 신규 devnet 릴리즈 타임라인이 가시화된다. debug RPC 업데이트 어젠다는 debug_traceTransaction, debug_storageRangeAt 등 디버그 인터페이스 표준화 또는 변경을 시사하며, 모니터링 스크립트·데이터 추출 파이프라인에 영향을 줄 수 있다.

ERC-7813: Last Call 이동 — 스마트 컨트랙트 세션 표준

출처: EIP Editing Office Hour #98, May 05, 2026 — Ethereum Magicians

EIP Editing Office Hour #98 어젠다에서 ERC-7813이 Last Call로 이동하는 안건도 포함됐다. ERC-4337과 함께 처리된 항목으로, 스마트 컨트랙트 세션 관리 표준이 사실상 최종화 단계에 진입한다.

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

분석: PQ Interop #38이 어제(5/06) 개최됐으며 Devnet5 제안 결과가 나올 예정이다. 이번 주(5/11, 5/12)에 ACDT #79와 FCR #7이 연달아 예정돼 있어 Glamsterdam devnet 진행 상황이 명확해지는 한 주가 될 것으로 보인다. ACDC/ACDE 메인 콜은 여전히 일정 미발표 상태다.

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

신규 제안:

• EIP-8254 (Ethereum Magicians 드래프트): Cap deposit requests per block — EL 클라이언트 deposit 처리 상한 추가
• EIP-8255 (Ethereum Magicians 드래프트): Expiring Token Approvals — ERC 레벨, 인프라 영향 없음

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

Execution Layer (EL)

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

Consensus Layer (CL)

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

클라이언트 다양성 관점: 38일째 신규 릴리즈 공백은 이례적으로 길다. Glamsterdam devnet 준비가 내부적으로 진행 중인 상황에서 EL/CL 팀이 devnet 전용 릴리즈에 집중하고 있을 가능성이 있다. 단, 이 기간 동안 EIP-8254, EIP-8246, EIP-8037 등 EL에 직접 영향을 미치는 새 EIP 드래프트가 집중적으로 제출되고 있어 클라이언트 구현 요구가 누적되고 있다.

전일(5/06) 대비 변화

운영 영향도

즉시 조치 (노드 운영자)

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

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

1. EIP-8254 드래프트 추적 (스테이킹 운영자, EL 클라이언트 팀)

   • 블록당 deposit 요청 상한(8192) 도입 제안. liveness 장애를 예방하는 방어적 조치로 거부될 가능성은 낮다. Glamsterdam 또는 차기 업그레이드에 포함 시 EL 클라이언트의 deposit request 처리 파이프라인 수정이 선행 조건이다.
   • 대규모 검증자 운영자(Lido, 기관 스테이킹 서비스)는 단일 블록 deposit 집중 전략이 제한될 수 있음을 사전 인지해야 한다.

2. EIP-8246 / EIP-8037 SELFDESTRUCT 재정비 추적 (EL 클라이언트 팀, 아카이브 노드 운영자)

   • 두 EIP를 병행 모니터링하여 SELFDESTRUCT 가스 정책 및 Burn 제거 최종안을 파악. 아카이브 노드 운영자는 historical state 재현 로직 변경 가능성을 염두에 두어야 한다.

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

   • Glamsterdam 다음 devnet 스펙 확정 및 debug RPC 업데이트 내용을 확인. 콜 후 ethereum/pm 레포 공식 노트를 즉시 점검하여 클라이언트 릴리즈 일정 추정.
   • Ethereum Magicians ACDT #79 어젠다

4. PQ Interop #38 결과 확인

   • 어제(5/06) 개최된 PQ Interop #38의 Devnet5 제안 수락 여부와 멀티포크 스펙 결과를 ethereum/pm 및 leanEthereum/leanSpec 레포에서 확인. PQ Devnet5 일정이 확정되면 CL 클라이언트의 서명 검증 모듈 테스트 요구가 조기 발생한다.

5. Native Proof Verification 논의 추적 (CL 클라이언트 팀)

   • EIP-8025 일반화 제안이 Research 단계에서 Draft로 이동하는 시점을 모니터링. CL proof 검증 인프라의 설계 방향에 장기적 영향을 미치는 제안이다.

시사점

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

오늘 데이터에서 가장 주목할 신호는 EIP-8254(Deposit 요청 블록당 상한)의 등장이다. EIP-6110이 Pectra에서 활성화된 이후, 고가스 환경에서 배칭 컨트랙트를 활용한 deposit 요청 집중으로 liveness 장애가 발생하는 실제 경로가 식별된 것이다. 이는 대규모 검증자를 운영하는 기관 스테이킹 서비스에 직접적인 운영 제약이 될 수 있으며, 검증자 온보딩(deposit 배칭) 전략의 재검토가 필요할 수 있다.

EIP-8246과 EIP-8037의 동시 진행은 EIP-6780 이후 미완료 상태였던 SELFDESTRUCT 처리의 최종 정리가 가시화되고 있음을 보여준다. Glamsterdam 또는 후속 업그레이드에서 SELFDESTRUCT 관련 세 EIP(6780, 8037, 8246)가 일괄 마무리될 가능성이 있다.

38일째 지속되는 클라이언트 릴리즈 공백 속에서 EL에 직접 영향을 미치는 새 EIP 드래프트가 집중적으로 제출되고 있다. ACDT #79(5/11) 이후 이 누적된 구현 요구가 클라이언트 릴리즈 사이클로 반영되는 시점을 주시해야 한다. EL 클라이언트 다양성 관점에서 Geth CRITICAL 취약점 패치 적용률이 여전히 핵심 모니터링 지표다.

참고 소스

• EIP-8254: Cap deposit requests per block — Ethereum Magicians
• Add EIP-8246: Remove SELFDESTRUCT Burn — GitHub EIPs
• Update EIP-8037: Clarify SELFDESTRUCT charges — GitHub EIPs
• Native proof verification — ethresear.ch
• All Core Devs - Testing (ACDT) #79, May 11, 2026 — Ethereum Magicians
• EIP Editing Office Hour #98, May 05, 2026 — Ethereum Magicians
• EIP-8250: Keyed Nonces for Frame Transactions — Ethereum Magicians
• Post-Quantum (PQ) Interop #38, May 6, 2026 — Ethereum Magicians
• 입력 데이터: output/sources/2026-05-07.summary.json
• 전일 인프라 노트: output/notes/daily/2026-05-06-infra-analysis.md

작성: @r2jamong | 2026-05-07 (EIP-8254 Deposit 요청 블록당 상한 · EIP-8246 SELFDESTRUCT Burn 제거 · Native Proof Verification EIP-8025 일반화 · ACDT #79 D-4 · 클라이언트 릴리즈 38일째 공백)