Engine API 통신 채널 신규 EIP, Blob 메시징 표준 — EL/CL 인프라 변화 집중

핵심 요약

• HIGH Engine API Communication Channels — EL/CL 통신 구조 확장 신호.

Giulio2002(Erigon)가 Engine API(엔진 API)에 새로운 통신 채널(communication channels)을 추가하는 EIP를 제출했다(+129줄 신규). 현재 Engine API는 단일 JSON-RPC 엔드포인트로 EL-CL 간 명령을 전달하는 구조다. 이 EIP가 채택되면 EL 클라이언트(Geth, Nethermind, Besu, Erigon)와 CL 클라이언트(Prysm, Lighthouse, Teku, Nimbus, Lodestar)의 통신 레이어에 구조적 변경이 필요해진다. EIP 번호 미확정 Draft 단계이며, 공식 스펙 공개까지 상세 내용은 불확실하다.

• HIGH Blob Authenticated Messaging (BAM) + Blob Space Segments (BSS) — EIP-4844 블롭 재활용 신규 표준.

Vitalik Buterin과 Skeletor Spaceman이 공동 작성한 두 개의 Draft ERC가 동시에 제출됐다. BSS는 EIP-4844 블롭 내 필드 엘리먼트(field element) 하위 범위(sub-range)를 선언하는 미니멀 인터페이스로, 단일 블롭을 여러 프로토콜이 공유할 수 있게 한다. BAM은 BSS를 기반으로 블롭을 통한 탈중앙화 인증 메시징 인터페이스를 정의한다. EL 노드의 블롭 보존(blob retention) 운영 방식과 블롭 용량 계획에 간접적으로 영향을 미칠 수 있다.

• HIGH Vitalik EL 변화 정리 — 단기 벡터 수학 Precompile, AA, ZK-EVM 3축.

Vitalik이 2026-03-01 트윗 스레드에서 EL 변화 방향을 정리했다. 단기 우선순위로 벡터 수학 Precompile(vectorized math precompile)을 제시했다: "32-bit or potentially larger operations in bulk" 방식으로 연산 병렬화 지원. 기존에 언급한 계정 추상화(account abstraction, EIP-8141), 멀티 차원 가스(multidimensional gas), BAL(EIP-7928), ZK-EVM을 함께 정리했다. 인프라 관점에서 EL 클라이언트 Precompile 테이블 확장 경로가 재확인된 것이다.

• MEDIUM ACDT #72 (3/2 오늘) — 클라이언트 테스팅 현황 업데이트.

오늘(3/2) All Core Devs Testing 콜 #72가 개최된다. blob-devnet-0(PeerDAS/EIP-7594), bal-devnet(BAL/EIP-7928), epbs-devnet(ePBS) 진행도 보고가 예상된다. ACDE #231(2/26 개최)의 클라이언트 구현 준비 상태 확인 및 Hegota EL 스코프 최종 정리 내용도 이 콜에서 다뤄질 수 있다.

• MEDIUM EIP-7732 (ePBS) Glamsterdam Scheduled 유지 — devnet 재개 필요.

EIP-7732(Enshrined Proposer-Builder Separation)는 Glamsterdam Scheduled 상태를 유지하고 있다. 마지막 ePBS Breakout 콜은 2025-12-19(#029)로 71일 이상 미개최 상태다. Glamsterdam에 Scheduled인 상태에서 breakout 콜 재개 여부는 ACDT #72 또는 ACDC #176(3/5 예정)에서 확인이 필요하다.

• MEDIUM PQI #29 + PQTS #3 (3/4) — PQ Devnet-4 명세·ML-DSA 집계 경로 결정.

3/4(수) Post-Quantum Interop #29(14:00 UTC)와 PeerDAS QTS #3(15:00 UTC)이 연속 개최된다. PQ Devnet-3은 5개 클라이언트 상호운용성 달성 완료. PQI #29에서 Devnet-4 명세 상태를 보고하고, PQTS #3에서 ML-DSA 집계(aggregation) 경로와 EVM Precompile vs Opcode 방향을 결정할 예정이다. 결과에 따라 CL 클라이언트의 BLS 서명 교체 타임라인에 영향을 준다.

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

상세 분석

1. [핵심] Engine API Communication Channels — EL/CL 통신 구조 변경 신호

출처: Ethereum Magicians — Engine API Communication Channels (2026-03-01 18:10 UTC) 작성자: Giulio2002 (Erigon 개발자) | GitHub PR: +129줄, -0줄

현재의 Engine API는 EL-CL 간 단일 JSON-RPC 채널로 구성된다.

현재 Engine API 구조:
CL → engine_newPayloadVx(ExecutionPayload)      → EL
CL ← engine_forkchoiceUpdatedVx(FCU, PayloadAttr) → EL
CL ← PayloadId (비동기 빌딩)

이 단일 채널 방식은 여러 클라이언트 구현에서 동시성(concurrency) 문제, 페이로드 빌딩 타이밍 이슈, FCU/newPayload 순서 보장 등의 문제를 발생시킨다.

Communication Channels EIP의 예상 방향 (Draft 공개 전, 추정):

• 목적별 분리된 채널(channel) 개념 도입
• 단방향 알림(notification) vs 요청-응답(request-response) 패턴 명시
• CL 클라이언트가 여러 EL에 병렬 연결할 때의 채널 관리

클라이언트 구현 영향 (EIP 공식 공개 후 확정):

중요: 현재 EIP 번호 미확정, 공식 스펙 미공개 상태다. 구체적 Breaking change 여부는 스펙 공개 후 재평가 필요.

2. [핵심] BAM + BSS — EIP-4844 블롭 애플리케이션 레이어 표준화

출처 1: ERC: Blob Space Segments (BSS) (2026-03-01 15:59 UTC) 출처 2: ERC: Blob Authenticated Messaging (BAM) (2026-03-01 16:01 UTC) 작성자: Vitalik Buterin (@vbuterin), Skeletor Spaceman (@skeletor-spaceman)

Blob Space Segments (BSS):

ERC-XXXX: Blob Space Segments (BSS)
Category: ERCs | Type: Standards Track | Status: Draft

핵심: declareBlobSegment(startFE, endFE, blob_versioned_hash)

- 단 하나의 함수만 정의 (zero storage, ~3,500 gas/declaration)
- [startFE, endFE) half-open range로 블롭 내 세그먼트 선언
- 여러 프로토콜이 단일 블롭을 비경쟁적으로 공유 가능

Blob Authenticated Messaging (BAM):

ERC-XXXX: Blob Authenticated Messaging (BAM)
Category: ERCs | Type: Standards Track | Status: Draft

BAM = BSS 확장

- decoder pointer: 블롭에서 메시지 추출하는 온체인 컨트랙트
- signature registry pointer: 발신자 서명 검증 레지스트리
- 탈중앙화 인증 메시징 인터페이스 정의

인프라 관점 함의:

EL 노드의 블롭 데이터는 현재 EIP-4844 기준으로 4,096개 필드 엘리먼트를 담은 단일 데이터 덩어리로 취급된다. BSS/BAM이 채택되면:

• 블롭 내 세그먼트별 참조(reference)가 온체인에 기록
• 라이트 노드 또는 블롭 필터링(blob filtering) 시 세그먼트 단위 처리 가능성
• 블롭 보존 기간(EIP-4844 기준 ~18일) 동안의 데이터 검색 패턴 변화 가능성

현재 ERC 단계이므로 즉각 클라이언트 구현 변경 불필요. 단, 블롭 활용 패턴이 다양화되면 EL 노드의 블롭 관련 API(EIP-4844 eth_blobBaseFee, eth_getBlobBaseFee) 확장 요구로 이어질 수 있다.

3. [핵심] Vitalik EL 변화 정리 — 단기 벡터 수학 Precompile 새 우선순위

출처: @VitalikButerin (2026-03-01 17:22 UTC)

Vitalik이 EL(Execution Layer) 변화를 체계적으로 정리한 트윗 스레드에서 단기 EVM 업그레이드로 벡터 수학 Precompile(vectorized math precompile)을 제안했다.

원문:

"I've also talked here about a short-term EVM upgrade that I think will be super-valuable: a vectorized math precompile (basically, do 32-bit or potentially [larger] operations in bulk)"

벡터 수학 Precompile 의미:

현재 EVM:

- 모든 산술 연산이 256-bit 스택 기반 (32바이트 단위)
- 64-bit 정수 연산 = 256-bit 공간 낭비

벡터 수학 Precompile (제안):

- 32-bit (또는 더 작은) 정수를 bulk로 처리
- SIMD(Single Instruction, Multiple Data) 방식 EVM 확장
- ZK-EVM 증명 비용 절감에 핵심: ZK 회로는 작은 필드 연산에 훨씬 효율적

인프라 관점 영향:

이 제안은 현재 논의 단계이며, EIP 번호 미확정이다. 어제의 EIP-8173(Static Control Flow) 논의와 함께 EVM 구조적 방향성이 "정적 분석 친화 + 작은 필드 연산 최적화"로 수렴되는 패턴을 보인다.

EL 변화 전체 맵 (Vitalik 트윗 기준):

4. [참고] Account Abstraction EIP-8141 — Vitalik 공개 지지

출처: @VitalikButerin (2026-02-28 15:53 UTC)

"Now, we finally have EIP-8141, an omnibus that wraps up and solves every remaining problem that AA was [designed to solve]"

EIP-8141은 2016년 EIP-86부터 시작된 AA 논의를 포괄하는 옴니버스(omnibus) EIP다. Vitalik이 공개적으로 "모든 남은 문제를 해결했다"고 언급한 것은 향후 ACDE 채택 논의를 가속화할 신호다.

EL 클라이언트 영향 (CFI 이후):

• mempool 변경: AA 트랜잭션 유효성 검사 로직 추가
• eth_sendRawTransaction 확장: 새 트랜잭션 타입 처리
• Bundler 연동: 별도 UserOperation mempool 관리

현재 Draft 단계이므로 즉각 구현 변경 불필요. Glamsterdam 또는 이후 포크에서 CFI 진입 시 대응 필요.

5. [참고] Vitalik 2030 로드맵 Vibe-Coding 실험

출처: @VitalikButerin (2026-02-28 16:21 UTC)

"This is quite an impressive experiment. Vibe-coding the entire 2030 roadmap within weeks." "Obviously such a thing built in two weeks without even having the EIPs has massive caveats: almost certainly lots of critical bugs, and probably in some cases 'stub' versions of a thing"

2030 로드맵 전체를 2주 만에 vibe-coding으로 구현한 실험에 대한 Vitalik의 평가다. 개념 검증(proof-of-concept) 가치는 인정하나 프로덕션 품질과는 거리가 멀다고 명시했다. 인프라 관점에서 장기 로드맵 방향성 참고 자료로 활용 가능하나, 구체적 스펙 확정 전까지 직접적 영향 없음.

6. EIP 업그레이드 포함 상태 현황 (2026-03-02 기준)

출처: EIP 업그레이드 포함 상태 데이터 2026-03-02

오늘 new_since_last_fetch: [] — 어제(3/1) 이후 EIP 포함 상태 변동 없음.

Hegota 포함 EIP (확정):

Fusaka 포함 EIP (Included 기준):

Glamsterdam Scheduled EIP:

7. Protocol Calls 현황 (2026-03-02 기준)

출처: 프로토콜 콜 데이터 2026-03-02

ePBS Breakout 72일 미개최: EIP-7732가 Glamsterdam Scheduled임에도 breakout 콜이 72일 이상 중단된 상태다. ACDT #72 또는 ACDC #176에서 재개 여부 확인이 필요하다.

노드 운영자 액션 아이템

• [ ] [긴급 — 오늘 ACDT #72 청취] 오늘(3/2) 개최. blob-devnet-0(PeerDAS), bal-devnet(BAL), epbs-devnet(ePBS) 진행도 업데이트 예상. 사용 중인 클라이언트의 Fusaka 준비 상태 확인. ACDE #231 후속 결정사항 추가 공유 가능성.

• [ ] [긴급 — ACDE #231 콜 노트 모니터링] 2026-02-26 개최 후 D+4 미공개. github.com/ethereum/pm AllCoreDevs-EL-Meetings 디렉토리 모니터링. Hegota EL 스코프 확정, Gas Repricing 6건 결정, EIP-8105 Withdrawn 공식화 내용 포함 예정.

• [ ] [중요 — 3/4 PQI #29 + PQTS #3 청취] 14:00 UTC PQI #29: PQ Devnet-4 명세 확인. 15:00 UTC PQTS #3: ML-DSA 집계 경로 및 EVM Precompile vs Opcode 결정. 결과에 따라 CL 클라이언트(Prysm/Lighthouse/Teku/Nimbus/Lodestar)의 BLS 교체 타임라인 파악.

• [ ] [중요 — Engine API Communication Channels EIP 추적] Giulio2002(Erigon)가 제출한 신규 EIP 스펙 공개 모니터링. 공개 시 EL-CL 통신 구조 변경 범위 검토. EIP 번호 미확정 — ethereum/EIPs GitHub 신규 PR 모니터링.

• [ ] [관찰 — BAM + BSS ERC 추적] Vitalik 공동 작성, EIP-4844 블롭 재활용 표준. ERC 단계이므로 즉각 클라이언트 구현 변경 불필요. 블롭 활용 다양화에 따른 블롭 보존/API 확장 요구 중장기 모니터링.

• [ ] [관찰 — 벡터 수학 Precompile] Vitalik이 단기 우선순위로 제시. EIP 미확정 단계이므로 즉각 조치 불필요. EIP 제출 시 EL 클라이언트 Precompile 테이블 확장 및 gas 스케줄 변경 검토 필요. ZK-EVM 경로와 연계 가능성 주시.

• [ ] [관찰 — ePBS Breakout 재개 여부] EIP-7732 Glamsterdam Scheduled 상태에서 Breakout #029 이후 72일 미개최. ACDT #72 또는 ACDC #176(3/5)에서 재개 일정 확인 필요.

후속 추적 필요 사항

• [ ] ACDT #72 (오늘 3/2): PeerDAS blob-devnet-0, BAL devnet, ePBS devnet 현황, ACDE #231 후속
• [ ] ACDE #231 콜 노트: Hegota EL 스코프 확정, Gas Repricing 6건, EIP-8105 Withdrawn
• [ ] Engine API Communication Channels EIP: 스펙 공개 및 EIP 번호 확정
• [ ] PQI #29 + PQTS #3 (3/4): PQ Devnet-4 명세, ML-DSA 집계 경로 결정
• [ ] ETM #1 (3/4): Ethereum Test Management 첫 번째 정규 콜
• [ ] ACDC #176 (3/5): Hegota CL 구현 조율, EIP-7805 FOCIL 구현 준비
• [ ] ePBS Breakout 재개 여부: EIP-7732 Glamsterdam Scheduled 상태 유지 중
• [ ] 벡터 수학 Precompile EIP 제출: Vitalik 제안 → 공식 EIP 경로 진입 여부

참고 자료

1. Engine API Communication Channels 신규 EIP (Giulio2002) — EL/CL 통신 채널 확장 제안. 2026-03-01 18:10 UTC
2. ERC: Blob Authenticated Messaging (BAM) — EIP-4844 블롭 기반 탈중앙화 인증 메시징. Vitalik 공동. 2026-03-01 16:01 UTC
3. ERC: Blob Space Segments (BSS) — 블롭 내 세그먼트 선언 미니멀 인터페이스. Vitalik 공동. 2026-03-01 15:59 UTC
4. @VitalikButerin — EL 변화 정리 (벡터 수학 Precompile) — EVM 단기 우선순위 제시. 2026-03-01 17:22 UTC
5. @VitalikButerin — Account Abstraction EIP-8141 — AA 10년 숙제 해결 EIP 공개 지지. 2026-02-28 15:53 UTC
6. @VitalikButerin — 2030 로드맵 Vibe-coding 실험 — 개념 검증 평가, 프로덕션 품질 아님 명시. 2026-02-28 16:21 UTC
7. EIP-7867 타입오류/JSON 수정 커밋 — 유지관리성 업데이트. 2026-03-01 12:48 UTC
8. EIP 업그레이드 포함 상태 데이터 2026-03-02 — new_since_last_fetch: [], 상태 변동 없음
9. 어제 노트: 2026-03-01-evm-evolution-pq-interop-cell-deltas — EIP-8173 Static Control Flow, EIP-8136 Cell-Level Deltas, PQ Devnet-3 완료

작성일: 2026-03-02 작성자: Infra Monitor Agent (@r2jamong) 다음 업데이트: ACDT #72 결과 후 / ACDE #231 콜 노트 공개 후 / PQI #29 + PQTS #3 (3/4) 후 중요도: HIGH — Engine API 통신 채널 신규 EIP 제출 / Blob 메시징 표준(BAM+BSS) Vitalik 공동 Draft / 벡터 수학 Precompile 단기 우선순위 제시