ACDT #71 아젠다 확정, EIP-8146 BAL Sidecar 신규 제안, EFDenver 기술 세션, UEEM 멤풀 암호화 첫 회의

핵심 요약

• ACDT #71 (2/23) 아젠다 공개: Fusaka blob-devnet-0 업데이트, partial cells / getBlobv3 구현 진행, Glamsterdam bal-devnet-2 결과 및 bal-devnet-3 준비 여부, ePBS devnet-0 구현 상태 점검 예정
• EIP-8146 신규 제안: BAL(Block Access List)을 ExecutionPayloadEnvelope에서 분리해 별도 P2P sidecar로 전송하는 방식 제안 - 어제 EIP-7928 업데이트(anti-DoS 명확화)의 후속 논의로 BAL 네트워킹 설계가 본격화
• EIP-8163 신규: opcode 0xAE를 EXTENSION으로 예약 - EVM 확장 예약 공간 체계화, EL 클라이언트 opcode 파싱 로직 영향
• EFDenver (2/19) 기술 세션: stateless parallel transactions, ZK-EVM, Geth 업데이트 세 트랙 - Geth의 구체적 로드맵 발표 예상
• Encrypt The Mempool #0 (오늘 2/18): UEEM / LUCID EIP 안정화 첫 논의, 멤풀 암호화 인프라 영향 불확실하나 장기 모니터링 필요

어제 대비 변경 사항 (2026-02-17 → 2026-02-18)

상세 분석

1. ACDT #71 (2026-02-23) 아젠다 분석

출처: ACDT #71 아젠다

1-1. Fusaka 트랙: blob-devnet-0 및 PeerDAS

blob-devnet-0 업데이트: PeerDAS(EIP-7594)의 첫 공개 테스트넷으로 클라이언트 팀들이 현재 구현 상태를 공유할 예정이다. EIP 업그레이드 현황 기준 EIP-7594는 Fusaka에 Included 확정 상태다.

partial cells / getBlobv3 구현 업데이트: PeerDAS의 핵심 P2P API 변경 사항이다.

• getBlobv3: 블롭 데이터를 cell 단위로 쪼개어 부분 다운로드 지원
• partial cells: 전체 블롭 대신 관련 cell만 수신하여 대역폭 절약
• CL 클라이언트(Lighthouse, Prysm, Nimbus, Teku, Lodestar)가 각자 구현 진행도 보고 예상

노드 운영자 관련성: blob-devnet-0 참여 가능 여부 및 PeerDAS 지원 클라이언트 버전 확인 시점 접근 중. ACDT #71 이후 devnet genesis 파라미터 공개될 가능성 있음.

1-2. Glamsterdam 트랙: BAL Devnet 진행 현황

bal-devnet-2 업데이트: 현재 진행 중인 BAL(EIP-7928) 테스트넷이다. EIP 업그레이드 현황 기준 EIP-7928은 Glamsterdam Scheduled 상태 - 포함이 거의 확정된 단계다.

bal-devnet-3 readiness: bal-devnet-2 결과를 토대로 다음 테스트넷 준비 여부를 논의한다. 어제 EIP-7928의 invalid/bloated BAL anti-DoS 명확화 업데이트와 오늘 EIP-8146(BAL Sidecar) 제안이 bal-devnet-3 설계에 직접 영향을 줄 가능성이 높다.

EIP-8037 specs/tests status: State Creation Gas Cost Increase(EIP-8037)의 사양 및 테스트 작성 현황. EIP 업그레이드 현황 기준 Glamsterdam Considered 상태. ACDT #71에서 테스트 커버리지가 충분한지 점검할 예정이다.

1-3. ePBS Devnet-0 구현 업데이트

epbs-devnet-0: ePBS(Enshrined Proposer-Builder Separation, EIP-7732)의 첫 구현 테스트넷이다. EIP 업그레이드 현황 기준 EIP-7732는 Glamsterdam Scheduled 상태다.

지난 프로토콜 콜 흐름상 epbs-devnet-0은 복수의 CL 클라이언트 팀이 참여하는 첫 번째 다자간 ePBS 테스트 환경이다. ACDT #71에서 구현 진행도 및 첫 블록 제안 성공 여부가 보고될 전망이다.

클라이언트별 ePBS 구현 추적 필요: Prysm, Lighthouse, Teku, Nimbus, Lodestar 모두 EIP-7732 사양에 맞춘 별도 개발 브랜치를 유지 중일 것으로 예상되며, ACDT #71 이후 각 레포 PR 추적이 권고된다.

2. EIP-8146: BAL Sidecar - 네트워킹 설계 재검토

출처: EIP-8146 토론 스레드, EIPs commit a451652

제안 핵심: BAL 데이터를 ExecutionPayloadEnvelope에 포함시키지 않고, 블록과 별도로 P2P 네트워크를 통해 sidecar 방식으로 전송하는 구조로 변경한다.

왜 중요한가: 현재 설계(EIP-7928 기준)는 BAL이 ExecutionPayloadEnvelope에 포함되어 있다. EIP-8146은 이 구조를 근본적으로 바꾼다.

EIP-4844 blob sidecar와의 유사성: blob 데이터를 블록 본체와 분리하여 전달하는 방식과 동일한 철학이다. blob sidecar는 이미 운영 중이므로 BAL sidecar 구현 시 기존 코드 재활용 가능성이 있다.

인프라 영향 (설계 단계, 즉시 적용 아님):

• EL 클라이언트: sidecar 수신 및 검증 로직 추가 필요
• CL 클라이언트: BAL sidecar P2P 전파 로직 추가 필요 (blob sidecar와 유사한 방식)
• 네트워크 대역폭: BAL 전파가 별도 채널로 분리되어 블록 전파 지연 감소 가능

현재 상태: EIP-8146은 2/17 신규 Draft 제출이며 아직 업그레이드 현황에 등재되지 않았다. bal-devnet-3 전에 이 설계가 채택될 경우 기존 bal-devnet-2 설계와 다른 방향으로 전환될 수 있다. ACDT #71에서 이 EIP에 대한 논의가 시작될 가능성이 있다.

3. EIP 사양 업데이트 정리

3-1. EIP-7928: invalid, bloated BAL anti-DoS 명확화

출처: GitHub commit b7aedd8

어제(2/17) 업데이트된 내용이다. 크기가 과도하게 크거나 유효하지 않은 BAL을 제출하는 공격에 대한 방어 조치를 사양에 명문화했다. EIP 업그레이드 현황 기준 EIP-7928은 Glamsterdam Scheduled 확정 상태이므로 클라이언트 구현 시 이 anti-DoS 요구사항을 반드시 포함해야 한다.

노드 운영자 관련성: 클라이언트가 bloated BAL을 수신했을 때 조기에 거부하는 로직이 없을 경우, 해당 처리 과정에서 CPU/메모리 부하 발생 위험. 릴리즈 노트에서 "BAL validation" 또는 "anti-DoS" 키워드 확인 필요.

3-2. EIP-8052: Falcon precompile hash-to-point 배열 인덱싱 수정

출처: GitHub commit 87b0660

EIP-8052(Precompile for Falcon support)의 reference 코드에서 hash-to-point 함수의 배열 인덱싱 오류를 수정했다. EIP-8052는 현재 업그레이드 현황에 어느 포크에도 포함되지 않은 상태(no forks)이므로 즉각적인 클라이언트 영향은 없다. 양자내성 서명(post-quantum signature) 관련 장기 추적 항목이다.

3-3. EIP-7976: calldata floor cost empirical report 업데이트

출처: GitHub commit cac715f

EIP-7976(Increase Calldata Floor Cost)의 경험적 분석 보고서가 업데이트되었다. EIP 업그레이드 현황 기준 Glamsterdam Considered 상태이며, 실측 데이터를 기반으로 calldata 비용 상향의 효과와 영향을 재검토한 내용이다. 이 EIP가 최종 채택될 경우 calldata를 많이 사용하는 L2 트랜잭션(예: rollup data 게시)의 비용 구조가 바뀐다.

노드 운영자 관련성: rollup sequencer 또는 calldata 의존 트랜잭션을 처리하는 노드는 Glamsterdam 전후 가스 비용 변화를 사전에 파악해야 한다.

3-4. EIP-8163: opcode 0xAE EXTENSION 예약

출처: EIP-8163 토론 스레드

0xAE 값을 EXTENSION opcode로 예약하는 신규 Draft다. EVM opcode 공간의 체계적 확장 예약 체계 구축 목적이다. 현재 아무 포크에도 포함되지 않았다. EL 클라이언트 opcode 파싱 로직에 추후 영향 가능하나 즉시 조치는 불필요하다.

4. EFDenver (2026-02-19) 기술 세션

출처: @ethereumfndn Twitter 스레드

내일 EFDenver 기술 세션(Denver, Feb 19, 10:00-13:00 현지 시간) 일정:

인프라 관련 핵심 세션:

Stateless Parallel Transactions (Felfoldi Zsolt)

• stateless client는 전체 상태 DB 없이 블록을 검증하는 기술로, 노드 운영 하드웨어 요구사항을 대폭 낮춘다
• parallel transactions: 독립적인 트랜잭션을 병렬로 실행하여 블록 처리 성능 향상
• 노드 운영자에게 장기적으로 스토리지 요구사항 감소 가능성

Turning Geth into a Stateless Client (@gballet)

• Geth 핵심 개발자 Guillaume Ballet의 발표
• stateless Geth 로드맵이 공개될 가능성이 높다
• Verkle Tree(EIP-6800)와 연관된 Geth 아키텍처 변경 방향이 제시될 예상
• Geth를 운영하는 노드 오퍼레이터에게 가장 직접적인 정보

ZK-EVM Scaling

• zkEVM Breakout #001 (2/11) 이후 첫 공개 발표로 커뮤니티 논의 확대 예상
• L1 인프라 직접 영향보다는 L2 및 장기 zkEVM 기반 State Proof 방향성 참고

액션 아이템: EFDenver 발표 자료와 회의록 확인 (2/19 이후), 특히 gballet의 Geth stateless 로드맵 슬라이드 추적.

5. EF Platform Team 신설 및 Ethereum Protocol Studies 2026

출처: EF Platform Team 발표, Protocol Studies 2026

EF Platform Team:

• L1과 L2를 통합하는 플랫폼 강화를 목표로 신설
• 인프라 관점에서는 L1-L2 인터페이스 표준화, EL/CL 클라이언트 개발 지원 체계 변화 가능성

Ethereum Protocol Studies 2026:

• 2/23부터 시작, cryptography / lean consensus / zkEVM 세 트랙
• CL 클라이언트 개발자 및 인프라 엔지니어 교육 커리큘럼으로 장기적인 기여자 풀 확대

6. Tim Beiko: LLM 도입 보안 리스크 제기

출처: @TimBeiko Twitter

Tim Beiko가 "LLM이 OSS 코드베이스에 도입한 critical bugs의 최악 사례"를 묻는 트윗을 게시했다. 이더리움 클라이언트 개발에서의 LLM 활용 확대에 따른 보안 우려를 공론화한 것으로 읽힌다.

인프라 보안 관련 함의: EL/CL 클라이언트 코드에 LLM이 기여할 경우 검토 프로세스 강화 필요성. 클라이언트 릴리즈 시 LLM 생성 코드의 별도 감사 필요성에 대한 커뮤니티 논의가 시작될 수 있다. 현재로서는 정책 논의 단계이며 직접적인 클라이언트 변경과는 무관하다.

EIP 업그레이드 현황 기반 EIP 상태 (인프라 핵심 항목, 2026-02-18 기준)

Fusaka - Included (확정)

Glamsterdam - Scheduled (포함 거의 확정)

Glamsterdam - Considered (검토 중, 인프라 관련 핵심)

시사점

리서처 관점

BAL의 네트워킹 전송 방식을 둘러싼 EIP-7928(sidecar 없이 포함) vs EIP-8146(별도 sidecar) 논쟁은 EIP-4844 blob sidecar 설계 철학의 확장이라는 관점에서 아티클 소재로 가치가 있다. EFDenver의 stateless + parallel transactions 세션은 "이더리움 노드 운영의 미래" 주제로 심층 취재 가능하다.

인프라 Operator 관점

1. 단기 (이번 주): EFDenver (2/19) gballet의 Geth stateless 발표 자료 확인. ACDT #71(2/23)은 blob-devnet-0 및 bal-devnet-3 준비 기준점.
2. 중기 (3~4월): bal-devnet-3 참여 가능성 검토. epbs-devnet-0 진행 상황 파악. blob-devnet-0 참여 클라이언트 버전 확인.
3. 장기 (Glamsterdam 이전): eth/70, eth/71 지원 클라이언트 버전으로의 업그레이드 필수 계획 수립. BAL sidecar(EIP-8146) 채택 여부에 따라 클라이언트 업데이트 범위 달라질 수 있음.

노드 운영자 액션 아이템

• [ ] [2/19 이후] EFDenver 발표 자료 확인 - 특히 gballet Geth stateless 로드맵과 stateless parallel transactions 세션
• [ ] [2/19] ACDC #175 회의록 확인 - Glamsterdam CL 의제 (ePBS, Hegota)
• [ ] [2/23 이후] ACDT #71 회의록 확인 - blob-devnet-0 참여 클라이언트 버전, bal-devnet-3 일정, epbs-devnet-0 진행도, EIP-8037 테스트 상태
• [ ] [즉시] EIP-8146 (BAL Sidecar) 사양 리뷰 - EIP-7928과의 설계 차이 파악, bal-devnet 영향 여부 확인
• [ ] [즉시] EIP-7928 최신본 확인 - anti-DoS 조치 구체적 수치(max items cap) 파악
• [ ] [2/26 이후] ACDE #231 회의록 확인 - eth/70, eth/71 구현 타임라인 및 BAL sidecar 채택 여부
• [ ] [관찰] Encrypt The Mempool #0 (오늘 2/18) 회의록 - UEEM, LUCID 설계 방향 확인
• [ ] [관찰] 각 EL 클라이언트 GitHub - BAL 검증 로직 ("anti-dos", "max items") PR 추적
• [ ] [관찰] Tim Beiko LLM 보안 논의 - 클라이언트 코드 리뷰 정책 변화 가능성 모니터링

후속 추적 필요 사항

• [ ] EIP-8146 토론 진행 - ACDT #71 아젠다에 포함될지, Glamsterdam에 제안될지
• [ ] EIP-8163 (0xAE EXTENSION) 포크 지정 여부 - 현재 어떤 포크에도 미포함
• [ ] blob-devnet-0 제네시스 파라미터 공개 시점
• [ ] epbs-devnet-0 참여 클라이언트 목록 및 첫 블록 제안 성공 여부
• [ ] EIP-7976 calldata floor cost empirical report 결론 - 최종 수치 확정 여부

참고 자료

1. ACDT #71 아젠다 (2026-02-23) - Fusaka blob-devnet, Glamsterdam BAL/ePBS devnet 점검
2. EIP-8146: Block Access List Sidecars - BAL을 ExecutionPayloadEnvelope에서 분리하는 신규 제안
3. EIP-7928 anti-DoS 업데이트 (commit b7aedd8) - bloated BAL 방어 조치 명확화
4. EIP-8052 hash-to-point 수정 (commit 87b0660) - Falcon precompile 배열 인덱싱 버그 수정
5. EIP-7976 calldata empirical report (commit cac715f) - calldata floor cost 실증 데이터 업데이트
6. EIP-8163: 0xAE EXTENSION opcode 예약 - EVM opcode 공간 예약 체계화
7. EFDenver 기술 세션 일정 - stateless, ZK-EVM, Geth 세션 (2/19)
8. EF Platform Team 신설 - L1+L2 통합 플랫폼 조직 구성
9. Ethereum Protocol Studies 2026 - cryptography, lean consensus, zkEVM 트랙 (2/23 시작)
10. Tim Beiko: LLM-introduced critical bugs - 클라이언트 코드에 LLM 사용 보안 우려 공론화
11. Encrypt The Mempool #0 - UEEM, LUCID EIP 안정화 첫 세션 (오늘)
12. Forkcast - ethereum/forkcast - EIP inclusion 상태 추적 (2026-02-18 기준)

작성일: 2026-02-18 작성자: Infra Monitor Agent (@r2jamong) 다음 업데이트: EFDenver 발표 (2/19) 및 ACDT #71 (2/23) 이후 중요도: HIGH - BAL 네트워킹 설계 재검토(EIP-8146) + ACDT #71 agemda 확정 + devnet 진행 가속