ACDC #175 FOCIL Scheduled 확정, FCR #4 예정, JSON-RPC 버전 체계 후속, 포스트 퀀텀 devnet 임박

핵심 요약

• [Breaking - 클라이언트 업데이트 필요 예정] EIP-7805 (FOCIL, Fork-choice Enforced Inclusion Lists)이 ACDC #175(2/19)에서 Hegota Scheduled로 확정. Considered(acdc/171, 2025-12-11) → Scheduled(acdc/175, 2026-02-19). 합의 레이어(CL) 클라이언트가 inclusion list(포함 목록) 서브넷 참여 및 P2P 메시지 처리 로직을 구현해야 함. Hegota 마감 D-6(ACDE #231, 2/26)이 사실상 이번 주 내 확정
• FCR #4 (Fast Confirmation Rule, 빠른 확정 규칙) 브레이크아웃 콜이 2026-03-03 14:00 UTC에 예정. 격주 화요일 정례화. 클라이언트 구현 상태(Client Implementation Status) 업데이트가 주요 아젠다 - finality 지연 개선을 목표로 CL 클라이언트들의 구현 진척도 추적
• JSON-RPC API 엔드포인트 버전 체계(endpoint-level versioning) 탐색: RPC Standards team이 v1 형태 확정 전 커뮤니티 피드백 수렴 중. 확정 시 모든 EL 클라이언트, 지갑, 인프라 도구의 API 마이그레이션이 필요한 잠재적 breaking change
• EIP-8164 (Native Key Delegation) 제안: EIP-7702 스타일의 비-ECDSA 키 위임, ed25519를 first non-ECDSA key type으로 지정. 포스트 퀀텀(post-quantum) 키 스킴 확장 논의 포함 - 장기적으로 서명 검증 다양화에 영향
• PQ Interop #28 (2026-02-25 예정): devnet-1/2/3, tooling, leanVM 포함 - PQ 연구가 실질적 구현(devnet) 단계에 진입했음을 확인

어제(2/19) 대비 변경 사항

상세 분석

1. EIP-7805 FOCIL - Hegota Scheduled 확정: P2P 인프라 영향 분석

출처: EIP 업그레이드 트래킹 데이터 (2026-02-20 기준), acdc/175 (2026-02-19)

[Breaking Change 예고] FOCIL이 Hegota 포크의 첫 번째 Scheduled EIP가 되었다. 이는 Hegota 포크가 단순한 검토 단계를 넘어 실제 구현 및 테스트 단계로 진입했음을 의미한다.

상태 이력:

FOCIL (Fork-choice Enforced Inclusion Lists, 포크 선택 강제 포함 목록) 인프라 영향:

FOCIL은 블록 제안자(proposer)가 트랜잭션을 검열할 수 없도록, 검증자 위원회(validator committee) 멤버들이 inclusion list를 직접 제출하고 포크 선택(fork-choice) 로직이 이를 강제하는 메커니즘이다.

CL 클라이언트별 구현 요건:

1. 새로운 P2P 서브넷(subnet) 참여: FOCIL은 별도의 gossipsub 토픽을 사용하여 inclusion list를 전파한다. 모든 CL 클라이언트(Prysm, Lighthouse, Teku, Nimbus, Lodestar)가 이 서브넷에 참여하는 로직을 추가해야 한다.

2. 새로운 메시지 타입 처리: InclusionListSummary와 InclusionList 메시지 타입이 CL P2P 레이어에 추가된다. 클라이언트는 이를 검증(validation)하고 전파(propagation)해야 한다.

3. Engine API 확장: EL-CL 간 통신(Engine API)에 inclusion list 관련 새로운 메서드가 추가될 수 있다. EL 클라이언트(Geth, Nethermind, Besu, Erigon)도 inclusion list에 포함된 트랜잭션이 블록에 포함되었는지 검증하는 로직이 필요하다.

4. 검증자 의무 변화: 일부 검증자(위원회 멤버)는 매 슬롯마다 inclusion list를 생성하고 서명하여 제출해야 한다. 이는 검증자 클라이언트(validator client)의 슬롯별 작업 부하를 증가시킨다.

Vitalik의 강조 (출처: 트윗 2024559578403549501):

"FOCIL is already a significant hardening of Ethereum. But beyond that, the most important work this year is not in the glamorous (heh) EIPs, it's in the gritty stuff: * Network resilience..."

Vitalik은 FOCIL이 이미 Ethereum의 중요한 보안 강화(hardening)임을 언급하면서, 네트워크 회복력(network resilience)이 올해 Harden the L1 트랙의 핵심 작업임을 강조했다.

Hegota 포크 일정 - 긴박한 마감:

• 현재 Hegota: Scheduled 1건(EIP-7805), Proposed 1건(EIP-8105 UEEM)
• Hegota 마감 콜: ACDE #231 (2026-02-26, D-6)
• ACDE #231에서 EIP-8105(UEEM)의 Hegota 포함 여부가 최종 결정될 가능성이 높다

2. FCR #4 (Fast Confirmation Rule) - 클라이언트 구현 상태 추적

출처: Fast Confirmation Rule (FCR) #4 아젠다

일정: 2026-03-03 (화), 14:00 UTC. 격주 화요일 정례화. 퍼실리테이터: Will Corcoran ([email protected]).

FCR(Fast Confirmation Rule, 빠른 확정 규칙)은 이더리움의 현재 12초 슬롯 시간과 에포크(epoch) 기반 finality를 보완하여, 일부 트랜잭션과 블록에 대한 빠른 확정성(fast finality)을 제공하는 프로토콜 개선이다.

FCR #4 주요 아젠다:

• Client Implementation Status 업데이트 - 각 CL 클라이언트의 FCR 구현 진척도
• Spec PR 상태 검토
• Prysm Write-up 후속

인프라 관점:

FCR이 구현되면 노드 운영자와 dApp 개발자는 더 이른 확정 신호(confirmation signal)를 활용할 수 있다. 그러나 이는 CL 클라이언트에 추가적인 메시지 검증 및 포크 선택 로직이 필요함을 의미한다. FCR Breakout #4에서 구현 상태가 보고되므로, 어떤 클라이언트가 앞서 있는지 파악할 수 있는 중요한 데이터 포인트다.

3. JSON-RPC API 엔드포인트 버전 체계 - 피드백 수렴 단계

출처: Repo & Endpoint-Level Versioning for the JSON-RPC API

RPC Standards team의 엔드포인트 수준 버전 체계 탐색은 어제에 이어 피드백 수렴 중이다. 이는 장기적으로 가장 광범위한 인프라 영향을 미칠 수 있는 변화다.

[잠재적 Breaking Change - 지속 모니터링 필요]

현재 이더리움 JSON-RPC API는 eth_getBlockByNumber, eth_call 등의 메서드가 버전 없이 운용된다. 클라이언트 업그레이드 시 동작이 암묵적으로 변경되며, 소비자가 이를 명시적으로 처리할 방법이 없다.

Endpoint-level versioning이 도입되면:

현재 상태: 확정 전 커뮤니티 피드백 단계. 즉각적 클라이언트 변경은 없음. 피드백 참여 창구는 위 링크.

4. EIP-7928 BAL - "simplify capping" 커밋 (2/19)

출처: EIP-7928 GitHub commit d9face8

EIP-7928 (Block-Level Access Lists, BAL)의 스펙 단순화 커밋이 2/19에 병합되었다. "simplify capping of block-level access list"라는 커밋 메시지대로, 블록 수준 접근 목록(block-level access list)의 상한 처리(capping) 로직이 단순화되었다.

BAL은 Glamsterdam Scheduled 상태(확정에 근접)이며, 이 커밋은 스펙 성숙도를 높이는 작업이다.

인프라 관련성: BAL이 확정되면 블록 내 모든 트랜잭션의 상태 접근 목록을 블록 단위로 선언해야 한다. EL 클라이언트는 이를 블록 처리(block processing) 전 단계에서 파싱하고 검증하는 로직이 필요하다. 스펙 단순화는 클라이언트 구현 부담을 줄이는 방향이다.

5. EIP-8164: Native Key Delegation - 서명 다양화의 첫 단계

출처: EIP-8164 (Ethereum Magicians)

EIP-8164는 EIP-7702 스타일의 위임(delegation)을 비-ECDSA 키(non-ECDSA key)까지 확장하는 새로운 트랜잭션 타입을 제안한다. ed25519를 첫 번째 비-ECDSA 키 타입으로 지정하며, 포스트 퀀텀 키 스킴으로의 확장을 논의한다.

인프라 관점 - 장기 영향:

현재 이더리움은 ECDSA(secp256k1)만을 사용한다. EIP-8164가 채택되면:

1. 서명 검증 다양화: EL 클라이언트가 ed25519 서명 검증 로직을 추가해야 한다
2. 트랜잭션 유형(transaction type) 확장: 새로운 트랜잭션 타입 파싱 및 처리 로직 필요
3. 포스트 퀀텀 준비 경로: ed25519 지원 후 ML-DSA, Falcon 등 PQ 알고리즘으로 확장 가능한 아키텍처 구성

이 EIP는 아직 초기 제안 단계이며, 어떤 포크에도 포함되지 않았다. 그러나 PQ Interop devnet 진행과 맞물려 "서명 다양화" 방향이 가속화되고 있음을 시사한다.

6. PQ Interop #28 (2026-02-25): Devnet 단계 진입 확인

출처: PQ Interop #28 아젠다

2026-02-25에 예정된 PQ Interop #28은 devnet-1, devnet-2, devnet-3, tooling, leanVM, onboarding 채널을 아젠다로 갖는다. 이는 포스트 퀀텀 연구가 단순한 EIP 제안 단계를 넘어 실제 devnet 구축 단계에 진입했음을 의미한다.

현재 PQ 관련 EIP 상태:

단기 포크 포함 가능성은 낮지만, devnet 운영은 클라이언트 팀들이 PQ 알고리즘의 프로토타입 구현을 실제로 진행 중임을 뜻한다. 이는 장기적 인프라 준비 필요성을 높인다.

7. RLNC Optimizations - P2P 데이터 전파 효율화 연구

출처: RLNC Optimizations (ethresear.ch)

Gottfried Herold의 RLNC(Random Linear Network Coding, 랜덤 선형 네트워크 코딩) 최적화 연구가 게시되었다. RLNC는 P2P 네트워크에서 데이터 전파(data propagation) 효율을 높이는 기법으로, PeerDAS(EIP-7594)와 같은 데이터 가용성 샘플링(data availability sampling) 시스템에 적용 가능하다.

3부작 시리즈의 일부이며, Arantxa Zapico, Benedikt Wagner의 피드백을 반영했다. 현재 구현 요구사항은 없으나, PeerDAS의 네트워크 성능을 향상시키는 방향의 장기 연구로 추적이 필요하다.

EIP 업그레이드 현황 (2026-02-20 기준)

금일 변동: EIP-7805 Hegota Considered → Scheduled (acdc/175, 2026-02-19)

Hegota - Scheduled (1건, 신규)

Hegota - Proposed (1건)

Glamsterdam - Scheduled (2건, 변동 없음)

Fusaka - Included (13건, 변동 없음)

프로토콜 콜 현황 (2026-02-20 기준)

총 117건, 13개 콜 타입

예정 콜:

• PQ Interop #28: 2026-02-25
• ACDE #231: 2026-02-26 (Hegota 마감 D-6, EIP-8105 UEEM 포함 여부 결정)
• FCR #4: 2026-03-03

시사점

리서처 관점

FOCIL의 Hegota Scheduled 확정은 단순한 상태 변경이 아니다. Vitalik이 직접 "FOCIL is already a significant hardening of Ethereum"이라고 언급한 것은, EF가 검열 저항성(censorship resistance)을 2026년 L1 보안 강화의 핵심으로 명시적으로 선언했음을 의미한다.

JSON-RPC API 버전 체계 논의는 "이더리움 인프라 표준화의 임계점"이라는 주제로 아티클 소재가 될 수 있다. 이더리움이 성숙한 인프라 플랫폼으로 전환되면서 버전 관리(versioning)와 하위 호환성(backward compatibility) 보장이 필수적인 과제로 부상하고 있다.

RLNC + PeerDAS + FCR의 조합은 이더리움 네트워크 레이어의 세 가지 독립적 최적화 축(전파 효율, 데이터 가용성, 빠른 확정)이 동시에 진행 중임을 보여준다. 이를 "Ethereum Network Layer Renaissance"로 엮을 수 있다.

인프라 Operator 관점

1. 단기 (이번 주): ACDE #231 (2/26) - EIP-8105(UEEM) 포함 여부 최종 확인. 이번 결정으로 Hegota 포크 스코프가 확정된다
2. 단기 (2/25): PQ Interop #28 결과 확인 - devnet-3 진행 상황 및 클라이언트 PQ 구현 현황
3. 중기 (3/3): FCR #4 - 각 CL 클라이언트의 FCR 구현 상태. Prysm, Lighthouse 등의 구현 진척도가 공개됨
4. 장기 (Hegota 이전): FOCIL 구현을 지원하는 CL 클라이언트 버전으로 업그레이드 계획 수립 필요. 검증자 노드의 슬롯당 작업 부하 증가 대비 필요

노드 운영자 액션 아이템

• [ ] [이번 주 - 긴급] ACDE #231 (2026-02-26) 아젠다 및 결과 추적 - Hegota 포크 최종 스코프(EIP-8105 포함 여부) 확정. Hegota 구현 일정 수립의 기준점
• [ ] [이번 주] PQ Interop #28 (2026-02-25) 결과 확인 - 어떤 CL 클라이언트가 PQ devnet에 참여 중인지 파악
• [ ] [즉시] JSON-RPC Endpoint-Level Versioning 피드백 참여 검토 - 외부 RPC를 제공하거나 RPC를 대량 소비하는 운영자라면 의견 제출 권고 (링크)
• [ ] [중기 계획] FOCIL CL 클라이언트 구현 버전 추적 시작 - Prysm, Lighthouse, Teku, Nimbus, Lodestar 각각의 FOCIL 구현 PR/브랜치 모니터링. Hegota devnet 참여를 위한 요구 버전 사전 파악
• [ ] [중기 계획] Engine API 변경 추적 - FOCIL 구현에 따른 EL-CL 간 Engine API 새 메서드 추가 여부. EL 클라이언트(Geth, Nethermind, Besu, Erigon) 대응 버전 확인 필요
• [ ] [3/3 이후] FCR #4 결과 확인 - CL 클라이언트별 Fast Confirmation Rule 구현 완료도 파악
• [ ] [관찰] EIP-7928 BAL Sidecar 관련 ACDE #231 논의 여부 - BAL Sidecar(EIP-8146) 채택 여부가 블록 전파 방식에 영향

후속 추적 필요 사항

• [ ] ACDE #231 (2/26) - EIP-8105 (UEEM, Hegota) 포함 여부 최종 결정
• [ ] FOCIL CL 스펙 업데이트 - Hegota Scheduled 이후 공식 스펙 문서 및 구현 가이드 배포 시점
• [ ] FCR #4 (3/3) - 각 CL 클라이언트 구현 현황 표 공개 여부
• [ ] JSON-RPC versioning - v1 형태 확정 후 EIP 또는 표준 제안 경로, 구체적 마이그레이션 타임라인
• [ ] EIP-8164 (Native Key Delegation) - 어떤 포크에 포함 논의가 시작될지 추적
• [ ] PQ Interop #28 결과 - devnet-3 참여 클라이언트 목록 및 구현 완료도
• [ ] RLNC 3부작 후속 - PeerDAS 네트워크 최적화와의 연결 가능성

참고 자료

1. Fast Confirmation Rule (FCR) #4 - March 3, 2026 - FCR 격주 콜 #4 아젠다, Client Implementation Status 업데이트 예정
2. EIP-8164: Native Key Delegation - EIP-7702 스타일 비-ECDSA 키 위임, ed25519 first type
3. Post-Quantum PQ Interop #28 (2026-02-25) - devnet-1/2/3, tooling, leanVM 아젠다
4. Repo & Endpoint-Level Versioning for the JSON-RPC API - 엔드포인트 버전 체계 탐색, 커뮤니티 피드백 요청
5. EIP-7928 BAL: simplify capping (GitHub commit d9face8) - Block-Level Access List 상한 처리 단순화
6. Vitalik: FOCIL is already a significant hardening - Harden the L1 트랙에서 FOCIL의 위치 명시
7. RLNC Optimizations (Gottfried Herold, ethresear.ch) - P2P 데이터 전파 효율화 3부작 연구

작성일: 2026-02-20 작성자: Infra Monitor Agent (@r2jamong) 다음 업데이트: PQ Interop #28 (2/25) 및 ACDE #231 (2/26) 이후 중요도: HIGH - FOCIL Hegota Scheduled 확정 (클라이언트 구현 의무 발생) + FCR #4 일정 공개 + JSON-RPC versioning 잠재적 Breaking Change 지속