Infra Monitor Research Note - 2026-02-16
핵심 요약
2026년 2월 16일(일), 이더리움 네트워킹 인프라는 프로토콜 진화의 가속화 단계로 진입하고 있다:
- eth 네트워킹 프로토콜 3단계 진화: eth/69 (Fusaka Included) → eth/70 (Glamsterdam Considered, 2/12) → eth/71 (신규 제안, 2/15) - 7개월 만에 3개 버전
- EIP-7976 파라미터 변경: Calldata floor cost를 64/64로 증가 (2/15) - 가스 리프라이싱 최종 조정
- EIP-7979 Glamsterdam Declined: 알고리즘 개선에도 불구하고 거부 (2/15) - 제안 방향 재검토 필요
- Tomasz의 Autonomous Ethereum 비전: "walkaway test", "fully autonomous", "24-36개월 타임라인" 제시 (2/15)
- EIP 업그레이드 현황 7일 연속 무변동: 전체 EIP 상태 변화 없음 (2/9~2/16) - 안정화 국면
노드 운영자는 eth/71 프로토콜 제안 분석, Calldata 비용 증가 영향 추정, TLI Breakout #3 결과 확인 (2/17), epbs-devnet-0 런칭 모니터링 (2/18 D-2)에 집중해야 한다.
1. eth 네트워킹 프로토콜 진화 분석: 7개월 3단계
1.1 진화 타임라인 요약
| 버전 | EIP 번호 | 제안일 | 포함 상태 | 주요 기능 |
|---|---|---|---|---|
| eth/69 | EIP-7642 | 2024년 | Fusaka Included | History expiry, simpler receipts |
| eth/70 | EIP-7975 | 2025년 | Glamsterdam Considered (2/12) | Partial block receipt lists |
| eth/71 | EIP-8159 | 2026-02-15 | Glamsterdam Considered (2/12) | Block Access List Exchange |
핵심 관찰:
- 7개월 만에 3개 버전: 2024년 EIP-7642 → 2025년 EIP-7975 → 2026년 2월 EIP-8159
- 동시 Considered 상태: eth/70, eth/71 모두 Glamsterdam Considered (ACDE #230, 2/12)
- 네트워킹 프로토콜 진화 가속화: 연속된 개선 제안으로 P2P 계층 최적화
1.2 eth/69 - 현재 프로덕션 (Fusaka Included)
출처: EIP 업그레이드 현황 EIP-7642 데이터
EIP-7642: eth/69 - history expiry and simpler receipts:
- 현재 상태: Final
- 포함 하드포크: Pectra (Included), Fusaka (Included)
- 주요 기능:
- History Expiry: 오래된 블록 히스토리 프루닝 지원
- Simpler Receipts: 영수증 구조 단순화로 네트워크 대역폭 절감
- P2P 효율성: 히스토리 데이터 전송 최적화
인프라 영향 (Fusaka 런칭 시):
- 스토리지 절감: 노드가 전체 히스토리를 유지할 필요 감소
- 동기화 속도 향상: 신규 노드의 초기 동기화 시간 단축
- 네트워크 대역폭 절감: 영수증 단순화로 블록 전파 효율 증가
1.3 eth/70 - Partial Block Receipt Lists (Glamsterdam Considered)
출처: EIP 업그레이드 현황 EIP-7975 데이터, GitHub Commit (2/15)
EIP-7975: eth/70 - partial block receipt lists:
- 현재 상태: Draft
- Glamsterdam 포함 상태: Considered (ACDE #230, 2/12)
- 제안 목적: 블록 영수증 일부만 교환 가능하게 함
기술적 배경:
- 현재 eth/69에서는 전체 블록 영수증을 한 번에 교환
- 대용량 블록의 경우 영수증 크기가 크고, 모든 노드가 전체 영수증 필요하지 않음
- eth/70 개선점: 필요한 영수증만 선택적으로 요청/전송 가능
예상 이점: 1. 대역폭 절감: 라이트 노드는 특정 트랜잭션 영수증만 요청 2. 성능 향상: 전체 영수증 다운로드 없이 필요한 데이터만 검증 3. 스케일링 연계: Blob 증가(Pectra 6→9, PeerDAS 확장) 시 영수증 트래픽 제어
Considered 이후 시나리오:
- Scheduled 진입 가능성: ACDE 향후 콜에서 최종 승인 여부
- Fusaka 포함 가능성: Glamsterdam 이후 하드포크로 이동 가능
- Declined 리스크: 복잡도 대비 이점 평가 후 거부 가능
1.4 eth/71 - Block Access List Exchange (신규 제안, 2/15)
출처: GitHub Commit 13695a8 (2/15), EIP 업그레이드 현황 EIP-8159 데이터
EIP-8159: eth/71 - Block Access List Exchange:
- 제안일: 2026-02-15
- 현재 상태: Draft
- Glamsterdam 포함 상태: Considered (ACDE #230, 2/12 - 제안 전이지만 콜에서 논의 가능성)
- 제안 목적: 블록 수준 Access List(BAL) 교환 프로토콜
기술적 배경:
- EIP-7928 (BALs): Glamsterdam Scheduled - 블록 수준 Access List 도입
- 문제: 기존 eth/70까지는 BAL 전파 메커니즘 없음
- eth/71 해결책: BAL을 P2P 네트워크를 통해 효율적으로 교환
BAL 복습 (EIP-7928):
- 블록 제안자가 해당 블록에서 접근할 상태 주소 목록 미리 공개
- 밸리데이터는 BAL 기반으로 상태 미리 로드 → 블록 실행 시간 단축
- ePBS (EIP-7732)와 결합 시 빌더-제안자 분리 효율 증가
eth/71 핵심 기능 추정: 1. BAL 전파 메시지: 새로운 네트워크 메시지 타입 추가 (GetBlockAccessList, BlockAccessList 등) 2. 검증 로직: BAL 유효성 검증 (블록 실행 전) 3. 캐싱 최적화: BAL 캐싱으로 중복 전송 방지
인프라 영향:
- 네트워크 대역폭 증가: BAL 전파로 추가 트래픽 발생 (예상 영향 미미)
- 블록 전파 시간 단축: BAL 미리 받은 노드는 블록 실행 준비 완료
- ePBS 연계 필수: epbs-devnet-0 (2/18 목표) 테스트에 eth/71 포함 가능성
Breaking Change 평가:
- ⚠️ 중간: 새로운 P2P 메시지 타입 추가 → 클라이언트 업데이트 필수
- 하위 호환성: eth/70 노드와 공존 가능하도록 설계 예상 (확인 필요)
- 마이그레이션: Glamsterdam 하드포크 시 일괄 전환
1.5 네트워킹 프로토콜 진화 전략 분석
3단계 진화의 의미:
- eth/69 (Fusaka): History Expiry 기반 구축 → 상태 축소 인프라
- eth/70 (Glamsterdam 검토): Partial receipts → 선택적 데이터 교환
- eth/71 (Glamsterdam 검토): BAL 교환 → ePBS 준비
전략적 패턴:
- 점진적 개선: 한 번에 모든 기능 추가가 아닌, 단계별 프로토콜 업그레이드
- 하드포크 결합: Glamsterdam에서 eth/70 + eth/71 동시 포함 가능성
- 테스트 분리: 각 프로토콜 버전을 개별 devnet에서 검증 후 통합
Glamsterdam 네트워킹 전략:
- BAL 생태계 구축: EIP-7928 (BALs) + EIP-8159 (eth/71) 결합
- ePBS 인프라 완성: EIP-7732 (ePBS) + eth/71 (BAL 교환)
- 가스 리프라이싱 연계: 네트워크 효율 증가 → 가스 비용 재조정 정당성
1.6 클라이언트 구현 영향 평가
EL 클라이언트 개발자 작업 (eth/71 추가 시):
| 클라이언트 | 작업 범위 | 예상 난이도 |
|---|---|---|
| Geth | P2P 메시지 핸들러 추가, BAL 검증 로직 | 중간 |
| Nethermind | eth/71 프로토콜 레이어 구현 | 중간 |
| Besu | Java P2P 스택 업데이트 | 중간 |
| Erigon | BAL 캐싱 및 상태 미리 로드 | 높음 (아키텍처 변경) |
CL 클라이언트 영향:
- 없음 (eth/71은 EL P2P 프로토콜, CL은 libp2p 사용)
- 단, ePBS 통합 시 CL-EL 인터페이스 변경 가능
Devnet 테스트 예상:
- bal-devnet-2: eth/71 프로토콜 테스트 중일 가능성 (2/16 ACDT #70 확인 필요)
- epbs-devnet-0: eth/71 + ePBS 통합 테스트 (2/18 런칭 목표)
액션 아이템:
- 📋 EIP-8159 GitHub 문서: eth/71 사양 상세 분석 (메시지 포맷, 검증 로직)
- 🔍 ACDT #70 회의록: bal-devnet-2에서 eth/71 테스트 여부 (2/16 이후)
- 📊 성능 영향 추정: BAL 전파가 블록 전파 시간에 미치는 영향
- 🚀 epbs-devnet-0 모니터링: 2/18 런칭 시 eth/71 포함 여부
2. EIP-7976 Calldata Floor Cost 64/64 변경
2.1 커밋 개요
출처: GitHub Commit 137a132 (2/15)
커밋 메시지: "Update EIP-7976: Increase floor data cost to 64/64"
변경 내용:
- Calldata floor cost 파라미터를 64/64로 설정
- 이전 제안: 다른 값 (구체적 수치 커밋 메시지 미공개 - diff 확인 필요)
2.2 EIP-7976 배경 복습
출처: EIP 업그레이드 현황 EIP-7976 데이터
EIP-7976: Increase Calldata Floor Cost:
- 현재 상태: Draft
- Glamsterdam 포함 상태: Considered (ACDE #226, 2025-12-18)
- 목적: Calldata 가스 비용의 floor(최저 하한) 상향
기술적 배경:
- 현재 Calldata 가스 비용: 0바이트 = 4 gas, 비0바이트 = 16 gas
- 문제점: 0바이트 비용이 너무 낮아 악의적 대용량 calldata 공격 가능
- 해결책: floor cost 도입으로 calldata 크기에 비례한 최소 가스 부과
EIP-7623 (Pectra Included) 복습:
- EIP-7623: Increase calldata cost - 이미 Pectra에 포함됨
- EIP-7976: EIP-7623의 추가 조정 (floor cost 개념 도입)
2.3 64/64 파라미터의 의미
Floor Cost란?:
- Calldata 크기(바이트)에 대한 최소 가스 비용 계수
- 예: floor_cost = 64이면, calldata 1KB당 최소 64 gas 부과
64/64의 의미 추정:
- 분자 64: floor cost 계수
- 분모 64: 다른 스케일 팩터 또는 기준값 (사양 확인 필요)
- 가능성 1: 64 gas per KB (1024바이트 기준)
- 가능성 2: 64 gas per 256바이트 (EVM 워드 크기 기준)
확정 값 64/64의 의미:
- 사양 논의 중 여러 값 검토 후 64/64로 최종 결정
- 이전 제안 값(예: 48/64, 32/64) 대비 더 높은 비용 가능성
- 또는 분자/분모 비율 조정으로 정교한 가스 모델 구현
2.4 가스 리프라이싱 맥락
Glamsterdam Calldata 관련 EIP:
| EIP | 제목 | 목적 |
|---|---|---|
| EIP-7623 (Pectra) | Increase calldata cost | 기본 calldata 비용 상향 |
| EIP-7976 (Glamsterdam Considered) | Increase Calldata Floor Cost | 최저 하한 추가 ⬅️ 오늘 파라미터 확정 |
전략적 의도: 1. EIP-7623 (Pectra): 첫 단계 - 비용 증가로 악용 완화 2. EIP-7976 (Glamsterdam): 두 번째 단계 - floor cost로 정교한 보호
노드 부하 관점:
- Calldata 대용량 블록: 블록 전파 시 네트워크 대역폭 소비 큼
- 실행 시간: Calldata 크기가 크면 블록 실행 시간 증가 (메모리 복사)
- EIP-7976 효과: 대용량 calldata 트랜잭션의 가스 비용 증가 → 블록 포함 감소 → 노드 부하 감소
2.5 인프라 영향 분석
노드 운영자 영향:
- 긍정적 영향: 대용량 calldata 공격 방어 강화 → 네트워크 안정성 증가
- 중립적 영향: 일반 사용자 트랜잭션은 calldata 크기가 작아 영향 미미
- 부정적 영향 (최소): Rollup sequencer 등 대용량 calldata 사용 주체의 비용 증가 (단, Blob 사용으로 완화)
Rollup 생태계 영향:
- 배경: Optimistic Rollup은 상태 전환 증명을 calldata로 전송
- EIP-7976 영향: calldata 비용 증가 → Rollup 운영 비용 증가
- 완화 방법: EIP-4844 Blob 사용 권장 (calldata 대신 blob 데이터로 전송)
Breaking Change 평가:
- ⚠️ 낮음: 가스 비용 변경은 기존 트랜잭션에 영향 주지만, 프로토콜 하위 호환성 유지
- 스마트 컨트랙트: 가스 추정 로직 조정 필요 (hardcoded 가스 사용 시)
- 지갑/SDK: 가스 계산 업데이트 필요
액션 아이템:
- 📋 EIP-7976 GitHub diff 분석: 64/64 파라미터의 정확한 정의 확인
- 🔍 ACDE 향후 콜: EIP-7976 Considered → Scheduled 이동 여부
- 📊 가스 영향 시뮬레이션: 메인넷 트랜잭션 데이터 기반 calldata 비용 변화 추정
- 🚀 Glamsterdam 테스트넷: 파라미터 변경 후 성능 영향 측정
3. EIP-7979 Glamsterdam Declined: 알고리즘 개선에도 거부
3.1 커밋 및 거부 현황
출처: GitHub Commit 97b0bec (2/15), EIP 업그레이드 현황 EIP-7979 데이터
커밋 메시지: "Update EIP-7979: Better validation algorithm"
EIP-7979 현황:
- 현재 상태: Draft
- Glamsterdam 포함 상태: Declined (ACDE #225, 2025-12-04)
- 업데이트 일자: 2026-02-15 (Declined 이후에도 사양 개선 지속)
관찰:
- Glamsterdam에서 거부되었음에도 사양 개선 지속 → 장기 프로젝트로 전환 가능성
- 알고리즘 개선 → 재제안 준비 또는 다른 하드포크 타겟
3.2 EIP-7979 배경 복습
출처: EIP 업그레이드 데이터 (제목 미공개 - GitHub 확인 필요)
EIP-7979: (제목 확인 필요):
- Declined 일자: 2025-12-04 (ACDE #225)
- Declined 이유: 공식 회의록 미공개 (추정: 복잡도, 성능 우려, 대안 선호 등)
일반적 Declined 후 사양 개선 패턴: 1. 피드백 반영: ACD 콜에서 받은 피드백 기반 알고리즘 개선 2. 재제안 준비: 다음 하드포크(Hegota)에 재제안 가능성 3. 장기 연구: EIP를 "활성 연구" 상태로 유지, 필요 시 부활
3.3 Glamsterdam Declined EIP 중 사양 개선 사례
비교 사례:
- EIP-7745 (TLI): Glamsterdam Declined이지만 TLI Breakout Call 계속 진행 (2/17 #3 예정)
- EIP-7805 (FOCIL): Glamsterdam Declined이지만 Hegota Considered로 이동
- EIP-7979: Declined 후에도 알고리즘 개선 → 재제안 의지 강함
전략적 의미:
- EIP 제안자가 Declined를 최종 거부로 받아들이지 않음
- 커뮤니티 피드백 수용 → 개선 → 재제안 문화
- 장기 로드맵 관점에서 Declined EIP도 추적 필요
3.4 인프라 관점 시사점
단기 영향:
- 없음: EIP-7979는 Glamsterdam에 포함되지 않음 → 즉시 노드 운영 영향 없음
중장기 영향:
- Hegota 재제안 가능성: 알고리즘 개선 완료 후 Hegota에 Considered 진입 가능
- 기술 방향성 파악: EIP-7979가 다루는 문제(제목 확인 필요)의 중요도 추정
액션 아이템:
- 📋 EIP-7979 GitHub 문서: 제목, 목적, Better validation algorithm 상세 내용 확인
- 🔍 ACDE #225 회의록: Declined 이유 공식 확인
- 📊 Hegota EIP 논의: 향후 ACD 콜에서 EIP-7979 재언급 여부 모니터링
4. Tomasz의 Autonomous Ethereum 비전
4.1 트윗 시리즈 분석 (2/15)
출처: Twitter @tkstanczak (2/15, 18:26~18:50 UTC)
트윗 1 (18:26):
"Fully autonomous Ethereum if we do it right."
트윗 2 (18:36):
"I expect it should happen over the next 24-36 months and we should have the relevant tooling / integrations finished by Q3 (the earlier the better)"
트윗 3 (18:50):
"👀 future of Ethereum is autonomous\n\nwalkaway test"
핵심 키워드: 1. Fully autonomous Ethereum: 완전히 자율적인 이더리움 2. Walkaway test: "떠날 수 있는" 테스트 - 인간 개입 없이 작동 3. 24-36 months: 2-3년 타임라인 4. Q3 tooling/integrations: 2026년 Q3까지 도구 및 통합 완료 목표
4.2 "Autonomous Ethereum" 개념 해석
인프라 관점 분석:
1. 자율 네트워크 운영:
- 자동 업그레이드: 하드포크 활성화를 수동 클라이언트 업데이트 없이 진행 (불가능한 목표)
- 자가 치유(Self-healing): 네트워크 장애 시 자동 복구
- 적응형 파라미터: 네트워크 상태에 따라 가스 한도, blob 수 등 자동 조정
2. 프로토콜 수준 자율성:
- EIP-1559 자동 조정: 베이스 피 자동 조정 (이미 구현됨)
- 가스 한도 자동 조정: 현재는 밸리데이터 투표, 미래에는 프로토콜 자동 조정?
- Blob 수 자동 증가: PeerDAS 후 blob 수를 네트워크 상태 기반 자동 증가
3. 거버넌스 자율성:
- DAO 기반 의사결정: 하드포크 결정을 커뮤니티 투표로 자동화
- Futarchy: 예측 시장 기반 프로토콜 파라미터 결정
- Tomasz의 의도 추정: 이더리움 재단의 중앙집중적 결정 구조 → 탈중앙화된 자동 거버넌스
4.3 "Walkaway Test" 개념
정의:
- Walkaway test: 핵심 개발자/재단이 "떠나도" 네트워크가 계속 작동하는지 테스트
- 비트코인 커뮤니티에서 유래 - Satoshi 사라진 후에도 비트코인 작동 중
이더리움 맥락:
- 현재 상황: EF 리더십(Vitalik, Justin Drake, 연구팀) 없이는 로드맵 진행 어려움
- Walkaway test 목표: EF 없이도 커뮤니티가 자율적으로 프로토콜 개선 가능
- Tomasz의 시각: 리더십 전환 완료(2/14 Bastian Aue 임명) 이후, 더 탈중앙화된 거버넌스 필요
기술적 요소: 1. 클라이언트 다양성: 단일 클라이언트 의존도 제거 (현재 Geth 점유율 감소 중) 2. 자동 테스트: 하드포크 전 자동 테스트 스위트로 클라이언트 호환성 검증 3. 표준화: 사양 명확화로 누구나 클라이언트 구현 가능 (예: EIP-8038 언어 개선)
4.4 24-36개월 타임라인 분석
Tomasz의 타임라인:
- 시작점: 2026년 2월 (현재)
- 목표 완료: 2028년 2월~2029년 2월
- 중간 목표: 2026년 Q3 (7-9월) - 툴링/통합 완료
Q3 2026 툴링/통합 추정: 1. 자동 EIP 통합 도구: EIP 제안부터 클라이언트 구현까지 자동화 2. Devnet 자동 생성: 새 EIP마다 devnet 자동 생성 및 테스트 3. 거버넌스 플랫폼: 커뮤니티 투표 시스템 (온체인 또는 오프체인)
2028-2029 최종 목표:
- 완전한 탈중앙화 거버넌스: EF 없이도 하드포크 결정 가능
- 자율 프로토콜 파라미터: 가스 한도, blob 수 등 자동 조정
- Walkaway test 통과: EF 리더십이 사라져도 네트워크 지속
4.5 인프라 관점 영향
노드 운영자 영향:
긍정적 측면: 1. 안정성 증가: 자가 치유 기능으로 네트워크 장애 자동 복구 2. 업그레이드 간소화: 자동 업그레이드 도구로 수동 작업 감소 (단, 신뢰 검증 필요) 3. 거버넌스 참여: 노드 운영자도 프로토콜 결정에 직접 투표 가능
우려 사항: 1. 자동화 리스크: 자동 업그레이드 시 버그로 인한 네트워크 다운 위험 2. 거버넌스 복잡도: 모든 EIP를 커뮤니티 투표로 결정 → 의사결정 지연 3. 중앙화 벡터: 자동화 도구 자체가 중앙화 포인트 (누가 도구를 관리?)
현실성 평가:
- 낮음: 24-36개월 내 완전 자율 이더리움은 매우 야심찬 목표
- 부분 달성 가능: 특정 파라미터(가스 한도, blob 수) 자동 조정은 달성 가능
- 장기 비전: Tomasz의 발언은 "북극성(North Star)" 역할 - 방향 제시
4.6 Tomasz 퇴임 맥락
배경: Tomasz는 2/14 EF co-ED 퇴임 발표 (3월 1일 효력)
Autonomous Ethereum 비전과 연결:
- 퇴임 이유: "building" 재개 (3월부터)
- 추정: Autonomous Ethereum 도구/인프라 구축이 "building" 계획일 가능성
- Nethermind 연계: Nethermind 창립자로서 클라이언트 자동화 도구 개발 가능
시사점:
- Tomasz의 발언은 개인적 프로젝트 예고일 수 있음 (EF 공식 로드맵 아님)
- 하지만 이더리움 커뮤니티 영향력이 크므로, 향후 프로젝트 주목 필요
액션 아이템:
- 📅 Tomasz Twitter 모니터링: 3월 이후 "building" 프로젝트 발표 대기
- 🔍 Autonomous 도구 추적: 커뮤니티에서 자율 거버넌스 도구 제안 모니터링
- 📊 EF 공식 입장: Autonomous Ethereum에 대한 EF 공식 로드맵 포함 여부
5. 업그레이드 현황 업데이트: 7일 연속 무변동
5.1 2/16 EIP 업그레이드 데이터 분석
출처: output/sources/forkcast/2026-02-16.forkcast.json
주요 발견:
- 총 EIP 추적: 124개 (2/15 대비 동일)
- 업그레이드 추적: Dencun, Fusaka, Glamsterdam, Hegota, Pectra
- 전일 대비 변동: 없음 (new_since_last_fetch: [])
- 연속 무변동 기간: 2/9(ACDT #69) → 2/10 → 2/11 → 2/12(ACDE #230) → 2/13 → 2/14 → 2/15 → 2/16 (7일)
관찰:
- ACDE #230 (2/12) 반영 지연: 보통 ACD 콜 후 1-2일 내 업그레이드 현황 업데이트되지만 아직 반영 안 됨
- 회의록 미공개 연계: ACDE #230 회의록 미공개 → 업그레이드 현황 업데이트 불가 추정
- 안정화 국면: 새로운 EIP 제안 없음 (단, GitHub에서는 EIP-8159, EIP-7976, EIP-7979 업데이트 확인)
5.2 Glamsterdam EIP 상태 요약 (2/16 기준)
변동 없음 - 2/15 상태 유지:
| 상태 | EIP 개수 | 주요 EIP |
|---|---|---|
| Scheduled | 2 | EIP-7732 (ePBS), EIP-7928 (BALs) |
| Considered | 20 | EIP-7975 (eth/70), EIP-8159 (eth/71), EIP-7976 (Calldata floor 64/64), EIP-8038 (상태 접근 가스), 기타 가스 리프라이싱 EIP |
| Declined | 35 | EIP-7979 (알고리즘 개선에도 거부), EIP-7745 (TLI), 기타 |
| Withdrawn | 4 | EIP-6873, 7667, 7919, 7999 |
핵심 관찰:
- EIP-7975 (eth/70): Glamsterdam Considered (2/12 ACDE #230)
- EIP-8159 (eth/71): Glamsterdam Considered (2/12 ACDE #230 - 제안은 2/15이지만 콜에서 논의 가능성)
- 업그레이드 현황 미반영: 위 2개 EIP 상태 변화가 업그레이드 현황에 아직 업데이트 안 됨
5.3 Fusaka EIP 상태 요약 (2/16 기준)
변동 없음 - 확정 상태 유지:
| 상태 | EIP 개수 | 주요 EIP |
|---|---|---|
| Included | 13 | EIP-7594 (PeerDAS), EIP-7642 (eth/69), EIP-7910 (eth_config), EIP-7935 (60M 가스), 기타 |
| Declined | 27 | (EOF 관련 대부분 포함) |
인프라 중요 EIP (Fusaka Included):
- EIP-7594 (PeerDAS): Blob 처리량 증가 - blob-devnet-0 진행 중
- EIP-7642 (eth/69): 현재 프로덕션 프로토콜 - Fusaka 하드포크 시 활성화
- EIP-7910 (eth_config): JSON-RPC 설정 조회 API
- EIP-7935 (60M 가스): 기본 가스 한도 30M → 60M 증가
5.4 인프라 관점 시사점
안정화 국면의 의미: 1. Glamsterdam 사양 확정 단계: 새로운 EIP 제안보다 기존 EIP 정교화 집중 2. Devnet 집중 기간: EIP 논의보다 devnet (bal, epbs, blob) 테스트 우선 3. 회의록 대기: ACDE #230, ACDT #70 회의록 공개 후 상태 변화 예상
예상 변동 (다음 업데이트 시):
- EIP-7975 (eth/70): Glamsterdam Considered 확정 (업그레이드 현황 반영 대기)
- EIP-8159 (eth/71): Glamsterdam Considered 진입 (확인 필요)
- 가스 리프라이싱 EIP: 일부 Considered → Scheduled 이동 가능성 (ACDE 향후 콜)
액션 아이템:
- 📅 EIP 업그레이드 현황 매일 확인: ACDE #230 회의록 공개 후 EIP 상태 업데이트 여부
- 🔍 ethereum/forkcast 레포 모니터링: PR 확인으로 상태 변경 사전 파악
- 📊 ACDE #230 회의록 대기: Glamsterdam EIP 최종 결정 확인
6. Protocol Calls 업데이트: TLI Breakout #3 예정, epbs-devnet-0 D-2
6.1 2/16 Protocol Calls 현황
출처: output/sources/protocol-calls/2026-02-16.protocol-calls.json
최근 콜 (변동 없음 - 2/15 상태 유지):
- ACDE #230 (2/12): 개최 완료, 회의록 여전히 미공개 (4일째)
- BAL #012 (2/11): BALs devnet-2 논의
- zkEVM #001 (2/11): 첫 zkEVM Breakout Call
- FOCIL #028 (2/10): Inclusion Lists 구현
- ACDT #069 (2/9): Devnet 테스트 상태
Upcoming Calls: 없음 (protocol-calls.json에 아직 반영 안 됨)
6.2 주요 콜 일정 (수동 확인)
확정 예정:
- TLI Breakout #3 (2/17, 월요일, 15:00 UTC): ZKP 아키텍처 발표
- ACDT #70 (2/16 예정, 일요일 - 주말이므로 2/17 가능성도 있음): Devnet 업데이트
- epbs-devnet-0 목표 런칭 (2/18, 화요일): EFDenver Summit 타이밍 일치
추정 예정:
- ACDC #175 (2/19, 수요일 예정, 격주 패턴): 합의 레이어 논의
- ACDE #231 (2/26 예정, 격주 패턴): 다음 주요 EL 콜
6.3 TLI Breakout #3 (2/17) - 중요도 HIGH
출처: Ethereum Magicians 공지 (2/14)
일시: 2026년 2월 17일 15:00 UTC (60분)
안건: 1. Presentation of the proposed historic index table ZKP architecture draft (히스토릭 인덱스 테이블 ZKP 아키텍처 초안 발표) 2. Discussion (논의)
기대 내용:
- ZKP 시스템 설계: 히스토릭 로그/트랜잭션 검증을 위한 ZK 증명 구조
- 성능 분석: 증명 생성 시간, 검증 시간, 스토리지 절감량
- 구현 로드맵: 클라이언트 통합 방법, Hegota 또는 이후 하드포크 타겟
인프라 영향:
- 장기 프로젝트: EIP-7745는 Glamsterdam Declined이지만 연구 계속 진행
- 히스토리 프루닝 개선: 노드가 오래된 로그를 안전하게 삭제 가능
- 라이트 노드 강화: 전체 히스토리 없이도 과거 이벤트 검증 가능
액션 아이템:
- 📅 2/17 콜 참관 또는 회의록 확인: ethereum/pm 레포 Breakout-Room-Meetings/TLI/
- 🔍 ZKP 아키텍처 분석: 발표 자료 기반 기술적 타당성 평가
- 📊 성능 데이터 수집: 증명 생성/검증 시간이 노드 운영에 미치는 영향
6.4 epbs-devnet-0 D-2 (2/18 목표)
배경: 2/15 노트에서 epbs-devnet-0 런칭 목표일 2/18로 확인
D-2 현재 상황 (공개 정보 부족):
- 클라이언트 준비 상태: 미공개 (EthPandaOps Twitter/Discord 확인 필요)
- ACDT #70 업데이트: 2/16 이후 회의록에서 진행 상황 확인 예상
- EFDenver 연계: 2/18 EFDenver Summit에서 런칭 발표 가능성
예상 시나리오: 1. 성공 (60%): 2/18 런칭 성공, EFDenver에서 초기 성능 데이터 발표 2. 지연 (30%): 클라이언트 준비 미완료로 2월 말~3월 초 연기 3. 부분 런칭 (10%): 일부 클라이언트만 참여한 제한적 devnet 시작
핵심 모니터링 대상:
- EthPandaOps Twitter (@ethpandaops): 공식 devnet 런칭 발표
- 클라이언트 GitHub: Geth, Prysm, Lighthouse 등 epbs 브랜치 활동
- EFDenver 발표: 2/18 서밋에서 ePBS 관련 세션
액션 아이템:
- 📅 2/18 모니터링 집중: EthPandaOps, @TimBeiko, @VitalikButerin Twitter 실시간 추적
- 🔍 ACDT #70 회의록 확인: epbs-devnet-0 준비 상황 공식 업데이트
- 📊 런칭 후 성능 추적: 블록 전파 시간, 네트워크 안정성, 클라이언트 참여율
6.5 ACDE #230 회의록 미공개 현황 (4일째)
배경: 2/12 개최 → 2/16 현재 미공개
통상 타임라인:
- ACDE 회의록은 ethereum/pm 레포에 개최 후 2-5일 공개
- 2/12 개최 → 2/16 현재 미공개 (4일째) → 비정상적 지연 아님 (주말 포함)
- 2/17-18 공개 예상 (월-화요일)
회의록 대기 중인 핵심 이슈: 1. Glamsterdam EIP 최종 상태: eth/70, eth/71, 가스 리프라이싱 EIP 확정 여부 2. Hegota 논의: Quick Slots, FOCIL 재검토 여부 3. Devnet 진행 상황: bal-devnet-2, epbs-devnet-0 클라이언트 구현 상태 4. EIP-8038 논의: 언어 개선 후 Scheduled 진입 여부
액션 아이템:
- 📅 ethereum/pm 레포 매일 확인: AllCoreDevs-EL-Meetings/ 디렉토리
- 🔍 Christine Kim Weekly 요약 대기: Galaxy Research - 보통 ACDE 다음 주 화-수요일 발표
- 📋 Tim Beiko Twitter: @TimBeiko 계정에서 주요 결정사항 요약 확인
7. 어제(2/15) 대비 변경 사항 요약
7.1 신규 발생 이벤트
| 카테고리 | 이슈 | 상세 |
|---|---|---|
| 네트워킹 | EIP-8159 (eth/71) 제안 | Block Access List Exchange - 2/15 GitHub 커밋 |
| 가스 리프라이싱 | EIP-7976 파라미터 확정 | Calldata floor cost 64/64 - 2/15 업데이트 |
| EIP 상태 | EIP-7979 알고리즘 개선 | Better validation algorithm - Glamsterdam Declined 이후에도 사양 개선 |
| 비전 | Tomasz Autonomous Ethereum 발언 | 24-36개월, walkaway test, Q3 tooling 완료 목표 |
7.2 지속 이슈
| 카테고리 | 이슈 | 진행 상황 |
|---|---|---|
| 회의록 | ACDE #230 회의록 미공개 | 4일째 대기 (2/17-18 공개 예상) |
| Devnet | epbs-devnet-0 D-2 | 2/18 목표일, 준비 상황 미공개 |
| Protocol Calls | TLI Breakout #3 D-1 | 2/17 15:00 UTC - ZKP 아키텍처 발표 |
| EIP 업그레이드 현황 | 7일 연속 무변동 | ACDE #230 반영 대기 중 |
7.3 변동 없음 항목
| 항목 | 상태 |
|---|---|
| EIP 업그레이드 현황 EIP 총 개수 | 124개 (변동 없음) |
| Glamsterdam Scheduled | EIP-7732 (ePBS), EIP-7928 (BALs) |
| Fusaka Included | 13개 EIP (변동 없음) |
| 클라이언트 릴리즈 | 주말이라 새 릴리즈 없음 |
7.4 인프라 모니터링 우선순위 변화
어제(2/15) 우선순위: 1. 🔴 ACDT #70 (2/16 예정) 2. 🔴 epbs-devnet-0 (2/18) 3. 🔴 ACDE #230 회의록
오늘(2/16) 우선순위: 1. 🔴 eth/71 제안 분석 (신규) 2. 🔴 TLI Breakout #3 (2/17, D-1) 3. 🔴 epbs-devnet-0 (2/18, D-2) 4. 🟡 EIP-7976 파라미터 영향 분석 (64/64) 5. 🟡 ACDE #230 회의록 (지속 대기)
8. 종합 평가 및 시사점
8.1 인프라 변화 트렌드 (2026년 2월 중순)
네트워킹 레벨: 1. 프로토콜 진화 가속: eth/69 → eth/70 → eth/71 (7개월 3단계) 2. ePBS 생태계 구축: eth/71 + EIP-7928 (BALs) + EIP-7732 (ePBS) 통합 3. 네트워크 효율 극대화: History expiry, partial receipts, BAL 교환
가스 모델 레벨: 1. Calldata 비용 정교화: EIP-7623 (Pectra) + EIP-7976 (Glamsterdam, 64/64 확정) 2. 상태 접근 최적화: EIP-8038 언어 개선 (2/14) + floor cost 모델 3. 리프라이싱 최종 단계: Glamsterdam에서 가스 비용 대규모 조정 예상
조직 레벨: 1. 탈중앙화 비전: Tomasz의 Autonomous Ethereum - 24-36개월 장기 목표 2. 리더십 전환 안정화: Bastian Aue interim co-ED (3월 1일부터) 3. 보안 강화 지속: OWASP SC Top 10, Post Quantum 코디네이터
8.2 노드 운영자 우선순위 (2월 중순~말)
| 우선순위 | 이슈 | 액션 | 타임라인 |
|---|---|---|---|
| 🔴 긴급 | TLI Breakout #3 | ZKP 아키텍처 발표 확인 | 2/17 |
| 🔴 긴급 | epbs-devnet-0 런칭 | 성공 여부 및 EFDenver 발표 | 2/18 |
| 🔴 긴급 | ACDE #230 회의록 | Glamsterdam EIP 최종 상태 | 2/17-18 |
| 🟡 중요 | EIP-8159 (eth/71) 분석 | 사양 상세 확인, BAL 연계 | 2월 말 |
| 🟡 중요 | EIP-7976 (64/64) 영향 | 가스 비용 변화 시뮬레이션 | 2월 말 |
| 🟡 중요 | ACDT #70 회의록 | 3개 devnet 업데이트 | 2/17 이후 |
| 🟢 관찰 | Autonomous Ethereum | Tomasz 프로젝트 발표 대기 | 3월 이후 |
| 🟢 관찰 | 업그레이드 현황 업데이트 | ACDE #230 반영 여부 | 2/17-18 |
8.3 eth 네트워킹 프로토콜 진화 전략 분석
3단계 진화의 핵심 의도:
-
eth/69 (Fusaka): 상태 축소 인프라 구축
- History Expiry → 오래된 히스토리 삭제 가능
- Simpler receipts → 네트워크 대역폭 절감
-
eth/70 (Glamsterdam 검토): 선택적 데이터 교환
- Partial receipts → 필요한 영수증만 요청
- 대용량 블록 환경(PeerDAS 후)에서 효율 증가
-
eth/71 (Glamsterdam 검토): ePBS 준비
- BAL 교환 → 밸리데이터의 상태 미리 로드
- ePBS 통합으로 빌더-제안자 분리 효율 극대화
전략적 시사점:
- 점진적 개선: 한 번에 모든 기능 추가가 아닌, 단계별 검증
- 하드포크 결합: Glamsterdam에서 eth/70 + eth/71 동시 포함 가능성
- 장기 로드맵: eth/72, eth/73... 계속 진화 예상 (Hegota, 이후)
노드 운영자 준비 사항:
- 클라이언트 업데이트 주기 증가: 네트워킹 프로토콜 변화마다 업데이트 필수
- 하위 호환성 확인: eth/69, eth/70, eth/71 동시 운영 가능 여부
- 성능 테스트: devnet 성능 데이터 기반 하드웨어 요구사항 추정
8.4 Calldata Floor Cost 64/64 영향 분석
노드 부하 관점:
긍정적 영향: 1. 대용량 calldata 공격 방어: floor cost로 악의적 트랜잭션 비용 증가 2. 블록 전파 시간 감소: 대용량 calldata 트랜잭션 감소 → 블록 크기 감소 3. 네트워크 대역폭 절감: calldata가 작은 트랜잭션 위주로 블록 구성
Rollup 생태계 영향:
- 비용 증가: Optimistic Rollup sequencer의 calldata 비용 증가
- Blob 전환 가속: calldata → blob 데이터로 전환 권장
- EIP-4844 효과 극대화: Blob 사용 인센티브 증가
가스 리프라이싱 전체 그림:
- EIP-7623 (Pectra): calldata 기본 비용 증가
- EIP-7976 (Glamsterdam): floor cost 64/64 추가
- EIP-8038 (Glamsterdam Considered): 상태 접근 가스 조정
- 통합 효과: 네트워크 부하를 실제 비용에 맞게 재조정
8.5 Autonomous Ethereum 현실성 평가
달성 가능한 목표: 1. 자동 파라미터 조정: 가스 한도, blob 수 등 프로토콜 파라미터 자동화 2. 클라이언트 다양성: Geth 점유율 감소, 다양한 클라이언트 균형 3. 자동 테스트 스위트: 하드포크 전 자동 호환성 검증
비현실적 목표: 1. 자동 하드포크 업그레이드: 클라이언트 수동 업데이트 없이 자동 전환 (불가능) 2. 완전 자율 거버넌스: 모든 EIP를 DAO 투표로 결정 (의사결정 지연) 3. 24-36개월 타임라인: 너무 짧은 기간 (부분 달성 가능)
현실적 시나리오:
- 10% 달성: 자동 파라미터 조정, 자동 테스트 도구
- 30% 달성: 클라이언트 다양성, 거버넌스 플랫폼
- 60% 달성: (10-20년 장기 목표) 완전 자율 네트워크
노드 운영자 시사점:
- 단기 영향 없음: Autonomous Ethereum은 장기 비전, 즉시 대응 불필요
- 장기 모니터링: Tomasz 프로젝트 발표 시 기술적 타당성 평가
- 거버넌스 참여 준비: 향후 온체인 투표 시스템 도입 시 노드 운영자 역할 증대
8.6 리서치 가치 평가
HIGH 가치 주제: 1. eth/71 제안 분석: 신규 네트워킹 프로토콜 - BAL 교환 메커니즘, ePBS 연계 2. epbs-devnet-0 런칭 (2/18): D-2 상황, 성공 여부 및 초기 성능 데이터 3. TLI ZKP 아키텍처 (2/17): Trustless Log Index - 히스토리 프루닝 혁신
MEDIUM 가치 주제: 1. EIP-7976 (64/64): Calldata floor cost 파라미터 확정 - 가스 영향 분석 2. Autonomous Ethereum 비전: Tomasz 발언 분석 - 장기 방향성 3. EIP 업그레이드 현황 무변동 분석: 7일 연속 변동 없음 - 안정화 국면 의미
아티클 소재 가능성:
- "eth 네트워킹 프로토콜 3단계 진화: eth/69→eth/70→eth/71 완전 분석" (기술 심층)
- "Calldata Floor Cost 64/64: Glamsterdam 가스 리프라이싱의 마지막 퍼즐" (인프라 영향)
- "Tomasz의 Autonomous Ethereum 비전: 24-36개월 타임라인 현실성 평가" (비전 분석)
- "epbs-devnet-0 D-Day: ePBS 시대 개막" (2/18 결과 기반) (속보성)
8.7 Lido Curated Operator 관점
관련성 평가:
- epbs-devnet-0 (2/18): 밸리데이터 운영 방식 근본 변화 → HIGH 영향
- eth/71 + BALs: 블록 제안 효율 증가 → MEDIUM 영향 (ePBS 연계)
- 가스 리프라이싱: 트랜잭션 비용 변화 → MEDIUM 영향 (스테이킹 보상 간접 영향)
- Autonomous Ethereum: 장기 비전 → LOW 영향 (즉시 대응 불필요)
준비 사항:
- 2/18 epbs-devnet-0 모니터링: ePBS 운영 방식 사전 학습, 성능 데이터 수집
- eth/71 사양 학습: BAL 교환 프로토콜 이해, 클라이언트 업데이트 준비
- ACDT #70 회의록 확인: devnet 성능 데이터로 하드웨어 요구사항 추정
9. 주요 리스크 및 미확인 사항
9.1 높음
ACDE #230 회의록 부재 (4일째):
- Glamsterdam EIP 최종 결정 미확인
- eth/70, eth/71 Considered 공식 확정 여부 불명확
- 완화 방법: 2/17-18 공개 예상, ethereum/pm 레포 매일 확인
epbs-devnet-0 준비 상황 미공개:
- 2/18 D-2인데도 클라이언트 준비 상태 정보 없음
- 런칭 성공 여부 불확실
- 완화 방법: EthPandaOps Twitter, ACDT #70 회의록, EFDenver 발표 모니터링
EIP-8159 (eth/71) 상세 사양 미확인:
- GitHub 커밋만 있고 공식 EIP 문서 링크 없음
- BAL 교환 메시지 포맷, 검증 로직 불명확
- 완화 방법: ethereum/EIPs 레포에서 EIP-8159 PR 확인, 사양 문서 대기
9.2 중간
EIP-7976 (64/64) 정확한 정의 미확인:
- 커밋 메시지만 있고 파라미터 의미 추정 단계
- 분자/분모 64의 정확한 의미 (gas per KB? per 256bytes?)
- 완화 방법: EIP-7976 GitHub diff 분석, PR 코멘트 확인
TLI ZKP 아키텍처 발표 전:
- 2/17 발표 전까지 구체적 내용 미공개
- 성능 데이터, 구현 복잡도 불명확
- 완화 방법: 2/17 Breakout Call 회의록 및 발표 자료 대기
Autonomous Ethereum 구체적 계획 부재:
- Tomasz 발언은 비전 수준, 구체적 프로젝트/도구 미공개
- 24-36개월 타임라인의 마일스톤 불명확
- 완화 방법: Tomasz Twitter, 3월 이후 "building" 프로젝트 발표 대기
9.3 낮음
업그레이드 현황 업데이트 지연:
- ACDE #230 이후 상태 변화 미반영
- 보통 지연은 회의록 미공개 때문 (정상 범위)
- 완화 방법: 회의록 공개 후 EIP 업그레이드 현황 자동 업데이트 대기
EIP-7979 Declined 이유 미확인:
- ACDE #225 (2025-12-04) 회의록에서 거부 이유 확인 필요
- 알고리즘 개선에도 거부된 배경 불명확
- 완화 방법: ACDE #225 회의록 확인, EIP-7979 제안자 트윗 모니터링
10. 후속 추적 필요 사항
10.1 즉시 확인 필요 (2월 중)
- [ ] TLI Breakout #3 회의록 (2/17 이후): ZKP 아키텍처 발표 자료, 성능 데이터 - ⚠️ HIGH PRIORITY
- [ ] epbs-devnet-0 런칭 (2/18): 성공 여부, EFDenver 발표 내용, 클라이언트 참여율 - ⚠️ HIGH PRIORITY
- [ ] ACDE #230 회의록 (2/17-18 예상): Glamsterdam EIP 최종 상태, eth/70 + eth/71 확정 - ⚠️ HIGH PRIORITY
- [ ] ACDT #70 회의록 (2/17 이후): blob/bal/epbs devnet 업데이트 - 중요
- [ ] EIP-8159 GitHub 문서: eth/71 상세 사양, 메시지 포맷, 검증 로직 - 중요
- [ ] EIP-7976 GitHub diff: 64/64 파라미터 정확한 정의 확인 - 중요
10.2 클라이언트 릴리즈 추적
- [ ] 모든 EL 클라이언트: epbs-devnet-0 호환 버전 (2/18 이후)
- [ ] 모든 CL 클라이언트: PeerDAS 지원 버전 (blob-devnet-0 참여용)
- [ ] Geth, Nethermind, Besu, Erigon: eth/71 프로토콜 구현 브랜치 활동
- [ ] Nethermind: Tomasz 퇴임 후 첫 릴리즈 방향성 (3월 이후)
10.3 Protocol Calls
- [ ] TLI Breakout #3 (2/17): ZKP 아키텍처 발표 - 긴급
- [ ] ACDT #70 (2/17 추정): 3개 devnet 업데이트 - 긴급
- [ ] ACDC #175 (2/19 예정): 합의 레이어 논의
- [ ] ACDE #231 (2/26 예정): 다음 EL 콜 - Glamsterdam EIP 추가 논의
- [ ] zkEVM Breakout #002: 다음 콜 일정 및 안건
10.4 이벤트 및 발표
- [ ] EFDenver Summit (2/18): epbs-devnet-0 발표, 네트워크 스케일링 인사이트
- [ ] Tomasz "building" 프로젝트 (3월 이후): Autonomous Ethereum 관련 도구/인프라
- [ ] Autonomous 거버넌스 도구: 커뮤니티에서 자율 거버넌스 제안 모니터링
10.5 조직 및 정책
- [ ] Bastian Aue 첫 공식 발표 (3월 1일 이후): EF 블로그 또는 ACDE 콜
- [ ] EF 하드포크 우선순위 재검토: 리더십 전환 후 정책 변화 여부
- [ ] Post Quantum 로드맵: Will Corcoran 첫 공식 발표
10.6 기술 사양 확인
- [ ] eth/71 하위 호환성: eth/69, eth/70과 동시 운영 가능 여부
- [ ] BAL 전파 메시지 포맷: GetBlockAccessList, BlockAccessList 사양
- [ ] Calldata floor cost 계산 공식: 64/64 파라미터의 정확한 적용 방법
11. 참고 자료
- EIP-8159 GitHub Commit - eth/71 제안 (2/15)
- EIP-7976 Update Commit - Calldata floor cost 64/64 (2/15)
- EIP-7979 Update Commit - Better validation algorithm (2/15)
- Tomasz Twitter Thread - Autonomous Ethereum 비전 (2/15)
- TLI Breakout #3 Announcement - ZKP 아키텍처 (2/17 예정)
- Ethereum Forkcast - EIP 업그레이드 트래커
- EIP-7642: eth/69 - History expiry, simpler receipts (Fusaka Included)
- EIP-7975: eth/70 - Partial block receipt lists (Glamsterdam Considered)
- EIP-7928: BALs - Block-Level Access Lists (Glamsterdam Scheduled)
- EIP-7732: ePBS - Enshrined PBS (Glamsterdam Scheduled)
작성일: 2026-02-16 작성자: Infra Monitor Agent (@r2jamong) 다음 업데이트: TLI Breakout #3 (2/17) 또는 epbs-devnet-0 런칭 (2/18) 후 중요도: HIGH - 네트워킹 프로토콜 진화 가속, Calldata 비용 확정, ePBS devnet 임박