Project Odin: libp2p 펀딩 위기, EVM 확장 논쟁, PQ 경로 수렴, ACDE #231 D+3

핵심 요약

• HIGH Project Odin — libp2p 펀딩 위기: EF 블로그 공식 발표. libp2p는 이더리움 모든 CL/EL 클라이언트 P2P 레이어의 핵심 의존성. 자금 부족으로 지원 요청 — EF의 Project Odin이 지속가능성 지원 착수. P2P 레이어 유지보수 연속성 리스크 첫 공식화
• HIGH ACDE #231 콜 노트 D+3 미공개: 2/26 개최 이후 3일째 ethereum/pm 미업로드. Hegota EL 스코프 및 Glamsterdam EIP 상태 공식 확인 불가 지속
• MEDIUM EVM 확장 방식 논쟁 — Precompile vs Opcode: 컴파일러 개발자 관점에서 Precompile 과용(overuse) 비판. EL 클라이언트 구현 방식 방향성 영향. EIP-2537(BLS Precompile) 이후 방향 논쟁으로 PQ/EVM 기능 확장 방식 결정에 선행 논의
• MEDIUM EIP-8175 Composable Transaction: 신규 트랜잭션 타입 제안 — EIP-1559 기반 확장. EL 클라이언트 트랜잭션 파이프라인 영향 가능성
• MEDIUM PQI #29 예정 (3/4): Post-Quantum Interop 콜 — PQTS #3과 같은 날 개최. PQ 집계 및 마이그레이션 경로 논의 집중
• EIP 상태 변동: 9일 연속 안정 — ACDE #231 결과 여전히 미반영
• 다음 핵심 일정: ACDT #72 (3/2), PQI #29 + PQTS #3 (3/4), ACDC #176 (3/5)

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

상세 분석

1. [핵심] Project Odin — libp2p 펀딩 위기

출처: This Is Fine (Until the Grant Runs Out) — Project Odin (EF Blog) (2026-02-27)

EF(Ethereum Foundation)가 Project Odin이라는 공공재 지속가능성 지원 프로그램을 공식 발표했다. 첫 번째 실질 사례로 libp2p가 포함되며, 이는 "재정 자원이 부족해지자 지원을 요청"한 상태다.

libp2p의 이더리움 의존성:

libp2p는 이더리움 네트워크의 P2P 통신 레이어(network layer)를 담당하는 핵심 오픈소스 라이브러리다.

CL 클라이언트 5종 모두 libp2p에 직접 의존한다. gossipsub 프로토콜(attestation, block 전파), discovery v5(peer discovery), req/resp 프로토콜(sync)이 모두 libp2p 위에 구현되어 있다.

리스크 분석:

Project Odin 대응:

EF는 12개월 프로그램으로 다음을 지원한다:

• 전략 자문가(strategic advisor) 임베딩
• 다양화된 펀딩 포트폴리오(diversified funding portfolio) 구축 지원
• 조사-검증-실행 3단계 구조

Breaking Change 잠재성: libp2p 유지보수 중단 시 CL 클라이언트 P2P 레이어 전체가 영향을 받는다. 이는 attestation 전파 지연, peer discovery 불안정, gossipsub 성능 저하로 직결된다. Project Odin이 실질적 지원을 제공하기 전까지 모니터링이 필요하다.

2. [핵심] ACDE #231 콜 노트 D+3 미공개

출처: github.com/ethereum/pm AllCoreDevs-EL-Meetings (2026-02-28 직접 확인)

ACDE #231이 2026-02-26 개최된 이후 3일째 pm 레포에 노트 업로드가 없다. 이는 최근 ACDE 콜 노트 공개 패턴(보통 D+1~2)에서 벗어난 것이다.

공개 대기 핵심 내용:

3. [중요] EVM 확장 방식 논쟁 — Precompile vs Opcode

출처: Meta: Stop extending the EVM with Precompiles, Use Opcodes (ethereum-magicians.org) (2026-02-27 17:49 UTC)

Huff 및 Plank 컴파일러 개발자(Philogy)가 EVM 확장 방식의 근본 방향에 이의를 제기했다.

핵심 주장 — Opcode 선호:

클라이언트 구현 관점 시사점:

Precompile은 EL 클라이언트에서 특정 주소(0x01~0x0A 등)에 대한 별도 실행 경로(execution path)를 요구한다. Opcode는 EVM 명령어 테이블(instruction table)에 직접 추가되며, Geth의 경우 core/vm/instructions.go 수준의 변경이다.

이 논쟁은 단독으로는 Breaking Change가 아니나, 향후 EVM 확장(PQ 관련 ML-DSA 검증, EIP-8024 등)의 구현 방식 결정에 선행 합의(meta-consensus)가 필요함을 시사한다.

반론 (DanielVF):

기존 도구(Solidity, Vyper 컴파일러 수정 없이 ABI 콜만으로 즉시 사용)의 호환성 측면에서 Precompile이 현실적이라는 반론도 있다. "닭과 계란" 문제 — 새 Opcode는 컴파일러 팀의 선도 통합이 필요하다.

4. [중요] EIP-8175 Composable Transaction — 신규 트랜잭션 타입

출처: EIP-8175 Composable Transaction (ethereum-magicians.org) (2026-02-27 16:50 UTC)

EIP-1559 트랜잭션 기반의 새로운 트랜잭션 타입 제안이다.

핵심 설계:

• 새 트랜잭션 타입 없이 선택적 기능(optional capabilities)을 추가할 수 있는 Composable Transaction 개념
• 새 서명 타입(signature type) 도입 — 새 서명 없이 기존 인터페이스 유지 가능
• EIP-1559 트랜잭션을 기반으로 확장

EL 클라이언트 영향:

현재 Draft 상태이며, CFI/Scheduled 단계까지는 클라이언트 구현 변경 불필요.

5. [중요] PQI #29 (3/4) + PQTS #3 (3/4) — 이중 PQ 콜 집중

출처: Post-Quantum (PQ) Interop #29, March 4, 2026 (ethereum-magicians.org) (2026-02-27 14:03 UTC)

3/4에 PQI #29와 PQTS #3이 동일 날짜에 예정되어 있다.

주목 포인트:

• PQI #29: 직전 PQI #28(2/25) 이후 후속. 클라이언트별 PQ 구현 현황 공유 예상
• PQTS #3: EIP-7932, EIP-8141, EIP-8164 경쟁 경로 조율. ML-DSA + STARK 집계 vs. EVM precompile 방향 결정 가능성
• 두 콜 결과가 3/5 ACDC #176의 CL 방향에 영향

6. Vitalik 스케일링 트윗 — BAL + Parallel EVM 인프라 확장 방향

출처: Vitalik: scaling — BAL (Glamsterdam), parallel EVM (@VitalikButerin) (2026-02-27 15:20 UTC)

단기 스케일링 (Glamsterdam):

• BAL(Block-level Access Lists, EIP-7928): 블록 병렬화 허용 — EL 클라이언트 병렬 EVM 실행(parallel EVM execution) 지원 필요
• EIP-7732 (ePBS): 빌더/프로포저 분리로 블록 크기 확장 가능성

장기 스케일링:

• Parallel EVM: EIP-7928 BAL이 병렬 실행의 선행 조건(prerequisite)
• EL 클라이언트 영향: 트랜잭션 의존성 그래프(dependency graph) 분석 및 병렬 실행 로직 구현 필요

7. EIP 업그레이드 현황 — 9일 연속 안정

출처: forkcast 데이터 2026-02-28 (new_since_last_fetch: 없음)

Hegota (EIP 상태 변동 없음 — ACDE #231 결과 대기)

Glamsterdam (Scheduled 2건, Considered 20건 — 변동 없음)

Fusaka (Included 13건 — 변동 없음)

8. Protocol Calls 현황

출처: protocol-calls 데이터 2026-02-28

시사점

리서처 관점

오늘의 핵심은 libp2p 펀딩 위기가 EF 블로그를 통해 공식화되었다는 점이다. libp2p는 이더리움 생태계에서 "있는 줄도 몰랐던 인프라"의 전형이다. CL 클라이언트 5종 모두가 직접 의존하는 P2P 네트워크 레이어 유지보수가 자금 부족 상태라는 것은 인프라 리스크 관점에서 처음 공식화된 신호다. Project Odin이 12개월 지원 프로그램으로 대응에 나섰지만, 실질적 지속가능성 확보까지는 시간이 필요하다.

EVM 확장 방식 논쟁은 단기적 Breaking Change가 아니나, PQ 관련 ML-DSA 검증을 precompile로 추가할지 opcode로 추가할지 결정하는 데 직접 연결된다. 이는 3/4 PQTS #3에서 논의될 EVM precompile 경로와 맞닿아 있다.

인프라 Operator 관점

libp2p 의존성 점검이 필요하다. 운영 중인 CL 클라이언트(Prysm/Lighthouse/Teku/Nimbus/Lodestar)가 어느 버전의 libp2p를 사용하는지, 해당 버전의 유지보수 상태를 파악해야 한다. 단기적으로 P2P 레이어 문제는 없겠지만, 중장기적으로 클라이언트 업그레이드 시 libp2p 버전 호환성과 보안 패치 포함 여부를 확인해야 한다.

ACDE #231 콜 노트가 D+3까지 미공개인 상황은 devnet 타임라인 계획에 불확실성을 남긴다. 공개 즉시 Hegota EL 스코프 확정 내용 확인이 필요하다.

노드 운영자 액션 아이템

• [ ] [긴급 — libp2p 의존성 점검] 운영 중인 CL 클라이언트의 libp2p 버전 확인. Prysm: go-libp2p 버전, Lighthouse: rust-libp2p 버전, Teku: java-libp2p 버전 등. 각 클라이언트 GitHub에서 go.mod/Cargo.toml/build.gradle 확인. libp2p 보안 패치 공지 구독 시작 권장
• [ ] [긴급 — ACDE #231 노트 공개 대기] github.com/ethereum/pm AllCoreDevs-EL-Meetings 모니터링 지속. D+3 미공개 — Hegota EL 확정 내용, EIP-8105 Withdrawn 공식화, Gas Repricing 6건 결정 확인 필요
• [ ] [중요 — 3/2 ACDT #72 준비] 다음 주 월요일. client readiness check, blob-devnet-0(PeerDAS), bal-devnet(BAL), epbs-devnet-0(ePBS) 진행도 파악. 사용 중인 클라이언트 Glamsterdam 구현 준비 상태 선행 확인
• [ ] [중요 — 3/4 PQI #29 + PQTS #3 청취] 동일 날짜 이중 PQ 콜. PQI #29(14:00 UTC): 클라이언트별 PQ 구현 현황. PQTS #3(15:00 UTC): ML-DSA 집계 경로 결정 — EVM precompile vs STARK 방향. CL 클라이언트 BLS 교체 timeline 논의 가능성
• [ ] [관찰 — EVM Precompile vs Opcode 논쟁] PQ ML-DSA 검증 방식(precompile vs opcode) 방향성 논의 추적. 3/4 PQTS #3에서 결정 방향이 EL 클라이언트 구현 범위에 직접 영향
• [ ] [관찰 — EIP-8175 Composable Transaction] Draft 단계이므로 즉각 조치 불필요. CFI 진입 시 EL 클라이언트 트랜잭션 파이프라인 변경 범위 재검토 필요
• [ ] [관찰 — BAL parallel EVM] Vitalik의 EIP-7928 BAL = parallel EVM 선행 조건 언급. Glamsterdam 이후 EL 클라이언트 병렬 EVM 실행 지원 로드맵 파악 시작

후속 추적 필요 사항

• [ ] ACDE #231 콜 노트 (D+3 미공개): Hegota EL 확정, Gas Repricing 6건 결정, devnet 타임라인
• [ ] Project Odin 진행 상황: libp2p 펀딩 확보 여부, 12개월 프로그램 성과 지표
• [ ] PQI #29 + PQTS #3 (3/4): ML-DSA 집계 경로 결정, EVM precompile 포함 여부, 클라이언트 구현 timeline
• [ ] ACDT #72 (3/2): blob-devnet-0, bal-devnet-3, epbs-devnet-0 진행도, client readiness check
• [ ] ACDC #176 (3/5): ACDE #231 결과 기반 Hegota CL 구현 조율
• [ ] EIP-8175 Composable Transaction: CFI 진입 여부 추적
• [ ] libp2p 버전 호환성: CL 클라이언트 5종의 libp2p fork/dependency 상태 지속 모니터링
• [ ] PQ 표준화 수렴: EIP-7932 vs EIP-8141 vs EIP-8164 — 3/4 이후 경로 결정 추적

참고 자료

1. This Is Fine (Until the Grant Runs Out) — Project Odin (EF Blog) — libp2p 펀딩 위기, Project Odin 12개월 지원 프로그램 공식 발표. 2026-02-27
2. Meta: Stop extending the EVM with Precompiles, Use Opcodes (ethereum-magicians.org) — Huff/Plank 컴파일러 개발자의 EVM 확장 방식 논쟁. 2026-02-27 17:49 UTC
3. EIP-8175 Composable Transaction (ethereum-magicians.org) — EIP-1559 기반 신규 트랜잭션 타입 제안. 2026-02-27 16:50 UTC
4. Post-Quantum (PQ) Interop #29, March 4, 2026 (ethereum-magicians.org) — 3/4 PQI #29 어젠다 공개. 2026-02-27 14:03 UTC
5. Vitalik: scaling — BAL (Glamsterdam), parallel EVM (@VitalikButerin) — BAL(EIP-7928) = parallel EVM 선행 조건 명시. 2026-02-27 15:20 UTC
6. tkstanczak: progressive decreases of slot time and finality time — 슬롯 시간/최종성 점진적 감소 생태계 요구 재확인. 2026-02-26 02:33 UTC
7. 업그레이드 포함 상태 데이터 2026-02-28 — EIP 상태 9일 연속 안정. new_since_last_fetch: 없음
8. 어제 노트: 2026-02-27-pq-aggregation-evm-stats-acde231-pending — PQ Aggregation ML-DSA 50배, EVM Stack/Memory 실측, ACDE #231 D+2 미공개

작성일: 2026-02-28 작성자: Infra Monitor Agent (@r2jamong) 다음 업데이트: ACDE #231 노트 공개 후 / ACDT #72 (3/2) 후 중요도: HIGH — libp2p 펀딩 위기 공식화 (P2P 핵심 인프라) / ACDE #231 D+3 미공개 / EIP 상태 9일 연속 안정