EIP-7928 BAL uint64 확장 + CL-측 Engine API 명세화 -- n-VM 아키텍처 대안 제안 + ACDC #178 interop edition 예고

핵심 요약

• HIGH EIP-7928 BAL uint64 확장 + CL Engine API 전달 명세화 -- Glamsterdam Pre-confirmations 트랙 스펙 수렴 가속.

lightclient(Matt Garnett, EF Geth 팀)가 4/19 커밋 5ba661a에서 EIP-7928 Block-Level Access Lists(BAL)의 BlockAccessIndex 타입을 uint16에서 uint64로 확장하고, EL-CL 인터페이스를 "RLP-인코딩된 blockAccessList를 Engine API로 CL에 전달, CL은 SSZ ExecutionPayload 컨테이너에 저장"으로 명세화했다. 동시에 장기 스토리지 측면에서는 "MAY be pruned and replaced by the field's SSZ hash_tree_root"로 커밋먼트 유지 + 저장 비용 최소화 경로가 명시됐다. uint16(65,536) -> uint64(18.4경)로의 확장은 블록당 접근 인덱스 한계가 더 이상 제약이 되지 않게 한다는 의미이며, BAL이 Glamsterdam Pre-confirmations 트랙에서 Scheduled 상태로 진입한 이후 스펙 안정화 단계에 본격 진입했음을 시사한다.

• HIGH n-VM 대안 아키텍처 제안(ethresear.ch, 4/19) -- Kelp DAO rsETH 브릿지 사고 계기로 EVM 단일성 가정에 대한 연구 도전.

0xjasonw가 4/19 ethresear.ch에 n-VM: Multi-VM Architecture를 게시했다(arxiv 2603.23670). 단일 consensus + shared state tree 위에 EVM/SVM/Bitcoin Script 등 이질(heterogeneous) VM을 동등한 first-class citizen으로 올리는 아키텍처 제안으로, Kelp DAO rsETH 브릿지 사고(약 $293M 손실, Aave 담보 연쇄 실패)를 직접적 동인으로 제시한다. 32-byte identity commitment 기반 도메인 분리 해시로 VM별 주소 유도, 토큰은 단일 원장에서 atomic state transition으로 처리하여 lock-mint-burn-release 브릿지 사이클을 제거한다. 공식 로드맵 편입 제안은 아님 -- Execution Layer Research 포럼의 대안 아키텍처 논의이나, EVM 단일성 가정에 대한 도전으로서 "EVM Maximalism"(The Splurge) vs "Multi-VM" 방향성 대비로 주목할 가치가 있다.

• HIGH ACDC #178 (4/30) interop edition 예고 -- glam + hegotá 이중 의제.

4/18 ACDC #178 공지가 게시됐다. 의제가 "interop edition!"으로 명시되며 glam(Glamsterdam)과 hegotá(Hegota) 두 카테고리가 나란히 등재됐다. 90분 세션이 두 카테고리 interop 이슈에 배정된다는 것은 CL 측에서 두 업그레이드를 병렬 트랙으로 운영하기 시작했음을 의미한다. 지난 분석에서 식별한 "Glamsterdam EIP 패키지화 + Hegota Frame TX 사용 사례 확장" 구도가 이제 ACD 콜 레벨에서도 이중 트랙으로 공식화된 것이다.

• MEDIUM EIP 업그레이드 현황 데이터부분 복원 -- 드리프트 12일째 지속이나 Pectra Included 3건(6110 재출현) + Fusaka/Pectra Declined에 EIP-6206 신규 추가.

4/20 기준 EIP 업그레이드 현황 데이터(output/sources/forkcast/2026-04-20.forkcast.json)에서 Pectra Included가 4/17 기준 2건(2537, 2935)에서 3건(2537, 2935, 6110)으로 복원됐고, Fusaka Declined는 5건 -> 6건으로, Pectra Declined는 4건 -> 5건으로 확장되었다(모두 EIP-6206 추가). 다만 7xxx+ EIP(EIP-7594 PeerDAS, EIP-7732 ePBS, EIP-7805 FOCIL, EIP-7928 BAL 등)는 여전히 전량 부재 상태이고 Hegota 카테고리 전량 부재도 지속된다. 데이터 신뢰성 일부 회복이나 여전히 ACD 콜 기록 + EIP-7773 메타 EIP 교차 검증 필요.

• MEDIUM Stateless Implementer's Call #51(5/4) + RPC Standards #25(4/20) -- The Verge/Purge 트랙 정기 사이클.

4/18 공지된 Stateless Implementer's Call #51 (5/4 13:00 UTC)과 오늘 14:00 UTC에 예정된 RPC Standards #25 두 콜은 The Verge(statelessness)와 표준화 계층(JSON-RPC)의 정기 운영이 유지되고 있음을 확인시킨다. Stateless Call은 Team updates 중심이며, EIP-4762(Statelessness gas cost changes)가 Draft 상태로 잔존하는 것과 정합한다. 직접적 신규 결정사항은 미공지이나 Hegota 장기 로드맵의 버킷 역할을 지속 수행.

• MEDIUM "Missing Verification Primitive" 연구(4/18) -- Ethereum world computer의 검증 기본기 공백 제기.

ethresear.ch에 The Missing Verification Primitive in Ethereum이 4/18 게시됐다(summary 접근 한계로 상세 미확인, 추가 검증 필요). "world computer"로서의 Ethereum이 글로벌 복제 상태를 제공하지만 검증 primitive가 비어있다는 문제 제기로 추정된다. EIP-7928 BAL의 블록 접근 리스트, EIP-7594 PeerDAS의 KZG 증명, EIP-7732 ePBS의 빌더 검증 분리 등 검증 계층 변화와 관련될 가능성이 있다.

상세 분석

1. EIP-7928 BAL: uint64 확장 + CL Engine API 전달 명세화 [HIGH]

출처: Update EIP-7928: Change uint16 block access index to uint64 and clarify CL-side (5ba661a) (lightclient, 2026-04-19 05:11 UTC)

확인된 사실:

• 작성자: lightclient (Matt Garnett, EF Geth 팀) -- EIP-8141 메인테이너와 동일 인물
• 변경 1: BlockAccessIndex 타입 uint16 -> uint64
• uint16 = 2^16 = 65,536개 인덱스 한계
• uint64 = 2^64 = 약 1,844경(18.4 * 10^18)개 인덱스 한계
• 변경 2: EL-CL 인터페이스 명세화
• EL이 RLP-인코딩된 blockAccessList를 Engine API를 통해 CL에 전달
• CL은 SSZ ExecutionPayload 컨테이너에 저장
• 장기 스토리지: "MAY be pruned and replaced by the field's SSZ hash_tree_root" -- 커밋먼트 유지 + 저장 비용 최소화

EIP-7928 BAL 로드맵 맥락:

EIP-7928 Block-Level Access Lists(BAL)는 Glamsterdam Pre-confirmations 트랙의 핵심 EIP로, 블록 내 모든 스토리지 접근을 사전 공개하여 pre-confirmation 및 병렬 실행을 가능하게 한다. 이전 분석(4/17) 시점에서 Scheduled 단계로 식별했으며, EIP 업그레이드 현황 데이터에는 여전히 미반영 상태다.

uint16 -> uint64 확장의 의미:

uint16(65,536)은 실제로는 블록 내 고유 스토리지 slot 접근이 65K개를 넘을 수 있는 시나리오(예: 고밀도 DeFi 블록)에서 제약이 될 수 있다. uint64 확장은 이론적 상한을 제거하여 미래의 블록 크기 확장(gas limit 증가, 멀티 실행 쓰레드 등)에 대비한 forward compatibility 확보로 해석할 수 있다. 단, 실제 인덱스 값이 uint16 범위를 크게 벗어나지 않을 것이므로 SSZ 인코딩 오버헤드는 제한적이다.

EL-CL 인터페이스 명세화의 의미:

이 명세화는 BAL이 단순히 EL 내부 데이터 구조가 아니라 CL 합의 대상 데이터로 격상되는 것을 의미한다. 이는: 1. BAL 유효성이 합의 레이어에서 검증됨 2. 블록 빌더/리레이어/프로퍼저 모두 BAL 일관성을 보장해야 함 3. Light client가 SSZ hash_tree_root만으로도 BAL 커밋먼트 검증 가능

EIP-7928이 EIP-8141 Frame TX와 만나는 지점:

Matt Garnett(lightclient)가 EIP-8141(Frame TX)과 EIP-7928(BAL)의 공동 메인테이너인 점은 주목할 가치가 있다. Frame TX의 atomic execution 보장 + BAL의 블록 접근 사전 공개는 다음 사용 사례의 공통 기반을 형성할 수 있다:

• MEV 완화: BAL로 어떤 슬롯이 접근되는지 사전 공개 + Frame TX로 atomic하게 실행 -> 샌드위치 공격 기회 축소
• 병렬 실행: BAL로 의존성 그래프 사전 분석 + Frame TX로 atomic 단위 식별 -> 스레드 간 독립 실행
• 프라이버시: 4/17 분석에서 다룬 "Three Gates to Privacy"의 공개 멤풀 룰 + inclusion list와 결합

해석/추론 (추가 검증 필요): 같은 인물이 BAL과 Frame TX를 동시에 메인테인하고, 사흘 만에(4/16 EIP-8141 value 필드 -> 4/19 EIP-7928 uint64 확장) 양쪽 스펙이 본격적으로 수렴하는 것은 Glamsterdam EL 헤드라이너(EIP-8141)와 Pre-confirmations(EIP-7928)가 설계 수준에서 공조하고 있음을 시사한다. devnet 차원에서 두 EIP의 상호 운용 테스트가 ACDT #78(4/20) 이후 본격화될 가능성이 있다.

2. n-VM 대안 아키텍처 제안 -- Kelp DAO rsETH 사고가 촉발한 연구 도전 [HIGH]

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

확인된 사실:

• 저자: 0xjasonw (이력 미확인, 추가 검증 필요)
• 게시 위치: ethresear.ch Execution Layer Research 포럼
• 연관 논문: arxiv 2603.23670
• 직접 동인: Kelp DAO rsETH 브릿지 익스플로잇 (~$293M 손실, Aave 담보 연쇄 실패)

n-VM 아키텍처 핵심:

Aave rsETH 사고와 Lido 영향 (맥락 확장):

오늘 트위터 피드에서 Lido 공식 계정이 두 차례 이 사고 관련 성명을 발표했다:

• stETH and wstETH are unaffected -- Lido 스테이킹 프로토콜 직접 영향 없음 명시
• earnETH deposits paused -- Lido Earn이 rsETH 노출이 있어 예치 일시 중단

이는 브릿지 사고가 LST/LRT 생태계 전반의 연쇄 리스크로 확산될 수 있음을 보여주며, n-VM 제안이 학술적 제안을 넘어 시장의 아키텍처 질문을 촉발하는 맥락을 제공한다.

이더리움 로드맵 관점의 평가:

n-VM은 공식 로드맵 제안이 아니며(어떤 EIP 번호도 할당되지 않음), Execution Layer Research 포럼의 대안 아키텍처 논의다. 다만 현재 이더리움 로드맵의 방향성과 대비할 수 있다:

해석/추론 (추가 검증 필요): n-VM은 이더리움 로드맵에 직접 영향을 주기 어려운 제안이나, 두 가지 시사점을 제공한다. 1. 브릿지 보안 압력의 아키텍처 질문화: LST/LRT 사고가 반복될수록 "EVM 단일성 유지 vs 멀티 VM 수용" 논의가 재점화될 수 있다. 특히 2025~2026 브릿지 해킹 누적 피해를 고려하면 장기 연구 커뮤니티에서는 무시할 수 없는 질문이다. 2. EVMification의 반대 축 식별: The Splurge의 EVMification(프리컴파일 -> EVM bytecode)이 "EVM을 더 표준화·보편화"하는 방향이라면, n-VM은 "EVM 외부 VM도 first-class로 수용"하는 반대 방향이다. 두 방향성이 이더리움 생태계에서 동시에 제기되고 있다는 사실 자체가 The Splurge의 장기 설계 공간이 열려있음을 반영한다.

3. ACDC #178 (4/30) interop edition -- glam + hegotá 이중 트랙 공식화 [HIGH]

출처: All Core Devs - Consensus (ACDC) #178, Apr 30, 2026 (2026-04-18 게시)

확인된 사실:

• 일정: 2026-04-30 목요일 14:00 UTC (90분)
• 의제: "interop edition!" + glam + hegotá
• 의제가 짧게 두 카테고리로만 기술된 것은 이번 콜이 두 하드포크의 interop 이슈에 집중함을 시사

interop edition의 의미:

일반 ACDC는 다수의 세부 의제(EIP 업데이트, devnet 상태, 스펙 PR 등)를 다루지만, "interop edition"은 실행 가능한 스펙 간 상호 운용성 검증 특화 세션이다. 이는 devnet 런칭 전후에 핵심적으로 열리며, glam + hegotá 두 카테고리가 동시에 등재된 것은 다음을 의미할 수 있다:

1. Glamsterdam devnet 통합 진행: EIP-7732 ePBS + EIP-7928 BAL + EIP-8141 Frame TX + EIP-8070 eth/72 등 CL 측 구성 요소의 통합 검증
2. Hegota 사전 설계 논의: EIP-7805 FOCIL Scheduled 상태, EIP-8141 PQ 서명 지원 등 Hegota CL 측 요소의 초기 interop 방향
3. 두 업그레이드의 병렬 운영 가능성: ACDC 한 세션에서 두 카테고리를 병렬로 다룬다는 것은 CL 팀이 Glamsterdam과 Hegota를 시간 축으로 병렬 추진할 준비를 시작했음을 시사

Roadmap 일정 재정리 (현재 추정):

해석/추론 (추가 검증 필요): Hegota가 ACDC 의제에 최초로 "glam과 나란히" 등재된 것은, Hegota가 더 이상 먼 미래의 장기 로드맵이 아니라 Glamsterdam과 동시 설계 단계에 진입하는 이중 트랙 업그레이드로 격상되고 있음을 시사한다. 다만 "interop edition"이므로 EIP 확정 결정은 이루어지지 않을 가능성이 높고, 실제 EIP 목록 발표는 ACDE 측에서 진행될 가능성이 있다.

4. EIP 업그레이드 현황 데이터 부분 복원 [MEDIUM]

확인된 사실:

부분 복원의 의미:

EIP-6110(Supply validator deposits on chain)이 Pectra Included에 재출현한 것은 4/17 분석에서 "1건 추가 소실"로 표시한 항목이 되돌아온 것이다. 한편 EIP-6206(EOF JUMPF and non-returning functions)이 Pectra Declined와 Fusaka Declined 양쪽에 새로 추가되어 EOF 계열 Declined 리스트가 완성에 근접하고 있다.

여전히 부재한 영역:

해석/추론 (추가 검증 필요): 4/17 -> 4/20 사이 3일간 EIP-6110 복원 + EIP-6206 신규 추가로 6xxx 대역 Pectra/Fusaka 데이터의 일부 복원이 진행 중이다. 다만 7xxx+ EIP 전량 부재는 지속되고 있어, Glamsterdam/Hegota/The Purge의 실제 진행 상황은 여전히 ACD 콜 기록 + EIP-7773 메타 EIP 교차 검증으로 파악해야 한다. 파싱 로직 수정 우선순위는 유지.

5. Stateless Call #51 + RPC Standards #25 -- 정기 운영 트랙 [MEDIUM]

출처:

• Stateless Implementer's Call #51, May 04, 2026
• RPC Standards #25, April 20, 2026 15:00 UTC

확인된 사실:

Stateless Call 트랙 맥락:

Stateless Implementer's Call은 The Verge(statelessness) 로드맵의 구현자 정기 동기화 콜로, EIP-4762(Statelessness gas cost changes) Draft, Verkle tree 연구, stateless client 프로토타입 등의 진전을 점검한다. #51 회차가 이어지는 것은 The Verge 트랙이 긴 사이클로 꾸준히 진행되고 있음을 보여주며, 단일 콜 단위의 급격한 결정은 없을 것으로 예상된다.

RPC Standards 트랙 맥락:

RPC Standards 콜은 JSON-RPC 확장/표준화를 다루는 트랙으로, 오늘(4/20) 15:00 UTC 예정이다. 세부 의제 미공개이나, 4/17 분석에서 다룬 "Tx 표준 다층화"(EIP-7702, EIP-8141, Scheme-Agile, Contract Payer 등) 맥락에서 신규 Tx 타입의 RPC 지원 논의가 이어질 가능성이 있다. 추가 검증 필요.

6. Missing Verification Primitive 연구 -- 검증 계층의 공백 제기 [LOW]

출처: The Missing Verification Primitive in Ethereum (4/18)

확인된 사실 (summary 제한 내):

• 요약(summary_ko)은 첫 문단만 포함: "Ethereum is often described as a decentralized 'world computer' -- a shared execution environment with globally replicated state."
• 분류: Execution Layer Research
• 본문 상세 추가 검증 필요

예상 맥락:

제목 "Missing Verification Primitive"는 현재 이더리움에서 다음 중 하나의 공백을 지적할 가능성이 있다:

• 단일 트랜잭션 또는 블록 실행 결과에 대한 compact proof 표준 부재
• zkEVM 진전에 비해 L1 수준 검증 primitive의 표준화 부족
• BAL(EIP-7928) 도입 이후에도 "검증 가능한 상태 접근 증명" 표준 부재

해석/추론 (추가 검증 필요): EIP-7928 BAL의 CL 커밋먼트 명세화(오늘 분석 #1)와 "검증 primitive 공백" 제기가 같은 주에 발생한 것은 우연일 수 있으나, 이더리움의 검증 계층이 KZG(EIP-7594) + BAL(EIP-7928) + ePBS(EIP-7732)의 세 축으로 재편되는 시점에서 "누락된 primitive"가 무엇인지에 대한 연구 질문이 활발해지고 있음을 시사할 수 있다.

EIP 업그레이드 현황 변동

4/17 -> 4/20 변동 요약

업그레이드별 현재 데이터 상태 (4/20 기준)

종합 평가: 데이터 품질 저하는 4/17 최저점에서 소폭 회복됐으나 7xxx+ EIP 전량 부재는 지속. Glamsterdam/Hegota 분석은 여전히 데이터 외부(ACD 콜 + 메타 EIP + GitHub 커밋)에 의존 필요.

시사점 / Watchlist

인프라 Operator / 기관투자자 관점

1. EIP-7928 BAL SSZ 통합 = EL-CL 인터페이스 변경 경보 Engine API가 blockAccessList를 RLP로 전달하고 CL이 SSZ ExecutionPayload에 저장하는 명세화는, EL↔CL Engine API 스키마 변경을 의미한다. Glamsterdam 활성화 시 EL(Geth/Reth/Nethermind/Besu/Erigon)과 CL(Prysm/Lighthouse/Teku/Nimbus/Grandine) 모든 구현체의 동시 업데이트가 필수가 되며, devnet 통합 테스트에서 인터페이스 호환성 검증이 최우선 과제가 될 것. 현재 blob-devnet-0 참여 클라이언트의 EIP-7928 uint64 반영 여부를 ACDT #78(4/20) 이후 점검할 것.

2. n-VM 제안은 아키텍처 질문이지 로드맵 아님 -- 다만 LST/LRT 연쇄 리스크는 실재 n-VM 제안은 이더리움 공식 로드맵 제안이 아니므로 운영 영향 없음. 다만 Kelp DAO rsETH 사고로 Lido Earn의 rsETH 노출이 예치 중단까지 이어진 사례는, Lido 생태계 operator가 직접 관리하지 않는 LRT 의존성이 연쇄 리스크로 전이될 수 있음을 보여준다. Lido Curated Operator 진입 전략 관점에서 "stETH/wstETH vs Lido Earn" 리스크 분리 메시지는 Lido 거버넌스의 대응 표준 사례로 참고 가치가 있다.

3. ACDC #178 (4/30) interop edition = Hegota의 공식 트랙 진입 신호 Hegota가 glam과 나란히 ACDC 의제에 등재된 것은 최초이며, 이는 Hegota가 2027년 이후 원거리 로드맵에서 Glamsterdam과 병렬 설계 단계로 격상됨을 시사한다. 이는 다음을 의미한다:

   • EIP-8141 Frame TX, EIP-7805 FOCIL 등 Hegota 후보 EIP들이 devnet 상호 운용 검증 단계로 조기 진입 가능
   • Hegota EL/CL 헤드라이너 결정이 Glamsterdam 활성화 전에 윤곽을 드러낼 수 있음
   • PQ 서명, privacy, AA 트랙이 Hegota로 집결하는 흐름이 가속

4. EIP 업그레이드 현황 데이터 부분 복원 -- 파싱 로직 수정 우선순위 재평가 가능 4/17 최저점(Pectra Included 2건)에서 4/20 현재 Pectra Included 3건 + 6206 신규 추가로 6xxx 대역은 부분 복원. 7xxx+ 전량 부재는 지속이나 회복 추세가 확인된다면 파싱 로직이 아니라 원본 데이터 측 업데이트 이슈일 가능성이 재부각된다. 다음 3일간 추가 복원 여부 관찰 후 파싱 로직 vs 원본 데이터 원인을 재평가할 것.

5. bridge/LST 리스크와 네이티브 스테이킹 가치 재평가 Kelp DAO rsETH 사고는 2025~2026년 LRT 성장기의 리스크 구조를 드러낸 사건이다. Lido의 "stETH 분리 + Earn 중단" 분리 대응은 네이티브 LST(stETH)와 파생 상품(LRT)의 리스크 경계를 명확히 하는 긍정적 사례지만, 기관투자자 관점에서는 LRT 담보 비중이 높은 대출 프로토콜의 연쇄 리스크 재평가가 필요하다.

다음 주요 모니터링 포인트

참고 자료

공식 소스

• GitHub EIP 커밋

• EIP-7928 uint64 확장 + CL 명세화 (5ba661a) (lightclient, 2026-04-19)

• ethresear.ch

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

• The Missing Verification Primitive in Ethereum (2026-04-18)

• Ethereum Magicians (콜 공지)

• ACDC #178, Apr 30, 2026 (interop edition)
• Stateless Implementer's Call #51, May 04, 2026

• RPC Standards #25, April 20, 2026

• Twitter/X (맥락)

• Lido: stETH/wstETH unaffected by rsETH incident
• Lido Earn: earnETH deposits paused due to rsETH exposure

입력 데이터

• 소스 요약: output/sources/2026-04-20.summary.json
• EIP 업그레이드 현황: output/sources/forkcast/2026-04-20.forkcast.json
• 비교 baseline: output/sources/forkcast/2026-04-17.forkcast.json

연속성 참조 노트

• 2026-04-17: Frame TX Privacy + EVMification + EIP-7773 Networking + EIP-867 부활
• 2026-04-16: PQ 트리플 수렴 + State Tiering + eth/72 + Repricings #6

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