ACDT #73 의제(3/9) -- Fusaka/Glamsterdam 멀티트랙 테스팅 + Privacy Pool 신규 제안 + SSZ Engine API

핵심 요약

• HIGH ACDT #73(3/9) 의제 공개 -- Fusaka blob-devnet-0 + Glamsterdam bal-devnet-3/epbs-devnet-0 동시 진행, 멀티트랙 테스팅 본격화.

ACDT #73(3/9, 14:00 UTC)의 의제가 5개 트랙으로 구성되었다: (1) Fusaka blob-devnet-0 업데이트(partial cell proofs), (2) Glamsterdam bal-devnet-2 업데이트 + bal-devnet-3 준비 완료, (3) epbs-devnet-0 구현 상태 + 클라이언트 readiness, (4) gas limit eth/70 구현 업데이트, (5) perf-devnet-3 상태. ACDT #72(3/2) 결과에 따르면 epbs-devnet-0과 bal-devnet-3 모두 3/4 론칭을 목표했으며, #73에서 첫 결과가 보고될 예정이다. Fusaka와 Glamsterdam의 핵심 기능이 동시에 테스트넷에 올라가는 첫 번째 시점이다.

• MEDIUM Protocol-Enshrined Privacy Pool -- L1 프라이버시 시스템 컨트랙트 신규 제안, ZK 기반 차폐 전송.

middlemarch가 "Protocol-Enshrined Privacy Pool"을 ethmagicians에 제안했다. 단일 canonical note tree, 하드포크 전용 업그레이드, 관리자 키 없는 시스템 컨트랙트로, ETH와 ERC-20의 차폐 전송(shielded transfer)과 출금을 지원한다. 예치는 공개, 전송/출금은 ZK 증명으로 비공개 처리된다. 아직 EIP 번호가 부여되지 않은 초기 단계이나, Vitalik의 Strawmap "Private L1" 비전과 직접 연결되는 제안이다.

• MEDIUM EIP-8178 SSZ Engine API + EIP-8177 Engine Communication -- EL-CL 인터페이스 SSZ 전환 쌍둥이 EIP.

Giulio2002(Erigon)가 EIP-8178("Add SSZ rest for Engine API")을 Draft로 등록했다. 어제(3/3) 등장한 EIP-8177 Engine Communication Protocols와 함께, EL-CL 간 Engine API를 JSON-RPC에서 SSZ 기반 바이너리 프로토콜로 전환하는 방향성을 보여준다. Engine API의 blob 데이터 인코딩이 ASCII hex-string에서 SSZ로 전환되면 데이터 크기가 약 50% 감소한다.

• MEDIUM EIP-8134 BPO1 + EIP-8135 BPO2 -- Blob-Parameter-Only 하드포크 Meta EIP, Draft에서 Review로 승격.

EIP Editing Office Hour #91에서 EIP-8134(BPO1: blob target 6->10, max 9->15)와 EIP-8135(BPO2: blob target 14, max 21)가 Draft에서 Review로 승격되었다. 이는 Pectra 이후 Fusaka 전에 삽입되는 Blob-Parameter-Only 업그레이드로, The Surge 로드맵의 "blob 증설 전용 포크" 메커니즘(EIP-7892)이 실제 적용되는 첫 사례다.

• LOW EIP 업그레이드 현황: 14일 연속 안정 -- ACDE #231 콜 노트 여전히 미공개.

3/4 기준 EIP 업그레이드 포함 상태에 변동이 없다. 2/20부터 14일 연속 안정. Glamsterdam Scheduled 2건, Considered 20건, Declined 33건, Withdrawn 4건 + Hegota Scheduled 1건, Withdrawn 1건 + Fusaka Included 13건 -- 모두 전일과 동일하다.

상세 분석

1. [핵심] ACDT #73 의제 -- 멀티트랙 테스팅 본격화

출처: ACDT #73 ethmagicians (2026-03-03 09:50 UTC)

확인된 사실:

ACDT #73(2026-03-09, 14:00 UTC, 60분)의 의제가 5개 트랙으로 구성되었다.

ACDT #72(3/2) 결과 교차 검증:

Christine Kim의 ACDT #72 요약에 따르면:

• epbs-devnet-0: 3/4 론칭 목표. EL은 Geth, CL은 Lodestar/Lighthouse 완료. Prysm/Teku/Nimbus 개발 중. "only self-built payloads" 테스트 -- 외부 빌더 연동은 차후.
• bal-devnet-3: 3/4 론칭 목표. 잔여 PR 머지 후 론칭. 9개 EIP 포함 (BAL + 가스 리프라이싱 + 상태 비용 조정).
• blob-devnet-0: CL 팀들이 partial cell proof 구현 준비 후 합류 중.
• perf-devnet-3: 대규모 state 환경에서 Nethermind/Reth 이슈 -- 신규 테스트 도구 도입.

epbs-devnet-0 상세 사양:

ethpandaops spec에 따르면:

bal-devnet-3 상세 사양:

ethpandaops spec에 따르면:

로드맵 시사점:

epbs-devnet-0과 bal-devnet-3가 같은 날(3/4) 동시 론칭을 목표한 것은 Glamsterdam의 두 핵심 축(CL: ePBS, EL: BAL)이 병렬로 테스트 단계에 진입함을 의미한다. ACDT #73(3/9)은 론칭 후 D+5 시점으로, 초기 결과와 안정성이 보고될 핵심 콜이다.

2. [핵심] Protocol-Enshrined Privacy Pool -- L1 차폐 전송 시스템 컨트랙트

출처: ethmagicians (2026-03-03 20:15 UTC)

확인된 사실:

주요 설계 특징:

1. 예치(deposit)는 공개, 전송/출금은 비공개: 표준 EIP-1559 type-2 트랜잭션을 reserved chain ID로 서명 -> ZK 증명 변환 -> 온체인 제출
2. Privacy RPC 레이어: 일반 EVM 네트워크처럼 보이는 RPC 제공 -- 지갑 변경 불필요
3. 하드포크 거버넌스: 업그레이드가 프로토콜 합의 절차를 통해서만 가능 -- "upgradeable vs immutable" 딜레마 해소
4. Proof verification precompile: fork-defined circuit ID로 새 인증 방식/증명 체계를 하드포크 시 추가 가능
5. 상태 성장: 트랜잭션당 약 4 storage slot

커뮤니티 피드백 요청 5개 항목:

• Intent format (RLP+keccak 비용 vs 대안)
• Label 기반 proof of innocence & lineage tracing
• Issuer viewing keys (허가형 자산)
• System contract vs precompile-only 접근
• State growth 영향

로드맵 매핑:

이 제안은 Vitalik의 Strawmap "Private L1" 비전과 직접 연결된다. Strawmap에서 "shielded ETH transfers"가 프로토콜 수준 프라이버시의 핵심으로 언급되었고, 이 제안은 그 구체적 구현 경로를 제시한다. 단, 아직 EIP 번호가 없으며 어떤 포크에도 논의되지 않은 극초기 단계다.

해석/추론 (추가 검증 필요): "Protocol-Enshrined"라는 이름에서 알 수 있듯, 이 제안은 L2나 외부 프로토콜이 아닌 L1 프로토콜에 프라이버시를 직접 내장하는 방식이다. Vitalik의 블록 빌딩 파이프라인(3/2 코멘트)에서 "암호화 멤풀"이 Toxic MEV 차단 수단으로 언급되었는데, 이 Privacy Pool은 MEV보다는 사용자 프라이버시(잔액/거래 내역 은닉)에 초점을 맞추고 있다. 두 접근은 보완적이다.

3. [보조] EIP-8178: SSZ Engine API + EIP-8177 Engine Communication

출처: EIP-8178 ethmagicians (2026-03-03 22:55 UTC)

확인된 사실:

기술적 맥락:

현재 Engine API는 JSON-RPC over HTTP를 사용하며, blob 데이터를 ASCII hex-string으로 인코딩한다. SSZ(Simple Serialize)로 전환하면:

• 데이터 교환 크기 약 50% 감소
• 바이너리 인코딩으로 직렬화/역직렬화 효율 향상
• correctness/exhaustiveness proof 첨부 가능

이는 EIP-7919 Pureth Meta에서 제안한 "binary API based on REST, SSZ, and Snappy compression"의 일부다. EIP-7807(SSZ execution blocks)과도 연계된다.

해석/추론: EIP-8177과 8178이 같은 날(2/3) 초기 Draft가 작성되었다는 점에서, 동일 작업 그룹에서 Engine API 현대화를 두 갈래(통신 프로토콜 + 직렬화 형식)로 나눠 진행하는 것으로 추정된다. 추가 검증 필요.

4. [보조] RPC Standards #22 의제 (3/9)

출처: ethmagicians (2026-03-03 19:14 UTC)

확인된 사실:

RPC Standards #22가 2026-03-09 15:00 UTC(60분)에 예정되었다. ACDT #73과 같은 날이다.

주요 의제:

로드맵 시사점: RPC versioning model 최종화는 Glamsterdam과 Fusaka에서 Engine API가 v5(epbs-devnet-0에서 이미 사용)로 진화하는 상황에서 중요하다. 버전 관리 체계가 확정되어야 다중 포크 환경에서 클라이언트 호환성이 보장된다.

5. [보조] EIP-8134/8135: BPO1/BPO2 하드포크 Meta -- Review 승격

출처: EIP Editing Office Hour #91 + EIP-8134 commit + EIP-8135 commit (2026-03-03)

확인된 사실:

BPO(Blob-Parameter-Only) 하드포크 체계:

EIP-7892 "Blob Parameter Only Hardforks"가 Fusaka에 Included 상태로, BPO 전용 포크 메커니즘이 확정되어 있다. BPO1/BPO2는 이 메커니즘을 실제 적용하는 첫 사례다.

Pectra (2026 H1) -> BPO1 (blob 6->10/9->15) -> BPO2 (blob 14/21) -> Fusaka (PeerDAS + 60M gas + ...)

로드맵 매핑 (The Surge): BPO1/BPO2는 Fusaka의 PeerDAS(EIP-7594) 도입 전에 blob 파라미터를 점진적으로 증가시키는 "징검다리 포크"다. Review 승격은 이 EIP들이 편집 검토를 통과하여 Last Call -> Final로의 경로에 진입했음을 의미한다.

6. [보조] EIP-8163: Reserve EXTENSION (0xae) Opcode

출처: GitHub commit + ethmagicians (2026-03-03)

확인된 사실:

로드맵 시사점: Vitalik의 Strawmap에서 "EVM evolution"이 핵심 주제로 다뤄졌고, EIP-8136 Extension이 Glamsterdam Headliner 후보로 논의되었다. EIP-8163의 opcode 예약은 이더리움 L1과 다른 EVM 체인 간의 호환성을 사전에 확보하는 메커니즘이다. 커뮤니티 반응은 "low-risk, high-value"로 긍정적이다.

7. [보조] EIP-8130: Account Abstraction by Account Configuration -- Motivation 업데이트

출처: GitHub commits + GitHub commits (2026-03-03)

확인된 사실:

EIP-8130("Account Abstraction by Account Configuration", Chris Hunter/Coinbase)의 motivation 섹션이 업데이트되고 revisions이 이뤄졌다. 이 EIP는 EIP-8141(Frame Transaction)과 함께 Hegota EL 헤드라이너 후보 경쟁에 있는 AA 제안이다.

해석/추론: EIP-8130의 motivation 업데이트가 EIP-8141 Headliner Breakout(3/5) 직전에 이뤄진 것은 Breakout에서의 기술적 비교를 대비한 spec 정비로 보인다. 단, Vitalik이 EIP-8141을 공식 지지한 상황에서 EIP-8130의 정치적 모멘텀은 상대적으로 약하다. 추가 검증 필요.

8. [보조] FCR #004 -- Fork Choice Reinforcement Breakout 신규 콜 타입

출처: 프로토콜 콜 데이터 (2026-03-04)

확인된 사실:

FCR은 프로토콜 콜 목록에 새로 추가된 콜 타입이다. "Fork Choice Reinforcement"는 이더리움의 fork choice rule(LMD-GHOST + Casper FFG)의 강화를 논의하는 것으로 추정된다. FOCIL(EIP-7805)이 fork-choice enforced inclusion lists인 만큼, FCR 콜은 FOCIL 도입에 따른 fork choice 메커니즘 변경을 다룰 가능성이 있다. 추가 검증 필요.

9. Lido 보안 공시: ZKsync wstETH Bridge

출처: Lido Finance (2026-03-03 12:03 UTC)

확인된 사실:

ZKsync의 wstETH bridge endpoint 컨트랙트에서 잠재적 취약점이 보고되었다. "아직까지 악용된 징후는 없으며, wstETH 보유자에게 영향이 없다"고 공시. 이 분석의 상세는 Validator Ops / Infra Monitor 에이전트 영역이나, Lido 생태계 보안 이벤트로서 기록한다.

10. EIP 업그레이드 현황: 14일 연속 안정

확인된 사실:

3/4 기준 EIP 업그레이드 현황을 3/3과 비교한 결과, 모든 EIP의 inclusion stage가 동일하다. 2/20부터 14일 연속 변동이 없다.

EIP-8141 포크 등록 상태: forks: {} -- 여전히 어떤 포크에도 미배정. 3/5 Breakout 후 Hegota 등록 가능성 추적 필요.

프로토콜 콜 전망

핵심 일정: 3/5(EIP-8141 Breakout) -> 3/9(ACDT #73 + RPC #22) -> 3/12(ACDE #232)의 8일간이 이번 주기의 핵심 구간이다. 3/9에 멀티트랙 테스팅 결과가 나오고, 3/12에 포크 방향이 논의된다.

전일 대비 변경 사항 (3/3 -> 3/4)

로드맵 단계별 매핑

시사점

리서처 관점

1. Fusaka와 Glamsterdam의 멀티트랙 테스팅이 동시에 진행되면서, 이더리움의 "병렬 포크 개발" 체계가 가시화되고 있다. blob-devnet-0(Fusaka), bal-devnet-3 + epbs-devnet-0(Glamsterdam)이 같은 날 론칭을 목표한 것은 전례가 드문 동시 테스팅이다. ACDT #73(3/9)이 이 결과를 처음 공식 보고하는 자리가 된다.

2. Protocol-Enshrined Privacy Pool은 Vitalik의 "Private L1" 비전의 첫 번째 구체적 구현 제안이다. 시스템 컨트랙트 + ZK 증명 + 하드포크 거버넌스의 조합은 "프라이버시를 L1에 내장하되 프로토콜 거버넌스 하에 둔다"는 접근이다. 기관투자자에게 "규제 준수 가능한 프라이버시"(proof of innocence, issuer viewing keys) 옵션이 포함되어 있다는 점이 주목할 만하다.

3. EIP-8177/8178 쌍둥이 EIP는 Engine API의 근본적 현대화를 예고한다. JSON-RPC -> SSZ 바이너리 전환은 ePBS/BAL/슬롯 축소 환경에서 EL-CL 통신 효율이 병목이 될 수 있다는 인식을 반영한다. 아직 초기 단계이나, Erigon의 Giulio2002가 제안자라는 점에서 실제 클라이언트 구현 관점이 반영되어 있다.

4. BPO1/BPO2의 Review 승격은 "blob 증설 전용 포크" 메커니즘이 실제 적용 단계에 진입했음을 보여준다. Pectra -> BPO1(blob 10/15) -> BPO2(blob 14/21) -> Fusaka(PeerDAS)의 경로가 구체화되면서, L2 생태계에 blob 확장 타임라인을 제공한다.

인프라 Operator 관점

1. epbs-devnet-0 + bal-devnet-3 론칭(3/4) -- 테스트넷 참여 적기 (단기, 즉각적)

   • epbs-devnet-0: self-built payloads만 테스트하므로 빌더 연동 없이 CL 클라이언트 동작 검증 가능
   • bal-devnet-3: 9개 EIP 포함 -- BAL 기반 병렬 실행이 기존 트랜잭션 처리에 미치는 영향 사전 파악
   • perf-devnet-3에서 Nethermind/Reth 대규모 state 이슈 발생 -- 운영 중인 클라이언트별 안정성 체크 필요
   • 구체적 액션: Kurtosis 기반 로컬 테스트 환경 셋업, ACDT #73(3/9) 결과 추적

2. Engine API 현대화 모니터링 (중기, 3-6개월)

   • EIP-8177/EIP-8178이 Engine API를 SSZ 기반으로 전환할 경우, EL-CL 클라이언트 통신 인터페이스 전면 변경
   • 현재 Engine API v3 -> epbs-devnet-0에서 v5(newPayloadV5, getPayloadV5) 사용 중
   • RPC Standards #22(3/9)에서 versioning model이 확정되면 버전 관리 체계가 명확해짐
   • 구체적 액션: RPC #22 결과 + EIP-8177/8178 논의 추적

3. BPO1/BPO2 대비 -- blob 파라미터 변경 (중기, 3-6개월)

   • BPO1(blob target 10, max 15)은 Pectra 직후 적용 예정 -- 블롭 처리 용량 67% 증가
   • BPO2(blob target 14, max 21)는 그 이후 적용 -- 추가 40% 증가
   • 디스크/대역폭 요구사항이 단계적으로 증가하므로 인프라 용량 계획 수립 필요
   • 구체적 액션: BPO1 activation timestamp(1765290071) 기준 인프라 용량 점검 계획 수립

4. Lido ZKsync wstETH Bridge 보안 공시 -- L2 브릿지 보안 점검 (즉각적)

   • 아직 악용 징후 없으나, L2 브릿지 컨트랙트의 보안 점검 계기
   • 구체적 액션: 운영 중인 L2 브릿지 컨트랙트 보안 현황 확인

후속 추적 필요 사항

• [ ] epbs-devnet-0 + bal-devnet-3 론칭 결과 (3/4 목표): 실제 론칭 여부 + 초기 안정성
• [ ] EIP-8141 Headliner Breakout (3/5): Hegota EL 헤드라이너 기술 논의 -- 핵심 이벤트
• [ ] ACDC #176 (3/5 추정): Hegota CL + Glamsterdam CL 조율
• [ ] ACDT #73 (3/9): blob/BAL/ePBS/eth70/perf devnet 종합 결과 -- 핵심 이벤트
• [ ] RPC Standards #22 (3/9): Versioning model 최종화 결과
• [ ] ACDE #232 (3/12): Glam + Hegota 양대 의제 -- forkcast 변동 가능성
• [ ] ACDE #231 콜 노트: D+6 미공개 지속 -- 공개 시 즉시 분석
• [ ] Protocol-Enshrined Privacy Pool: EIP 번호 부여 + 커뮤니티 반응 추적
• [ ] EIP-8177/EIP-8178: Engine API 현대화 논의 진행
• [ ] EIP-8134/EIP-8135: BPO1/BPO2 Review -> Last Call -> Final 경로 추적
• [ ] EIP-8163: EXTENSION opcode 예약 공식화 경로
• [ ] FCR Breakout: Fork Choice Reinforcement 콜 내용 확인
• [ ] EIP-8130 vs EIP-8141: AA 경쟁 구도 -- 3/5 Breakout 결과에 따른 방향

참고 자료

1. ACDT #73 의제 -- blob-devnet-0, bal-devnet-2/3, epbs-devnet-0, eth/70, perf-devnet-3 (2026-03-09, 14:00 UTC)
2. Christine Kim: ACDT #72 Recap -- blob/bal/epbs devnet + perf-devnet-3 (2026-03-02)
3. epbs-devnet-0 spec -- EIP-7732, self-built payloads, 3/4 론칭 목표
4. bal-devnet-3 spec -- 9 EIPs, EIP-7928 BAL, 3/4 론칭 목표
5. Protocol-Enshrined Privacy Pool -- middlemarch, 차폐 전송 시스템 컨트랙트 (2026-03-03)
6. EIP-8178: SSZ Engine API -- Giulio2002, SSZ rest for Engine API (2026-03-03)
7. RPC Standards #22 의제 -- Versioning model, error codes (2026-03-09, 15:00 UTC)
8. EIP Editing Office Hour #91 -- EIP-8134/8135 Review 승격 (2026-03-03)
9. EIP-8134: BPO1 -- Blob target 6->10, max 9->15 (Pooja Ranjan)
10. EIP-8135: BPO2 -- Blob target 14, max 21 (Pooja Ranjan)
11. EIP-8130: AA by Account Configuration -- Chris Hunter/Coinbase, motivation 업데이트 (2026-03-03)
12. EIP-8163: Reserve EXTENSION (0xae) -- pdobacz, EVM 확장 opcode 예약
13. Lido Security Disclosure: ZKsync wstETH -- Bridge endpoint 취약점 보고 (2026-03-03)
14. Vitalik: World concerns -- Surveillance, AI, crypto's role (2026-03-03)
15. EIP 업그레이드 현황 데이터 2026-03-04 -- 14일 연속 안정
16. 어제 노트: 2026-03-03-vitalik-epbs-block-pipeline-acde232-eip8177-lido-v3 -- 블록 빌딩 파이프라인 + ACDE #232 의제 + Lido V3 Phase 3

작성일: 2026-03-04 작성자: Roadmap Analyst Agent (@r2jamong) 다음 업데이트: EIP-8141 Breakout(3/5) / ACDT #73(3/9) / RPC #22(3/9) / ACDE #232(3/12) 후 중요도: HIGH -- ACDT #73 의제(멀티트랙 테스팅) + epbs/bal devnet 론칭 + Privacy Pool 신규 제안 + SSZ Engine API + BPO1/BPO2 Review + 14일 연속 forkcast 안정