EIP-8148 바이트코드 수정 · EIP-8205 번호 확정 · ZK-EVM 인터프리터 제안

핵심 요약

• HIGH EIP-8148 MAX_REQUESTS_PER_BLOCK 2→16 — 중요한 상수 버그 수정.

EIP-8148 "Custom sweep threshold for validators" 바이트코드에서 MAX_REQUESTS_PER_BLOCK 값이 2로 잘못 하드코딩되어 있던 것을 16으로 수정하는 커밋 2건이 3/27 16:47~17:08 UTC에 연속 게시됐다. 8배 차이의 상수 오류로, 이 바이트코드를 참조해 구현 중인 클라이언트 팀이 있다면 즉시 확인이 필요하다. 3/19 ACDC #176에서 논의된 Hegota 비-헤드라이너 EIP 편입 후보 EIP로 스펙 정비가 지속되고 있다.

• MEDIUM EIP-7981 / EIP-7976 정렬 업데이트 — Calldata 가스 재조정 연계.

Glamsterdam Considered 상태인 EIP-7981(Increase Access List Cost)이 EIP-7976(Increase Calldata Floor Cost) 최근 업데이트에 맞춰 정렬 업데이트됐다(3/27 12:15 UTC). 두 EIP는 모두 가스 재조정(gas repricing) 클러스터로 묶여 있으며, 하나의 변경이 다른 EIP 스펙에 연쇄 영향을 주는 패턴이 확인됐다. EL 클라이언트 팀은 이 클러스터 전체의 상호 의존성을 추적해야 한다.

• MEDIUM EIP-8205 번호 확정 — Withdrawal credentials 사전등록.

어제(3/27) EIP-XXXX로 초안 게시됐던 Withdrawal credentials preregistration이 공식 번호 EIP-8205를 부여받았다. Sjors 작성, EIP-7251(고잔고 밸리데이터) 환경에서 1:2048 공격 레버리지 문제와 위임 스테이킹에서 먼저 예치하는 자가 withdrawal credentials를 영구 설정하는 구조적 갭을 해결하는 내용이다. 대규모 노드 오퍼레이터의 키 관리 프로세스 변화와 직결된다.

• MEDIUM ZK용 검증 EVM 인터프리터 — L1 zkVM 마이그레이션 기반 연구.

이더리움 L1을 ZK 시스템으로 마이그레이션하기 위해 verified compilation을 활용한 최적화된 검증 EVM 인터프리터(optimized verified EVM interpreter) 구축 제안이 EthMagicians에 게시됐다(3/27 02:58 UTC). EVM 실행 시맨틱을 formal specification에서 zkVM 바이트코드로 직접 컴파일하는 방식으로, EL 클라이언트 구조 전환의 중장기 방향과 맞닿아 있다.

• LOW 콜 노트 미게시 현황 — ACDE #232 D+16 이례적 지속.

ACDE #232 노트가 3/12 개최 후 D+16을 넘겼다. ACDE #233(3/26 개최)도 D+2로 미게시 상태다. 다음 예정 콜은 ACDT #76(3/30, D-2), ACDC #177(4/2, D-5)이다.

전일(3/27) 대비 변경 사항

상세 분석

1. EIP-8148 바이트코드 수정 — MAX_REQUESTS_PER_BLOCK 2→16

출처:

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

3/27 16:47~17:08 UTC 21분 사이에 EIP-8148 바이트코드 수정 커밋 2건이 연속 게시됐다.

MAX_REQUESTS_PER_BLOCK: 왜 8배 차이가 중요한가

MAX_REQUESTS_PER_BLOCK은 하나의 블록에서 처리 가능한 최대 요청(request) 수를 정의하는 상수다. EIP-8148은 검증자별 커스텀 스윕 임계값(custom sweep threshold)을 도입하는 CL 스펙 변경으로, 이 상수가 바이트코드에 잘못 하드코딩되면 다음과 같은 문제가 발생한다.

• 용량 과소 추정: 값이 2이면 블록당 처리 가능한 요청을 실제(16건)의 1/8로 제한하는 로직이 구현될 위험이 있다.
• 클라이언트 구현 불일치: 이 바이트코드를 참조한 EL/CL 클라이언트 구현체가 있다면 스펙과 구현 간 불일치 발생.
• 테스트넷 배포 전 수정 필수: Hegota 비-헤드라이너 EIP 후보로 논의 중이므로 데브넷 배포 전에 반드시 최신 스펙 반영이 필요하다.

Breaking Change 주의: EIP-8148 구현을 준비 중인 클라이언트 팀은 MAX_REQUESTS_PER_BLOCK = 16을 기준으로 바이트코드를 재검토해야 한다. 두 커밋(32d613d, 3d4f8fa) 모두 적용된 최신 스펙 기준으로 확인 필요.

EIP-8148 컨텍스트

EIP-8148은 3/19 ACDC #176에서 Hegota 비-헤드라이너(non-headliner) EIP를 위한 별도 편입 윈도우 논의 시 거론됐다. Lido 등 대형 노드 오퍼레이터가 기본 스윕 임계값 대신 커스텀 설정을 사용할 수 있도록 하는 내용으로, 운영자 편의 개선 성격의 EIP다.

2. EIP-7981 / EIP-7976 정렬 업데이트 — 가스 재조정 클러스터 연쇄 변경

출처: Update EIP-7981: Align with EIP-7976 updates — GitHub (2026-03-27T12:15 UTC)

Glamsterdam Considered 상태인 EIP-7981(Increase Access List Cost)이 EIP-7976(Increase Calldata Floor Cost) 최근 업데이트에 맞춰 정렬됐다.

가스 재조정 클러스터 상호 의존성

EIP-7976과 EIP-7981은 모두 Glamsterdam Considered로 묶인 가스 재조정 클러스터에 속한다.

두 EIP는 L2 롤업의 calldata 의존도를 blob DA로 전환하는 경제적 인센티브 강화와 접근 목록 비용 현실화를 동시에 다룬다. EIP-7976이 calldata 비용 구조를 변경하면, 이를 참조하는 EIP-7981의 access list 비용 계산 기반도 함께 조정되어야 한다.

가스 재조정 클러스터 전체 목록 (Glamsterdam Considered):

노드 운영자 시사점: 가스 재조정 클러스터 EIP들이 서로 연쇄 업데이트되고 있다. EL 클라이언트(Geth, Nethermind, Besu, Erigon) 팀이 이 클러스터를 별개로 구현하면 상호 불일치 위험이 있으므로, 클러스터 단위로 스펙 변경을 추적하는 것이 권고된다.

3. EIP-8205 번호 확정 — Withdrawal Credentials Preregistration

출처: EIP-8205: Withdrawal credentials preregistration — Ethereum Magicians (2026-03-26T16:07 UTC)

3/27 노트에서 EIP-XXXX로 추적하던 withdrawal credentials 사전등록 EIP가 공식 번호 EIP-8205를 부여받은 것이 확인됐다.

기술적 배경

현재 이더리움 검증자 온보딩 프로세스: 1. 검증자 키 생성 2. 예치(deposit) 트랜잭션 제출 — 이 시점에 withdrawal credentials가 함께 등록됨

EIP-8205가 해결하는 문제:

• 위임 스테이킹 갭: 먼저 예치하는 자가 withdrawal credentials를 영구 설정할 수 있는 구조. 실수 또는 악의적 선점(frontrunning)으로 올바른 withdrawal credentials가 설정되지 않을 위험.
• EIP-7251 연계 리스크: 고잔고 밸리데이터 환경에서 1:2048의 공격 레버리지가 생길 수 있다는 점이 배경으로 언급됨.

EIP-8205는 예치 전에 withdrawal credentials를 별도로 사전등록하는 메커니즘을 추가함으로써 이 구조적 갭을 해결하려 한다.

노드 운영자 시사점: 현재 Draft 초안 단계이므로 즉각적 운영 영향은 없다. 그러나 대규모 검증자를 운영하는 기관 오퍼레이터, 특히 위임 스테이킹 구조를 활용하는 곳은 이 EIP의 진행 상황을 추적해야 한다. Hegota 비-헤드라이너 EIP 후보군에 포함될 가능성이 있다.

4. ZK용 검증 EVM 인터프리터 제안 — L1 zkVM 마이그레이션 기반 연구

출처: Proposal: Optimized Verified EVM Interpreters for ZK — Ethereum Magicians (2026-03-27T02:58 UTC)

이더리움 L1을 ZK 시스템으로 마이그레이션하기 위한 최적화된 검증 EVM 인터프리터 구축 제안이 게시됐다.

EL 클라이언트 인프라 시사점

현재 EL 클라이언트(Geth, Nethermind, Besu, Erigon)는 전통적인 방식으로 EVM 실행을 구현한다. 이 제안은 다음과 같은 변화 방향을 제시한다.

1. Verified compilation 파이프라인: EVM 시맨틱을 formal specification에서 직접 zkVM 바이트코드로 컴파일하여 수동 구현 오류를 제거.
2. ZK 친화적 EVM 실행: zkVM 상에서 EVM을 효율적으로 인터프리트할 수 있는 최적화된 인터프리터 생성.
3. L1 ZK 마이그레이션 경로: Vitalik의 EL 간소화(lean Ethereum) 및 CL/EL 단일 데몬(single-daemon) 방향과 맞닿아 있다.

기존 zkEVM 접근법과의 차이

기존 zkEVM(예: Type 1, Type 2) 접근법은 EVM 바이트코드를 ZK 회로로 증명하는 방식이다. 이 제안은 EVM 인터프리터 자체를 ZK 친화적으로 재구현하는 방향으로, L1 실행 레이어 아키텍처의 장기 변화를 목표로 한다.

노드 운영자 시사점: 단기 운영 영향은 없으나, EL 클라이언트의 장기 아키텍처 방향과 연관된 기초 연구다. 이더리움 L1의 ZK 기반 실행 레이어 전환 논의가 EthMagicians에서 구체화되고 있음을 주목할 필요가 있다.

5. EIP 업그레이드 포함 상태 — 전일 대비 변동 없음

전일(3/27) EIP-8141 Hegota Considered 진입 이후 오늘(3/28) 추가 변동은 없다.

마지막 변동: 2026-03-26 (EIP-8141 Hegota Considered 진입)
이전 변동: 2026-02-20 (37일 전)
다음 변동 예상: ACDT #76(3/30) 또는 ACDC #177(4/2)

Glamsterdam Scheduled: EIP-7732 (ePBS), EIP-7928 (BAL) Hegota Scheduled: EIP-7805 (FOCIL) Hegota Considered: EIP-8141 (Frame Transaction) — 3/26 신규 진입

6. 프로토콜 콜 일정 현황

ACDT #76(3/30)이 이틀 앞으로 다가왔다. 4개 데브넷(blob-devnet-0, bal-devnet-3, bal-devnet-4, epbs-devnet-1) 현황과 debug RPC 업데이트가 주요 의제다.

7. 미게시 콜 노트 현황

ACDE #232의 D+16 미게시는 계속되고 있다. ACDE #233 노트는 D+2로 Glamsterdam Considered 20건 처리 여부 등 세부 논의 내용 파악을 위해 게시를 대기 중이다. ACDC #176 노트(D+9)에는 EIP-8148 커스텀 스윕 임계값 논의와 Hegota 비-헤드라이너 EIP 윈도우 내용이 포함되어 있어 오늘 EIP-8148 바이트코드 수정과 연계해 확인이 필요하다.

액션 아이템 (노드 운영자)