ZK-EVM 검증 인터프리터 제안 + EIP-8205 확정 + 스펙 업데이트 3건

핵심 요약

• HIGH ZK-EVM 검증 인터프리터 제안 -- L1 ZK-EVM 전환 핵심 경로에 새로운 접근법 등장.

ethmagicians에 "Optimized Verified EVM Interpreters for ZK" 제안이 게시되었다. 검증 컴파일(verified compilation)을 활용하여 zkVM에 최적화된 EVM 인터프리터를 구축하는 방식으로, L1 ZK-EVM 마이그레이션의 실질적 구현 경로를 제시한다. Vitalik이 2월 말 제시한 "L1 ZK-EVM" 비전의 구체적 실현 방법론으로서 의미가 크다.

• MEDIUM EIP-8205 번호 확정 -- 위임 스테이킹 보안 강화 EIP가 공식 번호를 받다.

어제 EIP-XXXX로 보도된 Withdrawal Credentials Preregistration이 EIP-8205로 번호가 부여되었다. 1:32 공격 레버리지를 EIP-7251 MaxEB 환경에서 1:2048까지 악화시킬 수 있는 위임 스테이킹 보안 취약점을 해결한다. Lido Research에서도 교차 게시되어, 운영자 생태계의 관심이 높다.

• MEDIUM EIP-8148/7981 스펙 업데이트 3건 -- Glamsterdam Considered EIP들의 구현 성숙도 상승.

EIP-8148(Custom sweep threshold) 바이트코드 수정 2건과 EIP-7981(Access list cost)의 EIP-7976 정렬이 진행되었다. Glamsterdam Considered 20건 중 활발히 스펙이 다듬어지는 EIP들이 있다는 것은, ACDC #177(4/2)에서의 승격 논의 가능성을 시사한다.

• LOW EIP 업그레이드 현황 추가 변동 없음 -- 어제 37일 만의 1건 변동 후 다시 정체.

어제 EIP-8141 Frame Transaction의 Hegota Considered 진입으로 37일 무변동이 해소되었으나, 오늘은 추가 변동이 없다. 다음 변동 기회는 ACDT #76(3/30) 또는 ACDC #177(4/2)이다.

상세 분석

1. ZK-EVM 검증 인터프리터: L1 ZK 전환의 새로운 경로 [신규]

출처: Proposal: Optimized Verified EVM Interpreters for ZK (2026-03-27)

확인된 사실:

• ethmagicians Tooling 카테고리에 게시, high importance
• 핵심 제안: 검증 컴파일(verified compilation)을 사용하여 zkVM에 최적화된 EVM 인터프리터를 구축
• 목표: L1 이더리움을 ZK 시스템으로 마이그레이션하기 위한 효율적 EVM 인터프리터 준비
• 기존 zkEVM 프로젝트들(L2)과 달리, L1 메인넷 직접 적용을 전제

로드맵 맥락 -- The Verge:

본 제안의 핵심 차별점은 검증 컴파일(verified compilation)이다. 기존 L2 zkEVM들이 EVM 실행을 산술 회로(arithmetic circuit)로 직접 변환하는 반면, 이 접근법은 EVM 인터프리터 자체를 zkVM에서 효율적으로 실행 가능한 형태로 검증 가능하게 컴파일한다. 이는 EVM 사양 변경 시 회로를 재설계할 필요 없이 인터프리터만 업데이트하면 되는 유연성을 제공한다.

해석/추론 (추가 검증 필요): 이 제안이 실제 L1 로드맵에 반영되려면 EVMification(프리컴파일 바이트코드 전환)과의 호환성, 증명 생성 시간/비용의 실용성 검증이 필요하다. 현재 로드맵상 Glamsterdam/Hegota에 직접 포함될 단계는 아니나, The Verge의 장기 구현 방법론으로서 추적할 가치가 있다.

2. EIP-8205: Withdrawal Credentials Preregistration 번호 확정

출처: EIP-8205: Withdrawal credentials preregistration (2026-03-26)

확인된 사실:

• 어제 "EIP-XXXX"로 보도된 제안에 EIP-8205 번호가 공식 부여됨
• 주 저자: @sjors, 대리 게시
• Lido Research 포럼에서도 교차 게시: "EIP-8205: Towards safe delegated staking deposits"
• 위임 스테이킹(delegated staking)에서 출금 자격증명(withdrawal credentials)을 사전등록하는 메커니즘

보안 맥락:

EIP-7251 MaxEB(Maximum Effective Balance)가 Pectra에 포함되어 밸리데이터당 최대 2048 ETH까지 스테이킹 가능해졌다. 그러나 위임 스테이킹 환경에서 출금 자격증명이 사전등록되지 않으면, 악의적 오퍼레이터가 2048 ETH를 자신의 출금 주소로 설정할 수 있는 공격 벡터가 열린다. EIP-8205는 이 취약점을 사전등록 메커니즘으로 해결한다.

로드맵 맥락:

• 포크 포함 여부: 미정 (EIP 업그레이드 현황에 아직 등장하지 않음)
• PQ 전환 연관: EIP-8141 Frame Transaction(Hegota Considered)과 함께, 밸리데이터 키 관리의 전체적인 보안 강화 흐름에 위치
• 이전 분석(3/27)에서 "PQ 전환 관련 제안이 동시다발적으로 등장하는 패턴"으로 관찰한 흐름의 연속

3. EIP-8148 바이트코드 수정: MAX_REQUESTS_PER_BLOCK 2 -> 16

출처:

• Update EIP-8148: correct MAX_REQUESTS_PER_BLOCK in bytecode from 2 to 16 (2026-03-27 16:47)
• Update EIP-8148: correct the bytecode (2026-03-27 17:08)

확인된 사실:

EIP-8148은 밸리데이터의 커스텀 스윕 임계값(custom sweep threshold)을 설정할 수 있게 하는 제안이다. Lido 기여자들이 주도하며, ACDC #176(3/19)에서 Hegota 비-헤드라이너 EIP 윈도우 논의와 함께 다뤄진 바 있다.

MAX_REQUESTS_PER_BLOCK을 2에서 16으로 8배 확대한 것은 블록당 처리 가능한 스윕 요청을 대폭 늘리는 변경이다. 이는 MaxEB 환경에서 대규모 밸리데이터 통합(consolidation)이 진행될 경우, 스윕 요청 병목을 방지하기 위한 것으로 해석된다.

포크 포함 상태: EIP-8148은 현재 EIP 업그레이드 현황에 포함 상태가 등록되어 있지 않다. Hegota 비-헤드라이너 윈도우를 통한 편입 가능성이 ACDC #176에서 논의되었으나, 확정은 아니다.

4. EIP-7981/7976 정렬: Gas Repricing 스펙 간 일관성 확보

출처: Update EIP-7981: Align with EIP-7976 updates (2026-03-27 12:15)

확인된 사실:

• EIP-7981 (Increase Access List Cost)이 EIP-7976 (Increase Calldata Floor Cost)의 업데이트에 맞춰 정렬됨
• 두 EIP 모두 Glamsterdam Considered 단계

Gas Repricing 클러스터 현황:

6건의 Gas Repricing EIP가 모두 Considered 상태로 병렬 진행 중이며, 이번에 EIP-7981이 EIP-7976에 맞춰 정렬된 것은 이 클러스터가 일관된 가격 체계를 지향하고 있음을 보여준다. ACDC #177(4/2) 또는 다음 ACDE에서 클러스터 단위의 일괄 승격이 이루어질 가능성이 있다.

5. EIP 업그레이드 현황: 추가 변동 없음

확인된 사실: 전일(3/27) 대비 추가 변동 없음.

EIP 업그레이드 현황 -- Glamsterdam

EIP 업그레이드 현황 -- Hegota

Fusaka (완료)

변동 추적 타임라인

6. 부수 동향: ERC-8004 Etherscan 지원

출처: @ethereum on X (2026-03-27)

EIP-8004 (에이전트 아이덴티티/명성/탐색) 관련 ERC가 Etherscan에서 공식 지원되기 시작했다. 프로토콜 로드맵과의 직접 연관은 낮으나, 온체인 에이전트 인프라가 툴링 차원에서 성숙하고 있음을 보여주는 신호다.

인프라 Operator 시사점

1. EIP-8148 MAX_REQUESTS_PER_BLOCK 8배 확대 평가 필요: 블록당 스윕 요청이 2개에서 16개로 늘어나면, CL 클라이언트의 블록 처리 로직과 밸리데이터 잔고 관리에 영향이 있다. 특히 MaxEB 환경에서 대규모 통합이 진행 중인 오퍼레이터는 스윕 처리 증가에 따른 노드 부하를 사전 추정해야 한다.

2. Gas Repricing 클러스터(6건) 일괄 승격 대비: EIP-7981이 EIP-7976에 정렬되면서 Gas Repricing EIP 6건이 일관된 방향으로 수렴하고 있다. 이 클러스터가 Glamsterdam Scheduled로 승격되면 트랜잭션 가스 비용 체계가 전면 변경된다. calldata, access list, state creation 비용이 동시에 조정될 경우 블록 빌딩 전략과 MEV 수익에 직접 영향하므로, 시뮬레이션 준비가 필요하다.

3. ZK-EVM 검증 인터프리터 장기 모니터링: 본 제안은 현재 포크에 직접 포함될 사항은 아니나, L1 ZK-EVM 전환이 로드맵에 편입되면 노드 아키텍처의 근본적 변화가 수반된다. ZK 증명 생성/검증 인프라, 하드웨어 요구사항 변화를 선제적으로 추적해야 한다.

4. EIP-8205 위임 스테이킹 보안: 대규모 위임 스테이킹을 운영하는 오퍼레이터(Lido curated module 등)에게 출금 자격증명 사전등록은 핵심 보안 요소다. 포크 포함 여부가 결정되기 전이라도, 자체 출금 키 관리 프로세스에 사전등록 로직을 반영할 준비가 필요하다.

5. ACDT #76(3/30) -> ACDC #177(4/2) 연속 콜 체인: 이 3일 간격의 연속 콜이 Glamsterdam Considered 20건의 운명과 Hegota 비-헤드라이너 윈도우를 결정짓는 핵심 시점이다. 특히 ACDC #177에서 CL 관련 EIP 결정이 예상되므로, 콜 노트를 빠짐없이 추적해야 한다.

다음 주요 모니터링 포인트