EIP-8070 eth/72 devp2p 리네임 · 컨트랙트 코드 30% 추가 압축 · EIP-8188 State Tiering RLP 구조 변경 · PQTS #6 PQ 서명 테스트넷 제로 데모
핵심 요약
- HIGH EIP-8070 eth/72 — devp2p 프로토콜 버전 공식 리네임, Sparse Blobpool 도입.
EIP-8070이 eth/71 확장으로 시작했다가 4/15자 커밋(255e414)에서 최종 프로토콜 버전이 eth/72로 공식 확정됐다. NewPooledTransactionHashes 메시지에 cell_mask(B_16/uint128) 필드를 추가해 Type 3(blob) 트랜잭션의 열(column) 가용 여부를 선택적으로 광고한다. 신규 GetCells(0x14)·Cells(0x15) 메시지도 추가되어 blob payload 전체 복제 대신 셀 단위 선택 다운로드가 가능해진다. 기대 효과는 blobpool 부하 시 평균 대역폭 4배 절감. Sparse Blobpool은 PeerDAS(EIP-7594)의 EL 레이어 대역폭 최적화 구현으로, eth/72 롤아웃 이전 클라이언트는 eth/71 유지로 단기 공존 가능하나 Fusaka 데브넷 파라미터에 따라 강제 전환 시점이 결정된다.
- HIGH 컨트랙트 코드 30% 추가 압축 — Zstandard 사전 기반, 풀 노드 저장 용량 시사점.
기존 중복 제거(deduplication) + 단순 압축(compression) 위에 Zstandard 사전(dictionary) 기법을 추가 적용하면 저장 크기를 원본의 41.8% → 29.3%로 추가 절감 가능하다는 연구가 ethresear.ch에 게시됐다(4/15). 50만 건 이력 컨트랙트에서 사전을 훈련했으며 100KB 사전 하나로 전체 효과를 달성한다. 구현 시 컨트랙트당 메타데이터 1바이트(압축 상태 표시)가 추가되며 향후 사전 업그레이드 시 하위 호환성을 유지한다. 즉각적 스펙 변경은 아니나 EL 클라이언트 상태 DB 저장 전략과 아카이브 노드 디스크 요구사항 산정에 중장기 참조 가치가 있다.
- MEDIUM EIP-8188 State Tiering by Write Age — RLP Breaking Change 예고, EL 클라이언트 전체 영향.
계정(account) 및 스토리지 슬롯의 RLP 인코딩에 last_written_period 필드를 추가하는 renewal-age pricing 제안이 Ethereum Magicians에 제출됐다(4/14). 채택 시 LevelDB/PebbleDB 상태 스키마 마이그레이션, Geth snap sync·Erigon 스냅샷 포맷 재생성, EVM 가스 계산 로직 변경이 수반되는 EL 전면 Breaking Change다. 현재 제안 단계이며 즉각적 운영 영향은 없으나 Fusaka 이후 항목으로 스펙 추적을 시작하는 것이 권고된다.
- MEDIUM PQTS #6 PQ 서명 테스트넷 제로 데모 — Falcon·Dilithium 온체인 검증 성공.
4/15 13:00 UTC PQTS(Post-Quantum Transaction Signature) Breakout #6에서 Giulio가 Falcon 및 Dilithium 서명 체계의 온체인 검증 라이브 데모(TestNet Zero)를 진행했다. Direct precompile 및 entity precompile 두 방식 모두 시연됐다. NIST SLH-DSA 파라미터 업데이트(서명 크기 축소·서명 시간 증가 trade-off), 이중 키 전략(저가치 트랜잭션용 임시 키 + 고가치용 Dilithium) 등이 논의됐다. 10개 이상 클라이언트 팀이 주간 PQ 상호운용성 데브넷을 운영 중이며 pq.ethereum.org가 공식 허브로 운용되고 있다.
- LOW 신규 클라이언트 안정 릴리즈 없음 — CRITICAL 업그레이드 권고 유지.
Geth v1.17.2(3/30) 및 Lighthouse v8.1.3(3/26) CRITICAL 업그레이드 권고가 오늘도 유효하다. Glamsterdam 통합 데브넷은 ACDT #78(4/20) 이후로 지속 지연 중이며 epbs-devnet-1 안정화가 선결 조건으로 유지되고 있다.
상세 분석
1. EIP-8070: eth/72 Sparse Blobpool — devp2p 프로토콜 변경 영향 분석
출처: EIP-8070: Sparse Blobpool — EIPs.ethereum.org · 커밋 255e414 — Rename protocol version to eth/72 (2026-04-15)
프로토콜 변경 요약
EIP-8070은 이더리움 EL 클라이언트 간 P2P 메모리풀(mempool) 프로토콜을 eth/71에서 eth/72로 버전 업하는 devp2p 변경이다. 핵심은 blob 트랜잭션(Type 3)의 전파 방식을 "전체 복제"에서 "셀 단위 선택 다운로드"로 전환하는 것이다.
신규 메시지 및 필드
| 변경 유형 | 메시지/필드 | 내용 |
|---|---|---|
| 필드 추가 | NewPooledTransactionHashes.cell_mask (B_16/uint128) |
Type 3 트랜잭션에 대해 광고 노드가 보유한 열(column) 인덱스를 비트어레이로 표기 |
| 동작 변경 | GetPooledTransactions / PooledTransactions |
Type 3 트랜잭션 응답 시 blob payload 생략(RLP nil 리터럴) |
| 신규 메시지 | GetCells (0x14) |
특정 열 셀 데이터 요청 |
| 신규 메시지 | Cells (0x15) |
셀 데이터 + KZG 증명 응답 |
노드 운영자 영향
| 구분 | 내용 |
|---|---|
| EL 클라이언트 업그레이드 필요 | eth/72 롤아웃 시 모든 EL 클라이언트(Geth, Nethermind, Besu, Erigon)가 신규 메시지 핸들러 구현 필요 |
| 단기 하위 호환성 | eth/71 클라이언트와 eth/72 클라이언트는 프로토콜 협상(protocol negotiation)으로 공존 가능 |
| 피어 설정 점검 | 내부 인프라에서 특정 eth 버전 프로토콜을 하드코딩한 피어·부트노드 설정이 있는 경우 eth/72 전환 후 연결 불가 가능 |
| 대역폭 절감 | blobpool 활성 노드의 평균 대역폭 약 4배 절감 기대 (PeerDAS 환경에서의 열 분산 효과) |
| Fusaka 데브넷 의존성 | eth/72 강제 전환 시점은 Fusaka 데브넷 파라미터에 따라 결정. 현재 blob-devnet-0(EIP-8141 전용) 진행 중이므로 통합 데브넷 론칭 시 eth/72 포함 여부 확인 필요 |
PeerDAS(EIP-7594)와의 관계
Sparse Blobpool은 PeerDAS의 EL 레이어 구현 전제 조건이다. PeerDAS에서 각 노드는 전체 blob 데이터가 아닌 특정 열(column) 서브셋만 보관하는데, eth/72의 cell_mask 필드가 이 "어느 노드가 어떤 열을 보유하는가" 정보를 P2P 레이어에서 광고하는 메커니즘이다. eth/72 없이는 PeerDAS 대역폭 최적화의 EL 파트가 작동하지 않는다.
2. 컨트랙트 코드 크기 30% 추가 절감 — Zstandard 사전 압축
출처: 30% reduction in stored contract code size beyond deduplication and compression — ethresear.ch (2026-04-15)
기법 개요
표준 압축 알고리즘은 컨트랙트 내부에서 패턴을 학습하면서 진행하므로, 처음 등장하는 공통 opcode 패턴에는 압축 이득이 없다. 이 연구는 이력 컨트랙트 50만 건에서 사전(dictionary)을 사전 훈련하여 새 컨트랙트에 즉시 적용하는 Zstandard 기법을 제안한다.
결과 비교
| 압축 방법 | 원본 대비 저장 크기 |
|---|---|
| 중복 제거만 | ~55% |
| 중복 제거 + 단순 압축 | 41.8% |
| 중복 제거 + 압축 + 사전(100KB) | 29.3% |
- 100KB 사전 하나로 전체 효과 달성
- 컨트랙트당 메타데이터 1바이트 추가(압축 상태 표시, 사전 버전 식별)
노드 스토리지 시사점
| 항목 | 영향 |
|---|---|
| 풀 노드 디스크 | 배포된 150만+ 고유 바이트코드 세트 기준 수십 GB 절감 가능 |
| 아카이브 노드 | 히스토리 전체 컨트랙트 포함 시 더 큰 절감 효과 |
| 구현 복잡도 | 사전 배포, 버전 관리, 하위 호환성 처리 필요 |
| 현재 상태 | ethresear.ch 리서치 단계, 스펙 제안 아님 |
즉각적인 운영 변경은 없으나, 이더리움 풀 노드의 디스크 요구사항 증가 추세에서 실질적 완화책으로 채택 가능성이 있다. EF 클라이언트 팀의 반응이 나오는 시점이 스펙 전환 가능성의 분기점이 될 것이다.
3. EIP-8188: State Tiering by Write Age — 상태 DB 구조 변경 분석
출처: EIP-8188: State Tiering by Write Age — Ethereum Magicians (제출: 2026-04-14)
제안 개요
EIP-8188은 계정(account) 및 스토리지 슬롯(storage slot)의 RLP 인코딩에 last_written_period 필드를 추가하여 renewal-age pricing(갱신 연령 기반 가격책정) 메커니즘을 구현한다. 오래 쓰지 않은 상태 항목에 더 높은 재쓰기 비용을 부과해 이더리움 상태 무한 증가 문제를 경제적으로 억제하는 메커니즘이다.
EL 클라이언트 Breaking Change 매핑
| 컴포넌트 | 변경 유형 | 상세 |
|---|---|---|
| 상태 DB 레이아웃 | Breaking Change | 계정 RLP 포맷 변경 → LevelDB/PebbleDB 상태 스키마 마이그레이션 필요 |
| 스냅샷(Snapshot) 포맷 | 재생성 필요 | Geth snap sync, Erigon 스냅샷 모두 계정 RLP 의존 → 재생성 또는 마이그레이션 |
| EVM 가스 계산 | 로직 변경 | 동일 슬롯 재쓰기 시 write age에 따른 차등 가스 비용 |
eth_getProof |
응답 포맷 변경 가능성 | lastWrittenPeriod 노출 여부에 따라 JSON-RPC 응답 스키마 변동 |
| 아카이브 노드 | 저장 증가 | 각 상태 항목에 period 필드 추가 |
현재 상태
EIP 제안 단계(Ethereum Magicians 토론 중). Fusaka 이후 로드맵 항목으로 논의될 가능성이 있으나 공식 EIP 번호 배정 및 스펙 최종화 이전이다. 즉각적인 운영 영향 없음.
4. PQTS #6 — Post-Quantum 서명 테스트넷 라이브 데모
출처: Post-Quantum Transaction Signature (PQTS) Breakout #6 — Ethereum Magicians (2026-04-15 13:00 UTC)
주요 내용
4/15 개최된 PQTS Breakout #6에서 핵심 진전이 확인됐다:
| 항목 | 내용 |
|---|---|
| TestNet Zero 데모 | Giulio가 Falcon·Dilithium 서명 체계 온체인 검증 라이브 시연 |
| 두 가지 구현 방식 | Direct precompile vs. entity precompile 방식 모두 동작 확인 |
| NIST SLH-DSA 업데이트 | Conor가 서명 크기 축소 파라미터 발표 (단, 서명 시간 ~60초로 증가 — 제약 환경 문제) |
| 이중 키 전략 | Antonio: 저가치 트랜잭션용 임시(ephemeral) 키 + 고가치 트랜잭션용 Dilithium 병행 |
| 다음 단계 | EVM-friendly 파라미터 연구, 정형 검증(formally verified) Solidity 컨트랙트 |
생태계 현황
- EF가 pq.ethereum.org 공식 허브 운용 중 (2026-03-25 론칭)
- 10개 이상 클라이언트 팀이 주간 PQ 상호운용성 데브넷(weekly PQ interoperability devnets) 운영 중
- 이더리움의 PQC(Post-Quantum Cryptography) 전환은 EL·CL·데이터 레이어 전체를 포괄하는 수년 단위 마이그레이션으로 진행 예정
노드 운영자 관련성
단기 운영 변경 없음. 그러나 PQ 서명 체계가 테스트넷 수준에서 실제 온체인 검증 단계에 진입했다는 것은 EL 클라이언트의 precompile 구현 일정이 가시화되는 신호다. PQ 전환 완료 전에는 기존 secp256k1 서명 체계가 유지되나, 중장기 운영 계획 수립 시 포함이 권고된다.
5. Glamsterdam 통합 데브넷 지연 지속 — ACDT #78 (4/20) 분기점
출처: [ACDT #77 결과 미공개] · ACDE #235 의제 — Ethereum Magicians
ACDT #77(4/13) 이후 공식 미팅 노트가 현재까지도 미공개 상태다. Glamsterdam 통합 데브넷 선결 조건인 epbs-devnet-1(EIP-7732 ePBS) 멀티클라이언트 상호운용성 달성 여부가 미확인이다.
현재 Glamsterdam 주요 데브넷 상태:
| EIP | 헤드라이너 | 데브넷 현황 |
|---|---|---|
| EIP-7732 (ePBS) | O | epbs-devnet-1 — PTC 상호운용성 미확인 |
| EIP-7928 (BAL) | O | bal-devnet 진행 중 |
| EIP-8141 (Frame TX) | O | blob-devnet-0 안정화 중 |
ACDT #78(4/20)과 ACDE #235(4/23)가 통합 데브넷 타이밍 판단의 최근 분기점이다.
6. L2 Fee Vault — Nethermind Research·University of Bern 연구
출처: The L2 Fee Vault: Pricing L1 Costs with Feedback Control — ethresear.ch (2026-04-15)
Nethermind Research(Lin Oshitani)와 University of Bern(Ulysse Pavloff)이 Taiko 펀딩 지원으로 발표한 연구다. L2 시퀀서가 calldata·blob 비용 등 L1 수수료를 적시에 반영하지 못하는 문제를 피드백 제어(feedback control) 알고리즘으로 해결하는 메커니즘을 제안한다.
직접적인 EL/CL 클라이언트 운영 영향은 없으나, L1 가스 가격 변동이 L2 인프라에 미치는 영향 연구로 Glamsterdam 가스 리프라이싱 EIP(EIP-2780, EIP-7623, EIP-7825)와의 상호작용 맥락에서 참고 가능하다.
7. 클라이언트 릴리즈 현황 (2026-04-16 기준)
신규 안정 릴리즈 없음. 현행 CRITICAL 업그레이드 권고 유지.
Execution Layer (EL)
| 클라이언트 | 최신 안정 버전 | 릴리즈일 | 메인넷 운영자 우선순위 |
|---|---|---|---|
| Geth | v1.17.2 | 2026-03-30 | CRITICAL — debug_executionWitness state corruption 버그 수정, CVE-26313/26314/26315 패치, Prague 이전 히스토리 pruning 지원 |
| Nethermind | v1.36.2 | 2026-03-25 | LOW (메인넷) — Gnosis Osaka 포크 전용, 이더리움 메인넷 변경 없음 |
| Erigon | v3.3.10 | 2026-03-27 | LOW (메인넷) — Gnosis Fusaka 일정 포함, 이더리움 메인넷 변경 없음 |
| Besu | — | — | EIP-8037 수정 공백 지속 |
Consensus Layer (CL)
| 클라이언트 | 최신 안정 버전 | 릴리즈일 | 메인넷 운영자 우선순위 |
|---|---|---|---|
| Lighthouse | v8.1.3 | 2026-03-26 | CRITICAL — 상태루트(state root) 계산 10배 성능 저하 회귀 수정 + P2P 보안 패치 |
| Prysm | v6.0.4 | 2025-12월 | 정상 |
| Teku | 25.9.2 | 2025-12월 | 정상 |
| Nimbus | 25.9.0 | 2025-12월 | 정상 |
| Lodestar | v1.34.1 | 2025-12월 | 정상 |
Nethermind v1.37.0-alpha 주의사항 (pre-release, 프로덕션 비권장):
- eth/66, eth/67 devp2p 프로토콜 지원 완전 제거
- eth/69 default 활성화
- 공식 안정 릴리즈(v1.37.0) 대기 필요
8. 이번 주·다음 주 주요 콜 일정
| 콜 | 일시 (UTC) | 의제 | 인프라 관련성 |
|---|---|---|---|
| Glamsterdam Repricings #6 | 4/15 14:00 (완료) | 가스 리프라이싱 EIP | 결과 확인 필요 — EIP-2780 Scheduled 격상 여부 |
| PQTS #6 | 4/15 13:00 (완료) | PQ 서명 테스트넷 | Falcon·Dilithium 온체인 검증 성공 |
| PQI #035 | 4/15 (완료) | Post-Quantum Infrastructure | 인프라 레이어 PQC 대응 논의 |
| ACDT #78 | 4/20 14:00 | blob-devnet-0, bal devnets, epbs-devnet-1, debug RPC update | HIGH — Glamsterdam 통합 데브넷 타이밍 결정 분기점 |
| ACDE #235 | 4/23 14:00 | Glamsterdam + Hegota | HIGH — Hegota 비헤드라이너 확정 논의 |
노드 운영자 액션 아이템
| 우선순위 | 항목 | 기한 |
|---|---|---|
| CRITICAL | Geth v1.17.2 미업그레이드 노드 즉시 업그레이드 — debug_executionWitness state corruption 버그 및 CVE-26313/26314/26315 포함. 업그레이드 후 DATADIR/geth/nodekey 파일 삭제 후 재시작 권고 |
즉시 |
| CRITICAL | Lighthouse v8.1.3 미업그레이드 노드 즉시 업그레이드 — 상태루트(state root) 계산 10배 성능 저하 회귀 및 P2P 보안 패치. v8.1.2 이하 전체 영향 | 즉시 |
| HIGH | eth/72 롤아웃 대비 피어 설정 사전 점검 — EIP-8070 Sparse Blobpool이 Fusaka 데브넷에 포함될 경우 내부 인프라의 devp2p 버전 하드코딩 여부 확인 및 eth/71·eth/72 자동 협상 방식으로 전환 | ACDT #78 결과 이후 |
| HIGH | ACDT #78 결과 즉시 확인 (4/20 이후) — blob-devnet-0·epbs-devnet-1 상태 업데이트. Glamsterdam 통합 데브넷 론칭 공고 시 EIP 구성 목록, Engine API payload 버전, devp2p 프로토콜 버전 요구사항 파악 필요 | 4/20 이후 즉시 |
| MEDIUM | Glamsterdam Repricings #6 결과 확인 — EIP-2780(intrinsic tx gas 절감) Scheduled 격상 여부 및 추가 EIP 확정 목록 파악. 확정 EIP 목록이 Glamsterdam 통합 데브넷 클라이언트 구현의 직접 기준 | 콜 노트 공개 시 |
| MEDIUM | EIP-8188 State Tiering 스펙 추적 시작 — RLP 인코딩 변경은 LevelDB/PebbleDB 스키마 마이그레이션 + snap sync 포맷 재생성을 수반하는 EL 전면 Breaking Change. Fusaka 이후 항목이나 스펙 조기 추적 권고 | 이번 주 중 |
| MEDIUM | 컨트랙트 코드 Zstandard 사전 압축 연구 모니터링 — ethresear.ch 제안에 대한 EF 클라이언트 팀 반응 추적. EL 클라이언트 상태 DB 저장 전략 업데이트 검토 자료로 활용 | 피드백 공개 시 |
| LOW | PQ 서명 전환 인프라 로드맵 내부 수립 — PQTS #6에서 Falcon·Dilithium 테스트넷 검증 성공. 수년 단위 전환이나 EL precompile 구현 일정이 가시화됨에 따라 내부 PQC 대응 로드맵 수립 권고 | 분기 내 |
| LOW | ACDE #235 (4/23) 사전 검토 — Glamsterdam 통합 데브넷 결과 및 Hegota 비헤드라이너 EIP 확정 논의. Frame TX(EIP-8141)·ePBS(EIP-7732) 구현 상태 파악 | 4/23 이전 |