아카이브된 자료입니다 (2026년 7월 이후 갱신 중단). 최신 리서치는 Reports에서 확인하세요.
← Infra Monitor

Sharded PIR(Private Information Retrieval)로 이더리움 상태 쿼리 프라이버시 강화 — Verge·Statelessness 아키텍처와 교차. EIP-8209 신규 제안 — Commit-Reveal Transaction Frames로 포함 시점 프라이버시(inclusion-time privacy) 해결, EIP-8141 기반 확장. ACDT #76(3/30 개최) D+1 — blob-devnet-0, bal-devnet-3/4, epbs-devnet-1 데브넷 현황 결과 ethereum/pm 게시 대기. ACDE #233(3/26) D+5 미게시 지속, ACDE #232(3/12) D+19 이례적 최장 기록. Frame TX + Statelessness 교차 연구 ethresear.ch 지속.

high Infra Monitor
EIP-8209 EIP-8141 EIP-7805 EIP-7732 EIP-7928 EIP-8198 EIP-8182

핵심 하이라이트

  • [HIGH] Sharded PIR — 이더리움 상태 쿼리 프라이버시 인프라 신규 연구.
  • [HIGH] EIP-8209 신규 — Commit-Reveal Transaction Frames로 포함 시점 프라이버시 해결.
  • [HIGH] ACDT #76 D+1 — 4개 데브넷 결과 ethereum/pm 게시 대기.
  • [MEDIUM] Frame TX + Statelessness 교차 분석 — post-ZKEVM mempool 설계 쟁점.
  • [MEDIUM] ACDE #232 D+19, ACDE #233 D+5 미게시 — 이례적 지연 지속.

Sharded PIR · EIP-8209 Commit-Reveal · ACDT #76 결과 대기

핵심 요약

  • HIGH Sharded PIR — 이더리움 상태 쿼리 프라이버시 인프라 신규 연구.

Ali Atiia, Keewoo Lee(PSE 소속) 등이 ethresear.ch에 게시한 Sharded PIR 설계는 이더리움 전체 상태를 업데이트 빈도와 크기 기준으로 슬라이스로 분할하고, 각 슬라이스에 최적화된 PIR 스키마를 병렬 적용하는 구조다. 사용자가 RPC 노드에 어떤 상태를 조회하는지 노출하지 않으면서 데이터를 가져올 수 있다. "메인 + 사이드카(sidecar)" 패턴으로 기존 이더리움 RPC 인터페이스와 역호환을 유지하며, 노드 운영자 입장에서 수정 없이 기존 인프라에 PIR 미들웨어를 추가하는 방식이다. Verge 로드맵(Verkle Trie / STARKed binary hash trie)과 교차하며 stateless 클라이언트 아키텍처에서 상태 접근 프라이버시 레이어로 발전할 가능성이 있다.

  • HIGH EIP-8209 신규 — Commit-Reveal Transaction Frames로 포함 시점 프라이버시 해결.

yoavw(forshtat)가 제출한 EIP-8209 "Commit-Reveal Transaction Frames"는 EIP-8141 Frame Transaction 기반 위에 포함 시점 프라이버시(inclusion-time privacy)를 추가하는 신규 제안이다. 트랜잭션을 커밋(commit) 단계와 리빌(reveal) 단계로 분리해 MEV 선취매(front-running) 및 순서 기반 MEV 노출을 방지하는 구조다. EIP-8141이 Hegota Considered 상태인 현재, EIP-8141 생태계가 AA·PQ·프라이버시 방향으로 복수의 확장 제안을 빠르게 축적하는 흐름이다. 멤풀 인프라(mempool infrastructure) 운영자는 2단계 트랜잭션 처리 파이프라인 변경을 중기적으로 대비해야 한다.

  • HIGH ACDT #76 D+1 — 4개 데브넷 결과 ethereum/pm 게시 대기.

어제(3/30 14:00 UTC) 개최된 ACDT #76의 콜 노트가 아직 ethereum/pm에 게시되지 않았다. 의제는 blob-devnet-0(EIP-8141 Frame Transaction), bal-devnet-3/4(BAL Blob Auction Layer), epbs-devnet-1(ePBS), debug RPC 업데이트, EIP-8198 슬롯 타임 상수 리팩토링이었다. 통상 당일~D+3 내 게시되므로 4/2 ACDC #177 이전 공개될 가능성이 높다. 4개 데브넷 동시 운용 환경에서 각 클라이언트의 스펙 변경 사항을 즉시 확인해야 한다.

  • MEDIUM Frame TX + Statelessness 교차 분석 — post-ZKEVM mempool 설계 쟁점.

ethresear.ch에 EIP-8141 Frame Transaction이 stateless 노드 및 post-ZKEVM 환경에서 mempool 처리 방식과 어떻게 충돌하는지를 분석한 연구가 지속 논의되고 있다. ZKEVM이 re-execution을 SNARK 증명 검증으로 대체할 경우, Frame Transaction의 witness 제공 방식이 stateless 클라이언트에서 mempool 처리 비용을 증가시킬 가능성이 있다. Geth, Nethermind, Besu, Erigon 팀은 stateless 클라이언트 설계와 Frame TX mempool 정책의 교차 영향을 중장기 로드맵에 포함시킬 필요가 있다.

  • MEDIUM ACDE #232 D+19, ACDE #233 D+5 미게시 — 이례적 지연 지속.

ACDE #232(3/12 개최) 콜 노트가 D+19째 미게시 상태다. EIP-8141 Hegota Considered 결정이 공식화된 ACDE #233(3/26 개최) 노트도 D+5 미게시다. 두 콜의 세부 논의 내용, 특히 EIP-8141 CFI(Considered for Inclusion) 범위와 조건이 확인되지 않은 상태가 이어지고 있다.


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

구분 전일 (3/30) 오늘 (3/31)
최대 이슈 ACDT #76 D-Day 개최 Sharded PIR 신규 연구 게시, EIP-8209 신규 제안
신규 EIP 신규 커밋 없음 EIP-8209 Commit-Reveal Transaction Frames (Draft)
신규 연구 Frame TX + Statelessness, DROP Protocol Sharded PIR for Ethereum State (ethresear.ch)
ACDT #76 D-Day (개최) D+1 — 결과 게시 대기
ACDE #232 노트 D+18 미게시 D+19 지속
ACDE #233 노트 D+4 미게시 D+5 지속
ACDC #177 D-3 (4/2 예정) D-2 (내일 4/1 기준 D-1)

상세 분석

1. Sharded PIR Design for the Ethereum State — 상태 프라이버시 인프라

출처: Sharded PIR Design for the Ethereum State — ethresear.ch (2026-03-30T21:30 UTC) 저자: Ali Atiia, Keewoo Lee (with feedback from Ling Ren, Dimitris Mouris, Will Scott 외)

핵심 설계

PIR(Private Information Retrieval)은 서버가 사용자가 어떤 데이터를 요청했는지 알 수 없도록 하는 암호화 프로토콜이다. 기존 단일 PIR 엔진 대신 이더리움 상태를 복수의 슬라이스로 분할하고 각 슬라이스에 최적화된 PIR 스키마를 병렬 적용한다.

상태 유형 특성 적합한 PIR 스키마
컨트랙트 바이트코드, 최신 헤더 소형, 갱신 빈도 낮음 경량 단일 서버 PIR
자주 변경되는 상태 트라이 중형, 빈번한 업데이트 업데이트 최적화 PIR
아카이벌(역사적) 상태 거대, 블록마다 추가만 됨 SNARK 기반 PIR

노드 운영 영향

  • 메인 + 사이드카 패턴: 메인 PIR 엔진이 참조 스냅샷을 호스팅하고, 사이드카가 변경 항목만 관리해 전처리(preprocessing) 비용 절감
  • 기존 RPC 역호환: 노드는 수정 없이 기존 이더리움 RPC로 PIR 엔진의 동기화 요청에 응답
  • Verge 로드맵 교차: STARKed binary hash trie 전환 시 아카이벌 상태 SNARK화로 PIR 머클 루트 크기 감소, UBT(이진 상태 트라이) 도입과 시너지

Breaking Note: 이 연구는 직접적인 프로토콜 변경보다 미들웨어 레이어로 구현되어 단기 노드 운영 영향은 없다. 그러나 중장기적으로 RPC 제공자 인프라가 PIR 엔진을 통합할 경우 노드의 상태 쿼리 처리 방식이 변화할 수 있다.


2. EIP-8209: Commit-Reveal Transaction Frames — 포함 시점 프라이버시

출처: EIP-8209: Commit-Reveal Transaction Frames — Ethereum Magicians (2026-03-30T11:00 UTC) PR: ethereum/EIPs#11466 저자: yoavw (forshtat)

핵심 메커니즘

EIP-8141 Frame Transaction 구조를 기반으로 트랜잭션을 두 단계로 분리한다:

단계 내용 역할
Commit 트랜잭션 해시 커밋만 전송 포함 순서 예약, 내용 비공개
Reveal 실제 트랜잭션 내용 공개 포함 이후 실행

해결하는 문제

기존 멤풀에서는 트랜잭션이 공개 상태로 전파되어 MEV(최대 추출 가능 가치) 봇이 내용을 보고 front-running하거나 순서를 조작할 수 있다. EIP-8209는 포함 시점(inclusion time)에서 내용을 숨겨 이 공격 벡터를 제거한다.

EIP-8141 생태계 확장 맥락

EIP 기반 기술 해결 문제
EIP-8141 Frame Transaction 기본 구조 AA, PQ 서명 유연성
EIP-8209 EIP-8141 확장 포함 시점 프라이버시 (MEV 차단)
Native Ephemeral Key Rotation EIP-8141 기반 PQ 키 순환

EIP-8141이 Hegota Considered 상태를 획득한 이후, 이를 기반으로 하는 확장 제안들이 빠르게 증가하고 있다. 멤풀 운영자 관점에서는 2단계(commit→reveal) 트랜잭션 파이프라인에 대한 멤풀 구현 준비를 중기적으로 검토해야 한다.


3. ACDT #76 D+1 — 데브넷 현황 콜 노트 게시 대기

참조: All Core Devs - Testing (ACDT) #76 — ethereum/pm Issue #1988

어제(2026-03-30 14:00 UTC) 개최된 ACDT #76의 의제와 대기 항목:

데브넷 EIP 기대 결과
blob-devnet-0 EIP-8141 Frame Transaction 클라이언트 구현 현황, spec 이슈
bal-devnet-3 BAL Blob Auction Layer 안정화 상태
bal-devnet-4 BAL 업그레이드 버전 론칭 시점
epbs-devnet-1 ePBS 클라이언트 참여 현황
debug RPC debug_traceTransaction 업데이트 범위
EIP-8198 타임 상수 EIP-8198 Quick Slots 슬롯 12초 하드코딩 리팩토링 범위

직전 ACDT #075(3/23) 콜 노트가 D+8째 미게시 상태여서 연속성 있는 데브넷 진행 상황 파악에 제약이 있다. ACDT #76 노트는 통상 D+3 내 게시되므로 4/2 ACDC #177 이전 공개 가능성이 높다.


4. Frame Transactions Through a Statelessness Lens — EL 클라이언트 설계 함의

출처: Frame Transactions Through a Statelessness Lens — ethresear.ch (2026-03-29T21:57 UTC)

EIP-8141 Frame TX와 AA mempool이 stateless 노드 및 post-ZKEVM 환경에서 상호작용하는 방식을 분석한 연구다. 주요 쟁점은 다음과 같다:

쟁점 내용
Stateless 노드 + Frame TX Frame TX의 witness 제공 방식이 stateless 클라이언트에서 mempool 처리 비용 증가 가능성
ZKEVM + AA mempool SNARK 증명 기반 재실행 환경에서 AA 트랜잭션 simulation 요구사항 충돌
EIP-8141 mempool policy 3/25 Headliner Breakout #2 논의된 mempool policy가 stateless 환경에서 재검토 필요

EL 클라이언트 팀(Geth, Nethermind, Besu, Erigon)은 Verkle Trie 마이그레이션 타임라인과 EIP-8141 구현 일정을 통합 검토해야 하는 상황이다.


5. EIP 업그레이드 포함 상태 현황 (3/27 마지막 확인 기준)

3/28 이후 EIP 업그레이드 추적 데이터에서 Hegota 포크 엔트리가 사라진 상태가 지속되고 있다. 마지막 정상 확인(3/27) 기준 상태:

포크 Scheduled Considered Declined Withdrawn
Glamsterdam 2 20 34 4
Hegota (3/27 기준) 1 1 2 1
  • Glamsterdam Scheduled: EIP-7732 (ePBS), EIP-7928 (BAL)
  • Hegota Scheduled: EIP-7805 (FOCIL)
  • Hegota Considered: EIP-8141 (Frame Transaction) — 3/26 ACDE #233 확정

주의: Hegota 데이터 소실은 업스트림 데이터 소스 구조 변동 또는 추적 스크립트 이슈로 판단되며, EIP 포함 결정 자체가 취소된 것이 아니다. ACDE #233 콜 노트 게시 후 재확인이 필요하다.


6. 프로토콜 콜 일정 현황

날짜 상태
3/30 (어제) ACDT #76 (14:00 UTC) 개최 완료 — 노트 게시 대기 D+1
4/1 (화) PQTS #5 (13:00 UTC) D-1
4/2 (수) ACDC #177 (14:00 UTC) D-2 — Glamsterdam + Hegota 포크 논의
4/6 (일) Stateless Implementers Call #50 예정
4/8 (화) PQ Interop #34 (14:00 UTC) 예정

7. 미게시 콜 노트 현황

개최일 미게시 경과 비고
ACDE #232 2026-03-12 D+19 이례적 최장 기록 (통상 D+3~5)
ACDE #233 2026-03-26 D+5 EIP-8141 Hegota Considered 결정 세부 내용 포함
ACDC #176 2026-03-19 D+12 EIP-8148 커스텀 스윕, Hegota 비-헤드라이너 윈도우
PQTS #004 2026-03-18 D+13
ACDT #075 2026-03-23 D+8 ACDT #76 선행 참고 불가
RPC #023 2026-03-23 D+8
FOCIL #031 2026-03-24 D+7
EIP-8141 Headliner Breakout #2 2026-03-25 D+6 mempool policy, atomic batching
PQI #033 2026-03-25 D+6
ACDT #076 2026-03-30 D+1 오늘 결과 게시 기대

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

우선순위 항목 기한
HIGH ACDT #76 콜 노트 게시 즉시 확인 — blob-devnet-0, bal-devnet-3/4, epbs-devnet-1 현황 및 debug RPC 업데이트, EIP-8198 슬롯 타임 상수 리팩토링 범위 확인 게시 즉시 (D+3 이내)
HIGH EIP-8209 Commit-Reveal TX Frames 스펙 추적 — EIP-8141 기반 2단계 트랜잭션 처리 파이프라인이 멤풀 구현에 미치는 영향 선행 검토 스펙 확정 시
HIGH ACDE #232·#233 콜 노트 게시 모니터링 — EIP-8141 Hegota Considered 조건·범위 및 Hegota 포크 데이터 변동 원인 확인 게시 즉시
MEDIUM Sharded PIR 연구 추적 — 기존 RPC 인터페이스와 역호환되는 PIR 미들웨어가 RPC 제공자 인프라에 어떻게 통합될지 모니터링 지속
MEDIUM ACDC #177 (4/2) 의제 확인 — Glamsterdam + Hegota 포크 진행 상황 및 ACDE #232·#233 미게시 현황 공식 업데이트 기대 4/2
MEDIUM EIP-8141 + Statelessness 교차 분석 추적 — Frame TX의 stateless 클라이언트 mempool 처리 비용 증가 이슈 클라이언트 팀 대응 확인 지속
LOW EIP-8198 Quick Slots 구현 준비 — 슬롯 타임 12초 하드코딩 위치 사전 파악, ACDT #76 결과 후 Phase 1 런타임 설정 전환 대비 스펙 Draft 진행 시

참고 자료