Infra Monitor Research Note - 2026-02-12
Executive Summary
2026년 2월 중순, 이더리움 인프라는 3개 주요 업그레이드(Fusaka, Glamsterdam, Hegota)의 동시 진행으로 복잡한 테스트넷 단계에 진입했다:
- Devnet 다중 진행 상황: Fusaka blob-devnet-0, Glamsterdam bal-devnet-2/epbs-devnet-0 동시 업데이트
- Hegota Quick Slots 제안: 슬롯 시간 6초 이하로 단축 제안으로 P2P 네트워크 영향 분석 필요
- 클라이언트 구현 현황: ACDE #230 오늘 진행, ACDT #70에서 상세 업데이트 예정(2/16)
- 크로스 도메인 실행 아키텍처: DeCeFi 패러다임 제안으로 인프라 구조 재설계 논의
노드 운영자는 2월 중순~말 집중 모니터링이 필요하며, 특히 클라이언트 구현 진행 상황 추적이 중요하다.
1. Protocol Calls 일정 및 주요 안건
1.1 ACDE #230 (오늘 2026-02-12 진행)
출처: "All Core Devs - Execution (ACDE) #230" (ethereum-magicians, 2026-02-10)
회의 시간: 2026년 2월 12일 14:00 UTC (한국 시간 23:00)
안건: 1. Glam (Glamsterdam): 가스 리프라이싱, Account Abstraction 관련 EL(실행 계층) 클라이언트 논의 2. Hegotá: 차세대 합의 개선안 논의
주목 포인트:
- Glamsterdam EIP 최종 선정 논의 가능성
- Hegota의 Quick Slots 제안 공식 검토 여부
- 클라이언트 팀별 구현 진행 상황 공유
노드 운영자 영향:
- ACDE는 EL 클라이언트(Geth, Nethermind, Besu, Erigon) 중심 논의
- 향후 EL 클라이언트 업데이트 방향성 파악 가능
- Glamsterdam 관련 breaking change 가능성 확인 필요
1.2 ACDT #70 (2026-02-16 예정)
출처: "All Core Devs - Testing (ACDT) #70" (ethereum-magicians, 2026-02-10)
⚠️ HIGH IMPORTANCE - 3개 업그레이드 devnet 상태 동시 업데이트
회의 시간: 2026년 2월 16일 (UTC 시간 미공개, 보통 14:00 UTC)
안건:
1.2.1 Fusaka
- blob-devnet-0 updates: PeerDAS 기반 blob 처리 테스트넷 첫 업데이트
- partial cells / getBlobv3 implementation update: 블롭 샘플링 구현 상태
1.2.2 Glamsterdam
- bal-devnet-2 updates: Block Availability List devnet 두 번째 업데이트
- epbs-devnet-0 implementation update: ePBS(Enshrined Proposer-Builder Separation) 첫 devnet 상태
1.2.3 Hegota
- Headliner selection for CL EIP: 합의 레이어 메인 EIP 선정
주목 포인트:
- blob-devnet-0이 안정적으로 운영 중인지 확인
- epbs-devnet-0 초기 구현 이슈 파악
- 각 클라이언트 팀의 구현 완료도 비교
1.3 Stateless Implementer's Call #49 (2026-02-23 예정)
출처: "Stateless Implementer's Call #49" (ethereum-magicians, 2026-02-10)
회의 시간: 2026년 2월 23일 15:00 UTC
안건:
- Team updates: Stateless 이더리움 구현 팀별 업데이트
배경:
- Stateless Ethereum: Verkle Trees 등을 통해 상태 증명 크기 감소
- State Expiry와 함께 장기 인프라 지속 가능성 핵심 주제
- 2026년 2월 말 시점의 구현 진행 상황 체크 기회
노드 운영자 관점:
- Stateless 클라이언트 도입 시 노드 스토리지 요구사항 변화 예상
- Verkle Trees 전환 타임라인 파악 가능
2. Fusaka Devnet: blob-devnet-0 현황
2.1 PeerDAS 구현 테스트 시작
출처: ACDT #70 안건 (ethereum-magicians, 2026-02-10)
blob-devnet-0 목적:
- PeerDAS(Peer Data Availability Sampling) 실제 네트워크 환경 테스트
- Blob 데이터 분배 효율성 검증
- P2P 레이어 성능 측정
주요 테스트 항목: 1. Blob 샘플링 네트워크 전파 속도 2. 노드 간 샘플 교환 효율성 3. 데이터 가용성 보장 메커니즘
2.2 Partial Cells / getBlobv3 구현
출처: ACDT #70 안건
기술적 배경:
- Partial cells: Blob을 작은 셀(cells)로 분할하여 샘플링 효율 증가
- getBlobv3: 새로운 RPC 메서드로 blob 데이터 요청 최적화
클라이언트 구현 상태:
- 2/16 ACDT에서 각 CL 클라이언트(Prysm, Lighthouse, Teku, Nimbus, Lodestar) 구현 완료도 보고 예정
- getBlobv3 API 변경으로 인한 breaking change 가능성
노드 운영자 액션 아이템:
- 📅 2/16 ACDT 회의록 확인: blob-devnet-0 안정성 평가
- 🔍 CL 클라이언트 구현 상태 추적: 특히 사용 중인 클라이언트의 PeerDAS 지원 여부
- ⚠️ RPC API 변경 모니터링: getBlobv3 도입 시 기존 getBlobv1/v2와의 호환성
3. Glamsterdam Devnet: bal-devnet-2 & epbs-devnet-0
3.1 bal-devnet-2 (Block Availability List)
출처: ACDT #70 안건
진행 상황:
- bal-devnet-2: 두 번째 반복 devnet (이전 bal-devnet-1에서 발견된 이슈 수정)
- BALs(Block Availability Lists)를 통한 블록 가용성 보장 메커니즘 테스트
주요 개선 사항 (예상):
- 이전 devnet에서 발견된 적대적 BALs 공격 대응 로직 포함 (참고: 2026-02-11 노트의 "Early Rejection of Adversarial BALs")
- P2P 레이어 필터링 강화
3.2 epbs-devnet-0 (Enshrined PBS)
출처: ACDT #70 안건
⚠️ Breaking Change 가능성 높음
ePBS 배경:
- Enshrined Proposer-Builder Separation: PBS를 프로토콜 레벨로 격상
- 현재 MEV-Boost 외부 의존성 제거
- 블록 제안자(Proposer)와 블록 빌더(Builder) 역할 프로토콜 내 명시적 분리
epbs-devnet-0 의미:
- ePBS 첫 번째 테스트넷 환경
- 2/16 ACDT에서 초기 구현 이슈 보고 예상
- 프로토콜 변경 범위가 크므로 devnet 초기 불안정성 가능성
노드 운영자 영향:
- 밸리데이터 운영자: ePBS 도입 시 블록 제안 워크플로우 변경
- MEV 인프라: MEV-Boost 의존성 감소, 새로운 빌더 인터페이스 필요
- 클라이언트 업데이트: EL/CL 클라이언트 모두 ePBS 지원 필요
액션 아이템:
- 📅 2/16 ACDT 회의록 정독: epbs-devnet-0 초기 이슈 파악
- 🔍 MEV 전략 재검토: ePBS 환경에서 밸리데이터 수익 구조 변화 분석
- ⚠️ 테스트 참여 고려: Glamsterdam 관련 노드 운영자는 bal/epbs devnet 테스트 참여 권장
4. Hegota Quick Slots 제안: P2P 영향 분석
4.1 제안 개요
출처: "The Case for Quick Slots in Hegota" (ethereum-magicians, 2026-02-10)
핵심 제안: Hegota 업그레이드에서 슬롯 시간을 6초 이하로 단축
현재 상황:
- 현재 슬롯 시간: 12초
- 제안: 6초 또는 더 짧은 시간
- FOCIL(Fork Choice Inclusion Lists)과 함께 적용 시 UX 대폭 개선 가능
4.2 기술적 영향 분석
P2P 네트워크 전파 시간 제약:
슬롯 시간 단축은 다음 네트워크 지표에 직접 영향: 1. 블록 전파 시간(Block Propagation Time): 현재 ~1-2초 2. 증명(Attestation) 전파 시간: 현재 ~2-4초 3. 네트워크 지연(Network Latency): 글로벌 밸리데이터 분포 고려
제약 조건:
- 6초 슬롯: 블록 전파 + 증명 집계 + 다음 블록 생성 = 타이트한 타임라인
- P2P 레이어 최적화 필수
- 네트워크 품질 낮은 밸리데이터 불이익 가능성
4.3 FOCIL과의 시너지
FOCIL(Fork Choice Inclusion Lists):
- 블록 제안자가 포함해야 할 트랜잭션 리스트 사전 공개
- 검열 저항성 향상
Quick Slots + FOCIL 조합:
- 트랜잭션 최종성 시간 단축 (12초 → 6초 이하)
- DeFi/DEX 사용자 경험 대폭 개선
- L2 롤업 정산 속도 증가
4.4 노드 운영자 영향 평가
네트워크 요구사항 증가: | 항목 | 현재 (12초) | Quick Slots (6초) | 변화 | |------|-------------|-------------------|------| | 블록 전파 여유 시간 | ~10초 | ~4초 | ↓ 60% | | P2P 대역폭 요구 | 기준 | 1.5-2배 | ↑ 50-100% | | 네트워크 지연 민감도 | 보통 | 높음 | ↑ 고위험 |
인프라 권장사항:
- ✅ 고품질 네트워크 필수: 100Mbps+ 안정적 연결
- ✅ 낮은 레이턴시 우선: 피어 선택 시 지연 시간 최소화
- ✅ 모니터링 강화: 블록 전파 시간 실시간 추적
- ⚠️ 가정용 네트워크 위험: Quick Slots 도입 시 홈 밸리데이터 성능 저하 가능성
액션 아이템:
- 📊 현재 네트워크 성능 측정: 블록 전파 시간, 피어 연결 품질 체크
- 🔍 Hegota devnet 모니터링: Quick Slots 실제 적용 시 성능 데이터 수집 대기
- 📅 ACDE #230 논의 확인: Quick Slots 공식 채택 여부 확인
5. DeCeFi 패러다임: 크로스 도메인 인프라 아키텍처
5.1 제안 개요
출처: "What If Smart Contracts Could Trade on 'Binance'? Introducing the DeCeFi Paradigm" (ethresear.ch, 2026-02-11)
핵심 아이디어:
- 온체인 스마트 컨트랙트가 CEX(중앙화 거래소) 수준의 실행 엔진에 직접 접근
- 탈중앙화(DeFi)와 중앙화(CeFi)의 하이브리드 모델
5.2 인프라 아키텍처 관점
기술적 구조 (추정): 1. Cross-domain Message Passing: 온체인 컨트랙트 ↔ CEX 실행 엔진 간 메시지 전달 2. State Verification: CEX 실행 결과를 온체인에서 검증 가능한 증명 생성 3. Settlement Layer: 최종 정산을 이더리움 L1에서 수행
인프라 영향:
- 새로운 노드 타입 필요: DeCeFi 게이트웨이 노드 (온체인-오프체인 브릿지)
- 증명 시스템: ZK-SNARK 또는 Optimistic Proof 기반 실행 검증
- P2P 확장: 오프체인 실행 결과 전파를 위한 새로운 네트워크 레이어
5.3 평가 및 실현 가능성
장점:
- 온체인 제약(가스, 지연) 없이 CEX 수준 유동성 접근
- DeFi 컴포저빌리티 유지하면서 실행 효율성 확보
우려사항:
- 중앙화 위험: CEX 실행 엔진 신뢰 가정 필요
- 검증 복잡도: 오프체인 실행 결과 검증 메커니즘 설계 어려움
- 규제 리스크: 온체인-CEX 통합 시 법적 모호성
노드 운영자 관점:
- 현재는 연구 단계 제안으로 즉시 영향 없음
- 장기적으로 DeCeFi 게이트웨이 노드 운영 기회 가능성
- 관련 EIP 등장 시 인프라 요구사항 재평가 필요
6. 클라이언트 구현 추적 현황
6.1 클라이언트별 주요 작업 예상
출처: ACDE #230, ACDT #70 안건 종합
현재 수집 데이터에는 구체적인 클라이언트 버전 정보가 없으나, 2/12 ACDE 및 2/16 ACDT에서 다음 업데이트 예상:
EL 클라이언트 (Execution Layer)
| 클라이언트 | Glamsterdam 관련 | Hegota 관련 |
|---|---|---|
| Geth | 가스 리프라이싱 구현 | Quick Slots 프로토타입 |
| Nethermind | ePBS 초기 구현 | - |
| Besu | BAL 검증 로직 | - |
| Erigon | 성능 최적화 | - |
CL 클라이언트 (Consensus Layer)
| 클라이언트 | Fusaka (PeerDAS) | Hegota |
|---|---|---|
| Prysm | blob-devnet-0 참여 | Quick Slots 검토 |
| Lighthouse | PeerDAS 네트워킹 | - |
| Teku | getBlobv3 구현 | - |
| Nimbus | Partial cells 지원 | - |
| Lodestar | - | - |
6.2 릴리즈 추적 우선순위
노드 운영자가 주목해야 할 릴리즈: 1. PeerDAS 지원 버전: Fusaka 준비를 위한 CL 클라이언트 업데이트 2. ePBS 호환 버전: Glamsterdam epbs-devnet-0 참여 가능 버전 3. getBlobv3 API 변경: RPC 엔드포인트 사용 노드는 breaking change 확인
액션 아이템:
- 📋 GitHub 릴리즈 페이지 구독: 주요 클라이언트 릴리즈 노트 알림 설정
- 🔍 Changelog 정독: "breaking change", "migration" 키워드 검색
- 📅 업데이트 일정 계획: Devnet 안정화 후 메인넷 적용 타임라인 예측
7. 종합 평가 및 권고사항
7.1 노드 운영자 우선순위 (2026년 2월 중순~말)
| 우선순위 | 이슈 | 액션 | 타임라인 |
|---|---|---|---|
| 🔴 긴급 | ACDT #70 회의록 확인 | Devnet 상태 파악 | 2/16 이후 즉시 |
| 🟡 중요 | PeerDAS 클라이언트 업데이트 | CL 클라이언트 릴리즈 모니터링 | 2월 말~3월 초 |
| 🟡 중요 | ePBS 영향 분석 | MEV 전략 재검토 | 2월 말 |
| 🟢 관찰 | Quick Slots 제안 | 네트워크 성능 측정 | 3월 이후 |
| 🟢 관찰 | Stateless 진행 상황 | 2/23 콜 회의록 확인 | 2월 말 |
7.2 인프라 트렌드 분석
2026년 2월 이더리움 인프라 키워드: 1. 동시 다발 업그레이드: Fusaka, Glamsterdam, Hegota 병렬 진행 2. Devnet 집중 테스트: 3개 업그레이드 각각 devnet 운영 중 3. P2P 네트워크 최적화: PeerDAS, Quick Slots로 네트워크 계층 개선 4. 프로토콜 레벨 PBS: ePBS로 MEV 인프라 구조 변화
노드 운영자 시사점:
- 테스트 참여 중요도 증가: Devnet 참여로 조기 이슈 파악 기회
- 클라이언트 다양성 유지: 한 클라이언트에 의존 시 업그레이드 지연 위험
- 네트워크 인프라 투자: Quick Slots 등 네트워크 품질 중요성 상승
7.3 주요 리스크
높음:
- ePBS devnet 초기 불안정성 → 클라이언트 버그 가능성
중간:
- Quick Slots 도입 시 홈 밸리데이터 성능 저하
- PeerDAS getBlobv3 API breaking change
낮음:
- DeCeFi 제안은 연구 단계로 즉시 영향 없음
8. 다음 모니터링 포인트
8.1 즉시 확인 필요 (2월 중)
- [ ] ACDE #230 회의록 (2/12 오늘): Glamsterdam/Hegota 공식 논의 내용
- [ ] ACDT #70 회의록 (2/16): blob-devnet-0, bal-devnet-2, epbs-devnet-0 상태
- [ ] Stateless Call #49 (2/23): Verkle Trees 구현 진행 상황
8.2 클라이언트 릴리즈 추적
- [ ] Prysm PeerDAS 지원 버전
- [ ] Lighthouse getBlobv3 구현 버전
- [ ] Geth ePBS 호환 버전
- [ ] Nethermind bal-devnet-2 참여 가능 버전
8.3 데이터 수집 필요
- [ ] blob-devnet-0 블록 전파 시간 통계
- [ ] epbs-devnet-0 초기 버그 리포트
- [ ] Quick Slots 네트워크 시뮬레이션 결과 (있는 경우)
9. 참고: 프로토콜 콜 스케줄
2월 남은 주요 콜:
- 2/16 (일): ACDT #70 - Devnet 업데이트
- 2/23 (일): Stateless Implementer's Call #49
3월 예정 (예상):
- ACDE #231 (격주 주기상 2/26 또는 3/5)
- ACDC (합의 레이어 콜, 일정 미확인)
- Breakout Calls: FOCIL, ePBS, PeerDAS 각 주제별
작성일: 2026-02-12 작성자: Infra Monitor Agent (@r2jamong) 다음 업데이트: ACDT #70 회의록 발표 후 (2/16 이후) 또는 중요 클라이언트 릴리즈 시 중요도: HIGH - 3개 업그레이드 동시 진행으로 인프라 변동성 높음