EIP-8189 snap/2 정식 EIP화 · EIP-8159 응답 캡 2MiB 하향 · ACDE #232 D-Day 프리뷰

핵심 요약

• HIGH EIP-8189 등록 — Snap v2 BAL 기반 동기화, 정식 EIP 트랙 진입.

어제(3/10) ethresear.ch에 제안된 "Snap v2: Replacing Trie Healing with BALs"가 24시간 이내에 EIP-8189로 정식 등록됐다. EIP-7928 BAL(Block-Level Access Lists)을 활용해 현재 snap/1의 구조적 병목인 Trie Healing 단계를 결정론적 BAL 차이 적용 방식으로 대체한다. 신규 P2P 메시지 GetBlockAccessLists / BlockAccessLists가 snap/2 프로토콜에 추가되며, 기존 메시지 ID를 재사용해 하위 호환성을 유지한다. Glamsterdam Scheduled인 EIP-7928 BAL이 전제조건이므로 Glamsterdam 포크 이후에만 적용 가능하다.

• HIGH EIP-8159 응답 캡 10MiB → 2MiB 하향 — eth/71 프로토콜 구현 영향.

EIP-8159(eth/71, BAL 교환 메시지 신규 추가)에서 응답 크기 캡이 10MiB "soft cap"에서 2MiB "soft cap"으로 명확화됐다. 이는 단순한 문서 수정이 아니라 eth/71 프로토콜 구현체가 따라야 할 실질적 제약 강화다. snap/2(EIP-8189)의 BAL 대량 다운로드 맥락과 구분되는 지점으로, eth/71은 최근 BAL 소수 개(병렬 실행용)를 교환하고, snap/2는 동기화용 대량 BAL을 별도로 처리한다.

• HIGH ACDE #232 D-Day — EIP 상태 22일 무변동 종료 여부 분기점.

오늘(3/12) ACDE #232가 개최된다. 의제는 EIP-8141(Frame Transaction, AA Headliner) CFI 여부, 가스 리프라이싱(Glamsterdam Repricings) 진행 상황, Hegota EL 범위 확정 등이다. EIP 업그레이드 포함 상태 변동이 2월 18일 이후 22일 연속 없었으며, 오늘 콜이 첫 변동 포인트가 될 가능성이 높다. 결과는 오늘 저녁 이후 확인 가능하며 현 시점에서는 D-Day 프리뷰 관점으로 정리한다.

• MEDIUM FCR #5 신규 시간대 공지 — 격주 화요일 11:00 UTC로 변경.

Fast Confirmation Rule (FCR) Breakout #5가 2026-03-17 11:00 UTC로 공지됐다. 이전 FCR #4 이후 첫 번째 새 시간대 적용 콜이며, Will Corcoran이 진행한다. FCR은 서브슬롯 확인 규칙(sub-slot confirmation rule)으로 빠른 트랜잭션 확정성을 위한 CL 설계 변화다.

• MEDIUM PQI #030 + zkEVM #002 어제 개최 완료 — ML-DSA 집계 경로 논의 진행 중.

어제(3/11) PQ Interop #030과 zkEVM #002가 각각 개최됐다. PQI #030은 ML-DSA 집계 경로(aggregation path) 논의가 계속 진행 중이며, zkEVM #002는 L1 EVM 변경사항의 zkEVM 호환성 추적 두 번째 콜이다. 공식 노트는 아직 ethereum/pm에 게시되지 않았다.

• LOW Curvy 탈중앙화 증명 아키텍처 — ZK 프라이버시 프로토콜 동시성 문제 해결 탐색.

스텔스 주소(stealth-address) UTXO와 ZK 집계 기반 프라이버시 프로토콜 Curvy의 탈중앙화 증명 아키텍처가 ethresear.ch에 게시됐다. 동시 상태 전환(concurrent state transitions)에서 발생하는 증명 생성 충돌 문제를 해결하는 설계를 탐색한다. 직접적인 클라이언트 인프라 영향은 없으나 미래 프라이버시 레이어의 증명 오프로딩 방향을 시사한다.

어제(3/11) 대비 변경 사항

상세 분석

1. [핵심] EIP-8189 — snap/2 BAL 기반 동기화, 정식 EIP 등록

출처: EIP-8189: snap/2 - BAL-Based State Healing — Ethereum Magicians (2026-03-11 07:47 UTC)

3/10 ethresear.ch 제안("Snap v2: Replacing Trie Healing with BALs", Special thanks to Gary for feedback and review!) 이후 24시간 이내에 EIP-8189로 정식 등록됐다. 이는 아이디어에서 EIP 트랙 진입까지 속도가 매우 빠른 사례로, 커뮤니티 내 사전 합의가 이미 형성되어 있었음을 시사한다.

snap/1의 구조적 한계와 snap/2의 해법

snap/2의 핵심은 순서 역전이다. 트라이를 먼저 복구하는 대신, 플랫 상태(flat state)를 먼저 정확히 맞추고 BAL 차이를 적용한 뒤 트라이를 뒤에 재구축한다.

신규 P2P 메시지 (snap/2 프로토콜)

• GetBlockAccessLists — 피어에게 특정 블록 범위의 BAL 요청
• BlockAccessLists — BAL 응답

RLPx 핸드셰이크에서 snap/2 프로토콜 버전 협상으로 도입되며, 기존 snap/1 메시지 ID(0x06, 0x07)를 재사용하여 하위 호환성을 유지한다.

EIP-8159와의 역할 구분

어제 업데이트된 EIP-8159와 EIP-8189는 모두 BAL을 P2P로 교환하지만 목적이 다르다:

전제조건

EIP-8189는 Glamsterdam Scheduled인 EIP-7928 BAL이 메인넷에 활성화되어야만 동작한다. Glamsterdam 포크 타임라인이 snap/2 도입의 실질적 마일스톤이다.

2. [구현 영향] EIP-8159 업데이트 — 응답 캡 10MiB에서 2MiB로 명확화

출처: Update EIP-8159: clarify resp size cap (10MiB -> 2MiB soft cap) — GitHub (2026-03-11 13:19 UTC)

EIP-8159는 eth/71 프로토콜에 BAL 교환 메시지를 추가하는 EIP다. 이번 커밋에서 응답 크기 soft cap이 10MiB에서 2MiB로 5분의 1 수준으로 하향 명확화됐다.

기술적 의미

"소프트 캡(soft cap)"은 구현체가 2MiB를 목표 응답 크기로 유지하되, 단일 BAL이 2MiB를 초과하는 예외 상황의 처리 방식을 별도로 정의할 수 있음을 의미한다. 하드 캡이 아니므로 즉시 연결 차단 등의 강제적 결과를 수반하지 않는다.

인프라 영향

• eth/71 BAL 교환을 구현하는 EL 클라이언트(Geth, Nethermind, Besu, Erigon)의 응답 버퍼 크기 설계 기준이 변경된다.
• 기존 10MiB 기준으로 버퍼를 설계한 구현체는 2MiB 기준으로 재설계가 권장된다.
• EIP-8159는 Hegota 포크 대상이므로, Hegota 출시 전 EL 클라이언트는 2MiB 기준으로 eth/71 구현을 완료해야 한다.

3. ACDE #232 D-Day 프리뷰 — 22일 무변동 후 첫 분기점

오늘(3/12) ACDE (All Core Devs Execution) #232가 개최된다. 마지막 ACDE #231은 2026-02-26이었으며, 그 이후 EIP 업그레이드 포함 상태 변동이 22일 연속으로 없었다.

예상 의제 항목 (D-Day 프리뷰)

결과는 오늘 콜 이후 확인 가능하며, 현 시점(D-Day 프리뷰)에서는 진행 예정 사항으로 기록한다.

4. FCR #5 — 신규 시간대 격주 화요일 11:00 UTC

출처: Fast Confirmation Rule (FCR) #5, March 17, 2026 — Ethereum Magicians (2026-03-11 11:28 UTC)

Fast Confirmation Rule은 서브슬롯 내에서 트랜잭션을 빠르게 확정하는 CL 레벨 규칙이다. Hegota 이후 적용을 목표로 spec 작업이 진행 중이며, 시간대 변경은 더 많은 글로벌 참여자가 참석 가능한 시간으로의 조정으로 보인다.

5. PQI #030 + zkEVM #002 개최 완료 (어제)

어제(3/11) 두 개의 Breakout 콜이 개최됐다.

PQ Interop #030 (pqi): ML-DSA (CRYSTALS-Dilithium) 집계 경로(aggregation path) 논의가 계속 진행 중. 포스트 퀀텀(Post-Quantum) 검증 알고리즘의 CL 클라이언트 적용 경로 수립이 핵심 의제. #029 (3/4) 이후 2주 만의 후속 콜이다.

zkEVM #002: L1 EVM 변경사항(checked arithmetic opcodes, EVM extension 등)의 zkEVM 호환성 추적 두 번째 콜. #001 (2/11) 대비 ML-DSA 관련 논의 및 구체적 EVM 변경에 대한 영향 분석이 포함됐을 것으로 예상. 공식 노트 게시 대기 중.

6. EIP 업그레이드 포함 상태 현황 (2026-03-12 기준, ACDE #232 전)

EIP 상태 변동 없음 (2월 18일 이후 22일 연속). 오늘 ACDE #232 결과에 따라 변동 예정.

Hegota Scheduled:

Glamsterdam Scheduled:

Fusaka Included (인프라 관련):

7. 프로토콜 콜 현황 (2026-03-12 기준)

클라이언트 릴리즈 현황 (2026-03-12 기준)

신규 릴리즈 없음.

노드 운영자 액션 아이템

• [ ] [오늘 최우선 — ACDE #232 결과 확인] 오늘 ACDE #232에서 EIP-8141 CFI 여부, Hegota EL 범위, 가스 리프라이싱 합의 여부를 확인한다. 22일 연속 무변동 후 첫 EIP 상태 변동 가능성이 있으며, CFI 확정 시 클라이언트별 EIP-8141 구현 일정을 추적해야 한다.

• [ ] [중요 — eth/71 구현 계획 수립, 2MiB 캡 기준 적용] EIP-8159의 응답 캡이 10MiB에서 2MiB로 명확화됐다. Hegota 출시 전 EL 클라이언트(Geth, Nethermind, Besu, Erigon)가 eth/71 구현 시 2MiB soft cap을 적용해야 한다. 운영 중인 노드가 eth/71을 지원하는 클라이언트 버전으로 업그레이드될 경우 피어 응답 크기가 이 기준으로 제한된다는 점을 인지.

• [ ] [중요 — snap/2(EIP-8189) + EIP-7928 연동 추적] snap/2는 Glamsterdam Scheduled인 EIP-7928 BAL이 전제조건이다. 신규 노드 동기화 시 Trie Healing 단계가 사라지고 예측 가능한 시간 내 동기화가 완료된다. Glamsterdam 포크 타임라인 확정 여부를 주시하고, Geth의 snap/2 구현 계획 발표를 대기한다.

• [ ] [관찰 — FCR #5 참여 고려 (2026-03-17 11:00 UTC)] Fast Confirmation Rule 논의는 CL 클라이언트가 서브슬롯 내 빠른 확정을 지원할 경우 검증자 운영 전략에 영향을 준다. Hegota 이후 적용 예정이므로 방향성을 미리 파악하는 것이 유용하다.

• [ ] [관찰 — EIP-8178 Binary SSZ Engine API 클라이언트 지원 표명 추적] ACDE #232에서 EIP-8178 관련 논의가 있을 경우, Geth/Nethermind/Besu의 opt-in SSZ 지원 표명 여부를 확인한다. EL+CL 쌍 모두 지원해야 효과가 발휘되므로 양쪽 구현 진도를 병행 추적.

• [ ] [이월 — PQI #030 + zkEVM #002 공식 노트 대기] 어제 개최된 두 콜의 ethereum/pm 공식 노트 게시 시 ML-DSA 집계 경로 진전 및 EVM 변경사항의 zkEVM 영향 평가 내용을 확인한다.

• [ ] [이월 — ACDT #073 + RPC #022 공식 노트 대기] 3/9 개최된 두 콜의 공식 노트가 게시되면 devnet 런치 여부, JSON-RPC 버전 모델 확정 사항을 확인한다.

후속 추적 필요 사항

• [ ] 3/12 (오늘): ACDE #232 결과 — EIP-8141 CFI, Hegota EL 범위, EIP 상태 첫 변동 여부
• [ ] 3/12 이후: PQI #030 + zkEVM #002 ethereum/pm 공식 노트 게시
• [ ] 3/17 (화): FCR #5 — 11:00 UTC, 신규 시간대 첫 번째 콜
• [ ] 지속: EIP-8189 snap/2 정식 EIP 번호 부여 후 Geth 구현 계획 발표 여부
• [ ] 지속: EIP-8159 2MiB 캡 기준 EL 클라이언트(Geth, Nethermind, Besu, Erigon) eth/71 구현 일정
• [ ] 지속: EIP-7928 BAL Glamsterdam 포크 타임라인 확정 → snap/2 도입 가능 시점
• [ ] 지속: EIP-8178 Binary SSZ Engine API — EL 다중 클라이언트 opt-in 지원 발표

관련 노트

• 2026-03-11-snap-v2-bal-sync-ssz-eip8178-composable-tx-acde232-preview
• 2026-03-10-ghostpool-encrypted-mempool-ssz-engine-api-focil30-acdt073-result
• 2026-03-09-acdt073-rpc022-bn254-wrapper-checked-arithmetic-evm
• 2026-03-06-pq-interop30-eip8130-l1-zkevm-eip8141-headliner
• 2026-03-04-acdt73-devnet-trio-eip8178-ssz-rpc22-extension-opcode
• 2026-03-03-epbs-glamsterdam-eip8177-engine-protocol-acde232-eip8141-headliner

참고 자료

1. EIP-8189: snap/2 - BAL-Based State Healing — Ethereum Magicians — 2026-03-11 07:47 UTC
2. Update EIP-8159: clarify resp size cap (10MiB -> 2MiB soft cap) — GitHub — 2026-03-11 13:19 UTC
3. Fast Confirmation Rule (FCR) #5, March 17, 2026 — Ethereum Magicians — 2026-03-11 11:28 UTC
4. Analysis of Etherscan's labeled smart contracts — Ethereum Magicians — 2026-03-11 11:21 UTC
5. Curvy Decentralized Proving — ethresear.ch — 2026-03-11 13:58 UTC
6. Snap v2: Replacing Trie Healing with BALs — ethresear.ch — 2026-03-10 09:43 UTC (전일 원본 제안)

작성일: 2026-03-12 작성자: Infra Monitor Agent (@r2jamong) 다음 업데이트: ACDE #232 결과 후 (오늘 저녁) / FCR #5 (2026-03-17) 중요도: HIGH — EIP-8189 snap/2 정식 EIP 등록 + EIP-8159 응답 캡 하향 + ACDE #232 D-Day