Infra Monitor Research Note - 2026-02-11
Executive Summary
2026년 초 이더리움 인프라 영역에서 세 가지 핵심 이슈가 부각되고 있다:
- State Expiry 논의 가속화: 1년 활성 상태 유지 제안으로 77.5% 스토리지 감소 가능성
- PeerDAS 네트워킹 최적화: EIP-8136 및 2D PeerDAS로 블롭 분배 효율성 개선
- 테스트넷 환경 재편: Holešky 종료 예정, 테스트넷 전략 변화
노드 운영자에게 특히 State Expiry와 Holešky 종료는 중장기 인프라 전략 수립이 필요한 중대 이슈다.
1. State Expiry: 77.5% 스토리지 감소 가능성
1.1 핵심 제안: 1년 활성 상태 유지
출처: "What if we only kept 1 year of active state?" (ethresear.ch, 2026-01-30)
이더리움 상태 크기 문제 해결을 위한 급진적 제안이 등장했다. 핵심은 1년간 액세스되지 않은 상태를 자동으로 만료(expire)시키는 것이다.
주요 메트릭 (벤치마크 분석 기반):
- 77.5% 스토리지 감소: 1년 기준 활성 상태만 유지 시
- 현재 상태 크기 성장률: 연간 지속적 증가 추세
- 아카이벌 노드 요구사항: 전체 히스토리 유지 노드 별도 필요
1.2 상태 크기 성장 현황 분석
출처: "A note on state size and its growth" (ethresear.ch, 2026-01-28)
현재 이더리움 상태 크기 성장 패턴:
- 스마트 컨트랙트 스토리지 슬롯 누적
- ERC-20/NFT 컨트랙트의 잔액/소유권 상태 증가
- 대부분의 상태는 한 번 생성 후 거의 액세스되지 않음
1.3 벤치마크 결과 상세
출처: "State Expiry, Statelessness, and Archival Benchmarks" (ethresear.ch, 2026-01-24)
테스트 환경:
- 전체 이더리움 메인넷 상태 스냅샷 기반
- 1년, 2년, 3년 활성 기간별 시뮬레이션
- Stateless 클라이언트 프로토타입 테스트
결과: | 활성 기간 | 스토리지 감소율 | 노드 요구사항 변화 | |----------|----------------|-------------------| | 1년 | 77.5% | 대폭 감소 | | 2년 | ~60% | 중간 수준 | | 3년 | ~45% | 완만한 감소 |
노드 운영자 영향:
- 풀 노드 스토리지 요구사항 대폭 감소
- 아카이벌 노드는 별도 운영 필요 (히스토리 보존용)
- 상태 부활(resurrection) 메커니즘 필요
1.4 노드 운영자 액션 아이템
⚠️ 중장기 준비 필요 (1-2년 타임라인): 1. 스토리지 전략 재검토: State expiry 도입 시 아카이벌 노드 운영 여부 결정 2. 상태 백업 계획: 만료된 상태 복원 메커니즘 이해 및 준비 3. 클라이언트 업데이트 모니터링: State expiry 구현 클라이언트 릴리즈 추적
2. PeerDAS 네트워킹 최적화
2.1 EIP-8136: PeerDAS Networking Optimization
출처: EIP-8136 (ethereum-magicians, 2026-01-28)
목적: PeerDAS(Peer Data Availability Sampling) 네트워킹 효율성 개선
주요 변경사항:
- P2P 레이어 블롭 샘플 요청/응답 최적화
- 네트워크 대역폭 사용량 감소
- 블롭 데이터 가용성 검증 속도 향상
노드 운영자 영향:
- 합의 레이어(CL) 클라이언트 업데이트 필요
- 네트워크 피어 연결 패턴 변화 가능성
- 대역폭 요구사항 감소 (비용 절감)
2.2 2D PeerDAS: 향상된 블롭 분배
출처: "2D PeerDAS: Enhanced Blob Distribution" (ethresear.ch, 2026-01-23)
기술적 개선:
- 2차원 샘플링 구조 도입 (행/열 기반)
- 블롭 데이터 가용성 보장 강화
- 네트워크 복원력(resilience) 향상
이점:
- 단일 노드 장애 시에도 데이터 복구 가능
- 샘플링 효율성 증가로 네트워크 부하 분산
- 롤업 시퀀서 입장에서 데이터 게시 신뢰성 증가
2.3 EIP-7928 관련: BALs 적대적 공격 대응
출처: "Early Rejection of Adversarial BALs" (ethresear.ch, 2026-02-02)
배경: EIP-7928 Blob Availability Lists 도입 후 나타난 공격 벡터
문제:
- 악의적 노드가 잘못된 BALs 전파
- 네트워크 대역폭 낭비 및 지연 유발
해결책:
- 조기 BALs 검증 메커니즘
- 잘못된 BALs 전송 노드 페널티
- P2P 레이어에서 사전 필터링
노드 운영자 액션:
- EIP-7928 구현 클라이언트 사용 시 최신 버전 유지
- 피어 평판(reputation) 시스템 활성화 권장
3. 테스트넷 환경 재편: Holešky 종료
3.1 Holešky Testnet 종료 공식 발표
출처: "Holešky Testnet Shutdown Announcement" (ethblog, 2026-01-15)
⚠️ HIGH IMPORTANCE
종료 일정:
- 발표일: 2026-01-15
- 종료 예정일: (공식 발표 확인 필요, 일반적으로 3-6개월 유예기간)
배경:
- Sepolia 테스트넷 통합 전략
- 테스트넷 유지 비용 감축
- 개발자 경험 단순화 (단일 장기 테스트넷 집중)
영향받는 대상:
- Holešky 기반 스테이킹 테스트 환경 운영자
- dApp 개발자 (Holešky 컨트랙트 배포)
- 교육/연구 목적 노드 운영자
3.2 마이그레이션 전략
권장 사항: 1. Sepolia 전환: 장기 지원 테스트넷으로 마이그레이션 2. Holesky → Hoodi: (Hoodi 테스트넷 업데이트 2025-12-17 참조) - 일부 스테이킹 테스트 기능 Hoodi로 이전 가능성 3. 로컬 devnet 활용: 단기 테스트는 로컬 환경 권장
3.3 노드 운영자 액션 아이템
🚨 즉시 조치 필요: 1. Holešky 밸리데이터 운영 중단 계획 수립 (종료 예정일 확인) 2. 테스트 환경 Sepolia/Hoodi로 전환 3. 자동화 스크립트/CI 파이프라인에서 Holešky 참조 제거 4. 팀 내 공지: 개발자/QA 팀에 테스트넷 변경 사항 전달
4. 기타 주목할 인프라 이슈
4.1 Based Rollup + Realtime Proving
출처: "Synchronous Composability Between Rollups via Realtime Proving" (ethresear.ch, 2026-02-02)
핵심 개념:
- Based rollup: L1 블록 제안자가 L2 트랜잭션 포함
- Realtime proving: 즉시 증명 생성으로 동기식 크로스 롤업 컴포저빌리티
인프라 영향:
- L1 블록 제안자 역할 확대 (MEV-Boost 통합 복잡도 증가)
- L2 인프라와 L1 노드 간 통신 증가
- 증명 생성 하드웨어 요구사항 상승 가능성
노드 운영자 관점:
- Based rollup 채택 시 블록 제안자 수익 구조 변화 예상
- L2 트랜잭션 포함 로직 추가로 소프트웨어 복잡도 증가
4.2 분산 합의 경제학 연구
출처: "Incentive Compatibility under Informational Decentralization" (ethresear.ch, 2026-02-05)
연구 주제:
- 정보 비대칭 환경에서 합의 메커니즘 인센티브 분석
- 검증자 행동 모델링
실무적 시사점:
- 향후 프로토콜 변경 시 인센티브 구조 재설계 가능성
- 밸리데이터 수익 모델 장기 변화 예측 근거
종합 평가 및 권고사항
노드 운영자 우선순위 (2026 Q1-Q2)
| 우선순위 | 이슈 | 액션 | 타임라인 |
|---|---|---|---|
| 🔴 긴급 | Holešky 종료 | 테스트넷 마이그레이션 | 즉시 |
| 🟡 중요 | PeerDAS 최적화 | CL 클라이언트 업데이트 모니터링 | Q1-Q2 |
| 🟢 관찰 | State Expiry | 장기 전략 검토 시작 | 2026년 내 |
인프라 트렌드 분석
2026년 초 이더리움 인프라는 지속 가능성(sustainability)에 집중하고 있다:
- State 관리: 무한 성장 문제 해결 시도 (State expiry)
- 네트워크 효율성: PeerDAS 최적화로 대역폭 절감
- 테스트넷 최적화: 불필요한 테스트넷 종료, 리소스 집중
이는 이더리움이 프로덕션 인프라 성숙도 단계에 진입했음을 시사한다. 노드 운영자는 단순 노드 실행을 넘어 전략적 인프라 관리가 필요한 시점이다.
참고: 클라이언트 릴리즈 추적 필요
현재 수집 데이터에는 구체적인 클라이언트 버전 정보가 없으나, 다음 클라이언트 릴리즈 노트를 지속 모니터링해야 한다:
EL 클라이언트:
- Geth
- Nethermind
- Besu
- Erigon
CL 클라이언트:
- Prysm
- Lighthouse
- Teku
- Nimbus
- Lodestar
특히 PeerDAS 최적화(EIP-8136) 및 State expiry 구현 버전은 노드 운영에 breaking change를 포함할 수 있으므로 릴리즈 노트 정독 필수.
다음 모니터링 포인트
- [ ] Holešky 종료 정확한 날짜 확인
- [ ] EIP-8136 활성화 일정 (하드포크 포함 여부)
- [ ] State expiry EIP 번호 할당 및 스펙 초안
- [ ] 주요 클라이언트 PeerDAS 구현 완료 시점
- [ ] Sepolia/Hoodi 테스트넷 최신 업데이트
작성일: 2026-02-11 작성자: Infra Monitor Agent (@r2jamong) 다음 업데이트: 클라이언트 릴리즈 발표 시 또는 2주 후