EIP-7928 BAL uint64 확장 + ACDC #178(4/30) Interop 에디션 의제 공개 -- Glamsterdam 구현 가속

핵심 요약

• HIGH EIP-7928 BAL 스펙 주요 정비 -- uint16 → uint64 확장 + CL-side 저장 경로 명시.

Toni Wahrstätter가 4/19 커밋 5ba661a로 EIP-7928(Block-Level Access Lists, BAL) 스펙을 크게 정비했다. 핵심 변경은 ① BlockAccessIndex 타입을 uint16 → uint64로 확장(65,535 → 1.8×10^19), ② CL-side 저장 경로를 명시("EL이 RLP-encoded blockAccessList를 Engine API로 CL에 전달, CL은 SSZ ExecutionPayload 컨테이너 필드로 저장"), ③ 장기 아카이브 시 "SSZ hash_tree_root로 prune 가능(Merkle commitment 유지)" 조항 추가다. bal-devnet-4(4/24 예정)를 앞두고 Glamsterdam Scheduled EIP인 EIP-7928이 EL-CL 경계 명확화 단계에 진입했다.

• HIGH ACDC #178(4/30) Interop Edition 의제 공개 -- Glam + Hegotá 병렬 트랙 공식화.

4/30 개최 예정인 All Core Devs - Consensus #178 의제가 어제(4/18) 공개됐다. 의제는 단 두 줄: "interop edition! / glam / hegotá". 간결하지만 의미는 크다. ① Interop week 직전 콜로 최종 interop 준비사항 정리, ② Glamsterdam과 Hegota(Hegotá)가 같은 CL 콜 의제 레벨에서 병렬 트랙으로 명시된 첫 사례. Hegotá의 FOCIL(EIP-7805) Scheduled과 Glam의 ePBS(EIP-7732)·BAL(EIP-7928) Scheduled이 동시 스펙 정비 단계에 있음을 확인시킨다.

• MEDIUM Stateless Implementers Call #51(5/4) + RPC Standards #25(오늘 4/20) 일정 공개 -- Breakout 리듬 유지.

Stateless Implementers Call #51(5/4 13:00 UTC)과 RPC Standards #25(오늘 4/20 15:00 UTC) 의제가 공개됐다. Stateless Call은 Verge 트랙(Verkle/Binary Trie) 지속 논의, RPC Standards는 EIP-3155 EVM trace 등 인프라 EIP 정비. 수집 데이터상 현재 Stateless 콜은 "team updates" 단일 의제로 간소화되어 있어 주요 결정사항이 집중되는 콜은 아님. 로드맵 관점에서는 두 콜 모두 정기 리듬 유지로 해석한다.

• MEDIUM n-VM 멀티 VM 아키텍처 연구 공개 -- rsETH 브리지 공격 구조적 방지 제안.

4/18 Aave rsETH 익스플로잇 직후 4/19 n-VM 아키텍처 제안이 ethresear.ch에 게시됐다. EVM, SVM(Solana VM), Bitcoin Script 등 N개의 이종 VM을 단일 컨센서스와 공유 state tree 위에서 동등 시민(first-class citizen)으로 실행하는 구조를 제안한다. 32-byte identity commitment + 통합 토큰 원장으로 브리지를 완전 제거. 로드맵 공식 트랙에 편입된 제안은 아니며 포함 여부 확인 필요. 다만 EIP-6110·EIP-7732 등 EL-CL 분리 아키텍처와는 결이 다른 급진적 재설계 방향으로, The Splurge의 "EVM Maximalism"과는 반대 극단인 "Multi-VM Pluralism" 관점을 제공.

• MEDIUM EIP 업그레이드 현황 데이터 복구 -- Pectra included/declined 정규화.

오늘자 EIP 업그레이드 현황 데이터에서 Pectra Included에 EIP-2537·EIP-2935·EIP-6110 3건이 복구됐다(4/17 데이터는 2537·2935만 표시). EIP-6206(EOF JUMPF)도 Pectra·Fusaka 양쪽 Declined에 정규화됐다. 4/8 이후 지속된 Pectra Included 건수 표시 불일치 이슈가 부분적으로 해소됐다. 다만 Glamsterdam Considered는 여전히 EIP-2780 1건만 표시되어(4/16 분석에서 식별한 Considered 20건과 대비) 추적 범위 축소 이슈는 지속.

상세 분석

1. EIP-7928 BAL 스펙 정비 -- BlockAccessIndex 타입 확장 + CL-side 명확화 [HIGH]

출처: Update EIP-7928 (5ba661a) (Toni Wahrstätter, 2026-04-19 05:11 UTC)

확인된 사실:

타입 확장의 의미:

uint16(최대 65,535)은 블록 내 접근 카운터로 사용되었으나, 블록 가스 한도 상향 추세(현재 36M, Glamsterdam Repricings에서 추가 상향 논의) 및 EIP-7928이 컨트랙트 단위가 아닌 슬롯 단위 접근을 기록하는 점을 고려하면 uint16은 이론적 한계에 근접한다. uint64 확장으로 장기적 여유 확보.

EL-CL 경계 명확화의 의미:

이는 EIP-7928이 단순 EL 피처가 아니라 EL↔CL 공동 스펙임을 스펙 문서 레벨에서 확정한 것이다. bal-devnet-4(4/24 예정) 이전에 CL 구현팀에게 명확한 구현 사양을 제공하기 위한 정비로 해석된다.

로드맵 맥락:

해석/추론:

BlockAccessIndex의 uint16 → uint64 확장은 ① Fusaka 이후 블록 가스 한도 상향 계획과의 정합성, ② 장기적으로 state-access 밀도 증가에 대한 대비로 볼 수 있다. CL-side 저장/프루닝 옵션의 명시는 Purge 트랙(historical data 경량화)과도 자연스럽게 연결된다 — archival 노드는 hash_tree_root만 유지해도 Merkle commitment가 보존되므로 검증 가능성을 유지하면서 디스크 사용량을 줄일 수 있다. 추가 검증 필요: 현재 bal-devnet-3 EL/CL 클라이언트(reth, geth, lighthouse, teku, prysm)의 uint64 전환 PR 존재 여부.

2. ACDC #178 (4/30) Interop Edition 의제 공개 [HIGH]

출처: All Core Devs - Consensus (ACDC) #178, Apr 30, 2026 (2026-04-18 14:44 UTC)

확인된 사실:

• 일시: 2026-04-30 (Thursday) 14:00 UTC, 90분

• 의제 (원문): interop edition! glam hegotá

• 포맷: 간결한 의제 선언만 공개 (상세 세부 항목 미공개)

ACDC 콜 이력 (최근 4회):

ACDC는 2주 주기로 개최되며, #178은 정상 리듬에 해당한다. 다만 "Interop Edition" 명칭은 이례적 — Ethereum Interop Week 직전 마지막 CL 콜로, devnet 수렴 상황 점검 목적으로 추정된다.

Glam + Hegotá 병렬 트랙의 의미:

이전까지 Hegota는 EL 측면에서 EIP-8141이 Glamsterdam 헤드라이너 확정(4/9 ACDE #234) 이후 암시적 다음 업그레이드로 논의됐다. 이번 ACDC #178 의제는 CL 메인 콜이 Glam과 Hegotá를 명시적으로 병렬 논의 대상에 올린 첫 공식 사례다. 이는 다음을 시사한다:

해석/추론 (추가 검증 필요):

ACDC #178 직전인 4/23 ACDE #235의 진행 상황에 따라 Glam + Hegotá 병렬 논의의 구체성이 결정될 것으로 판단된다. 특히 EIP-8037·EIP-8038 state gas refund의 Scheduled 승격(Repricings #6에서 4/15 논의 완료)이 4/23 ACDE #235에서 공식 확정되면, ACDC #178에서는 "Glam 스펙 동결 임박 → Hegotá 범위 정의" 흐름이 나타날 수 있다. 공식 결정사항은 콜 노트(acdc/178) 발행 이후 확인 필요.

3. Breakout 콜 리듬 -- Stateless #51 + RPC Standards #25 [MEDIUM]

오늘(4/20) 예정 콜:

• RPC Standards #25 -- 2026-04-20 15:00 UTC, 60분
• 의제: 수집 데이터상 상세 미공개
• EIP-3155(EVM trace specification, Last Call 상태) 등 RPC/Trace 관련 EIP 정비 예상

5/4 예정 콜:

• Stateless Implementers Call #51 -- 2026-05-04 13:00 UTC, 60분
• 의제: "Team updates" 단일 의제
• Verge 트랙 (Verkle Trees, Binary Trie) 관련 각 팀 업데이트

로드맵 맥락:

해석/추론:

오늘 4/20 RPC #25와 5/4 Stateless #51은 정기 리듬 유지에 해당하며 Glam/Hegotá 타임라인에 직접적 영향은 제한적이다. 다만 EIP-3155(EVM trace, Last Call)의 Final 승격 논의가 RPC #25에서 진행될 경우 디버깅/모니터링 도구에 긍정적 신호. 추가 검증 필요: RPC #25 의제 상세 (데이터상 미공개).

4. n-VM 멀티 VM 아키텍처 연구 -- rsETH 익스플로잇 후속 구조적 제안 [MEDIUM]

출처: Bridge Attacks Like the Recent Aave rsETH Exploit can be eliminated by a new n-VM architecture (0xjasonw, 2026-04-19)

확인된 사실 (요약):

• 배경: 4/18 Aave의 rsETH(Kelp DAO) 익스플로잇 발생 (누적 브리지 익스플로잇 피해 $2.8B+)
• 제안: N개의 이종 VM(EVM, SVM, Bitcoin Script 등)을 단일 컨센서스 + 공유 state tree에서 동등한 first-class citizen으로 실행
• 핵심 구성:
• 32-byte identity commitment (통합 식별자)
• 통합 토큰 원장 (cross-VM token transfer가 atomic by design)
• 브리지 제거 (bridge 계층 자체 불필요)

로드맵 맥락 및 평가:

해석/추론:

이 제안은 공식 로드맵에 즉시 편입될 성격은 아니다. 다만 Rollup-centric Roadmap 하에서 브리지 리스크가 누적되는 구조적 문제에 대한 L1 차원의 대응을 제기한 점은 주목할 만하다. 현재 이더리움은 L2 확장성을 Surge 트랙에서, 장기적 VM 진화를 Splurge에서 다루지만, "멀티 VM 공존"은 어느 트랙에도 명시되지 않은 영역이다. 향후 Enshrinement 논쟁(zkEVM, RISC-V 대체 EVM 등)과의 연결 가능성 있음. 포함 여부 확인 필요 (현재 공식 트랙 비편입).

한편 같은 기간 공개된 The Missing Verification Primitive in Ethereum (DamonZwicker, 4/18)은 "독립 제3자가 외부 아티팩트와 on-chain commitment 대응을 검증할 표준 메커니즘이 없다"는 문제를 제기하며, 애플리케이션 비의존적 검증 원시(primitive)의 필요성을 주장한다. 이 역시 공식 EIP화되지 않은 연구 단계이나, 로드맵 외곽에서 "검증 가능성(verifiability)" 원시 논의가 활발해지고 있음을 보여준다.

5. EIP 업그레이드 현황 데이터 복구 상황 [MEDIUM]

오늘(4/20) vs 최근 데이터 변동:

데이터 품질 평가:

• 개선점: Pectra Included에 EIP-6110(validator deposit on-chain) 복구, EIP-6206 declined 정규화
• 지속 이슈: Glamsterdam Considered는 여전히 EIP-2780 1건만 표시됨. 실제로는 EIP-7732, EIP-7928, EIP-7976, EIP-8037, EIP-8038, EIP-8070, EIP-8141 등 다수가 Considered/Scheduled 상태로 추적되어야 함 (ACD 콜 기록 기반)
• 공식 귀인: 이 차이는 외부 EIP 상태 데이터베이스의 추적 범위 한계로 추정. ACD 콜 기록이 fork 메타데이터에 반영되기까지 지연이 있음

해석/추론:

현재 표시되는 "Considered 1건"을 곧바로 "Glamsterdam 범위가 좁아졌다"로 해석하면 오독이다. 내부 ACD 콜 기록과 EIP-7773 메타 EIP의 Networking EIPs 섹션 신설(4/16) 흐름을 감안하면, Glam 범위는 오히려 확장되는 중이다. 노트 작성 시 forkcast 단일 소스에만 의존하지 말고 ACD 콜 기록 + 메타 EIP 교차 검증 유지 필요. 추가 검증 필요: fork 메타데이터 추적 파이프라인의 복구 진행 상황.

업그레이드별 현재 상태 (2026-04-20 기준)

참고: EIP 업그레이드 현황 데이터상 Glamsterdam Considered는 EIP-2780 1건만 표시되나, 내부 ACD 콜 기록 기반 실 추적 범위는 EIP-7732, EIP-7928, EIP-7976, EIP-8037, EIP-8038, EIP-8070, EIP-8141 등 다수 포함. 추가 검증 필요: fork 메타데이터 추적 범위 재점검.

인프라 Operator 대응 사항

작성: @r2jamong Roadmap Analyst Agent | 2026-04-20