EIP-8146 BAL Sidecars 제안 + EF Platform Team 신설 + Encrypt The Mempool #0 개최일

핵심 요약

• EIP-8146(Block Access List Sidecars)이 신규 제안되었다. BAL을 ExecutionPayloadEnvelope에서 분리하여 별도 sidecar로 네트워크 전송하는 방식을 제안한다. 이는 EIP-7928(BALs, Glamsterdam Scheduled)의 구현 방식에 대한 대안적 접근이다. 업그레이드 현황에 아직 미반영 상태이므로 포함 여부는 확인 필요하다.
• EIP-8163(Reserve 0xAE EXTENSION opcode)이 신규 제안되었다. EVM의 향후 확장을 위해 0xAE 옵코드를 예약하는 제안이다. 역시 업그레이드 현황 미반영 상태다.
• ACDT #71(2/23) 아젠다가 공개되었다. Fusaka(blob-devnet-0, getBlobv3), Glamsterdam(bal-devnet-2/3, EIP-8037), epbs-devnet-0 구현 업데이트를 다룬다. 세 개의 devnet이 병렬 진행되는 것은 이더리움 테스트 인프라의 병행 개발 체제를 보여준다.
• EIP-7928 anti-DoS 조치와 EIP-7976 calldata floor 실증 보고서가 업데이트되었다. BALs의 DoS 방어 조건과 calldata 비용 변경의 실증 데이터가 보강되었다.
• EF "Platform Team" 신설이 공식 발표되었다. L1과 L2의 통합 플랫폼 강화를 목표로 한다. Ethereum Protocol Studies 2026(2/23 시작)은 ZK, zkEVM, lean consensus 트랙을 포함한다.
• 오늘(2/18) Encrypt The Mempool #0이 개최된다. 어제 분석한 대로, UEEM과 LUCID EIP 안정화가 핵심 의제다. Hegota 제안 마감 D-8이다.
• EIP 업그레이드 현황 기준 변동 없음: Glamsterdam Scheduled 2건(7732, 7928), Considered 20건. Fusaka Included 13건. Hegota Considered 1건(7805), Proposed 1건(8105). 신규 EIP-8146, EIP-8163은 아직 반영되지 않았다.

상세 분석

1. EIP-8146: Block Access List Sidecars -- BAL 전송 방식의 대안

확인된 사실:

2월 17일, EIP-8146(Block Access List Sidecars)이 Draft로 제출되었다. 이 제안은 BAL을 블록(ExecutionPayloadEnvelope)에서 분리하여 별도의 sidecar로 네트워크에 전송하는 방식을 제안한다.

기술적 맥락:

현행 설계 (EIP-7928):
  ExecutionPayloadEnvelope
    +-- ExecutionPayload (블록 데이터)
    +-- BlockAccessList (BAL 데이터)  <-- 블록과 함께 전송

EIP-8146 제안:
  ExecutionPayloadEnvelope
    +-- ExecutionPayload (블록 데이터)

  BlockAccessListSidecar                <-- 별도 전송
    +-- BlockAccessList

이 접근은 EIP-4844(Blob Transactions, Dencun)에서 blob 데이터를 sidecar로 분리한 패턴과 동일하다. blob sidecar가 블록 전파 성능에 영향을 주지 않도록 분리한 것처럼, BAL sidecar도 블록 전파 latency를 보호하면서 BAL 데이터를 별도로 교환하는 것이 목적이다.

EIP-4844 blob sidecar와의 비교:

해석/추론: EIP-8146은 EIP-7928(BALs, Scheduled)의 네트워크 전송 방식에 대한 설계 보완이다. BAL 데이터가 블록 크기를 증가시키면 블록 전파 시간에 악영향을 줄 수 있으므로, sidecar 분리는 합리적 접근이다. 어제 언급한 EIP-8159(eth/71, BAL Exchange, Considered)와도 밀접하게 연관된다. 단, 업그레이드 현황에 아직 반영되지 않았으므로 Glamsterdam 포함 여부는 ACDC #175(2/19) 또는 ACDE #231(2/26) 논의를 기다려야 한다. 어제 업데이트된 EIP-7928의 anti-DoS 조치와도 연관이 있어, BALs 생태계가 다각도로 보강되고 있다. 추가 검증 필요.

출처: EIP-8146 Ethereum Magicians / EIP-8146 GitHub 커밋

2. EIP-8163: Reserve 0xAE EXTENSION Opcode

확인된 사실:

2월 17일, EIP-8163이 Draft로 제출되었다. 0xAE 옵코드를 "EXTENSION"으로 예약하는 제안이다.

기술적 맥락:

EVM 옵코드 공간은 유한하다(0x00~0xFF, 총 256 슬롯). EXTENSION 옵코드를 예약하면, 향후 EVM 확장 시 새 명령어를 "하위 옵코드"로 추가할 수 있다. 이는 EOF(EVM Object Format)와는 다른 방식의 EVM 확장 전략이다.

현행 EVM 확장 방식:

  - 새 기능 = 새 옵코드(0x00~0xFF 슬롯 소모)
  - 문제: 256개 한계, 충돌 가능성

EXTENSION opcode 방식:

  - 0xAE = EXTENSION (고정)
  - 0xAE + sub-opcode = 확장 기능 호출
  - 장점: 사실상 무한한 확장 공간 확보

해석/추론: EIP-8163은 장기적 EVM 발전 전략에 관한 제안이다. EOF가 Fusaka에서 Declined된 상황에서, EXTENSION opcode는 EOF 없이도 EVM을 확장할 수 있는 대안적 경로를 제공한다. 특히 EIP-8024(Backward compatible SWAPN, DUPN, EXCHANGE, Glamsterdam Considered)와 같은 기존 EVM 호환 확장 제안들과 시너지가 있다. 그러나 아직 업그레이드 현황에 반영되지 않았고, 어떤 업그레이드에도 Proposed 되지 않은 상태이므로 단기 영향은 제한적이다. 추가 검증 필요.

출처: EIP-8163 Ethereum Magicians

3. ACDT #71 (2/23) 아젠다: 3개 devnet 병렬 진행

확인된 사실:

ACDT #71의 상세 아젠다가 공개되었다. Fusaka, Glamsterdam, ePBS 세 트랙의 devnet 업데이트를 병렬로 다룬다.

기술적 맥락:

현재 병렬 진행 중인 devnet 현황:
  |
  +-- Fusaka: blob-devnet-0
  |   - PeerDAS(EIP-7594) + blob 확장
  |   - getBlobv3 = 새 blob 조회 API
  |   - partial cells = blob 조각 처리
  |
  +-- Glamsterdam: bal-devnet-2 → bal-devnet-3
  |   - EIP-7928(BALs) + EIP-7732(ePBS) 통합 테스트
  |   - EIP-8037(State Creation Gas Cost) 추가
  |   - bal-devnet-2 결과 기반 3차 devnet 준비
  |
  +-- ePBS: epbs-devnet-0

      - EIP-7732(ePBS) 단독 devnet
      - Glamsterdam Scheduled 확정을 위한 구현 검증

3개 devnet 병렬 진행은 이더리움 코어 개발팀의 테스트 역량이 동시 다발적으로 투입되고 있음을 보여준다.

EIP-8037(State Creation Gas Cost Increase)의 의미:

ACDT #71에서 EIP-8037의 specs/tests 상태가 논의되는 것은, 이 EIP의 Glamsterdam 포함 가능성이 높아지고 있다는 신호다.

해석/추론: bal-devnet-2에서 bal-devnet-3로의 전환이 논의되는 것은, BAL devnet이 빠르게 반복(iteration)되고 있음을 의미한다. 이는 Glamsterdam의 핵심 기능(BALs + ePBS)이 구현 단계에서 실질적 진전을 보이고 있다는 긍정적 신호다. epbs-devnet-0은 EIP-7732(ePBS, Scheduled)의 독립 테스트로, Glamsterdam과 별개로 ePBS 안정성을 검증하는 것이다. Fusaka의 blob-devnet-0과 getBlobv3는 PeerDAS(EIP-7594, Included)의 실질적 구현이다. 추가 검증 필요.

출처: ACDT #71 아젠다

4. EIP-7928 Anti-DoS 명세 보강 + EIP-7976 실증 보고서 업데이트

확인된 사실:

두 건의 중요한 EIP 커밋이 있었다.

(A) EIP-7928: anti-DoS 조치 명확화

이는 어제(2/17) 분석한 "max items cap" 설정의 연장선이다. cap을 설정한 후, 해당 cap을 초과하는 invalid/bloated BAL을 어떻게 처리할지 구체화한 것이다. 시퀀스를 정리하면:

EIP-7928 최근 업데이트 흐름:
  2/16: cap max items in BAL (최대 항목 수 제한)
  2/17: Clarify anti-DoS measure for invalid, bloated BALs (DoS 방어 규칙 명확화)

두 업데이트는 BALs의 "실전 배치(production readiness)" 수준을 높이는 작업이다.

(B) EIP-7976: calldata floor cost 실증 보고서 업데이트

EIP-7976은 calldata floor cost를 인상하는 제안이다. 실증 보고서(empirical report) 업데이트는 calldata 비용 변경이 실제 네트워크에 미치는 영향을 데이터로 뒷받침하는 작업이다. 이전 노트(2/16)에서 floor cost가 64/64 비율로 대폭 변경된 바 있으며, 오늘 업데이트는 해당 변경의 실증 분석이다.

출처: EIP-7928 커밋 / EIP-7976 커밋

5. Hardfork Meta - BPO2 신규 커밋 + EIP-8052 수정

확인된 사실:

(A) Hardfork Meta - BPO2

BPO2는 "Blob Parameter Only Hardfork #2"를 의미한다. EIP-7892(Blob Parameter Only Hardforks)가 Fusaka에 Included 되어 있으며, 이 메커니즘을 활용한 두 번째 blob 파라미터 전용 업그레이드의 메타 EIP가 작성된 것이다.

해석/추론: BPO(Blob Parameter Only) 하드포크는 blob 관련 파라미터(target, max 등)만 변경하는 경량 업그레이드다. BPO2의 등장은 Fusaka 이후에도 blob 파라미터를 지속적으로 조정할 계획이 있음을 시사한다. 이는 blob 가스 시장의 점진적 최적화 전략과 일치한다.

(B) EIP-8052: hash-to-point 함수 인덱싱 수정

EIP-8052는 Falcon 포스트퀀텀(post-quantum) 서명 검증 프리컴파일이다. hash-to-point 함수의 배열 인덱싱 버그 수정은 구현 정확성을 높이는 작업이다.

출처: BPO2 커밋 / EIP-8052 커밋

6. EF "Platform Team" 신설 + Ethereum Protocol Studies 2026

확인된 사실:

(A) EF Platform Team 신설

해석/추론: "Platform Team"이라는 명칭은 EF가 Ethereum을 단순한 L1 프로토콜이 아닌, L1+L2 통합 플랫폼으로 인식하고 있음을 공식화한 것이다. 이는 Tomasz Stanczak의 EF ED 취임 이후 강조되어 온 "Ethereum as a Platform" 비전과 일치한다. 프로토콜 로드맵 관점에서, 이 팀은 L2와의 인터페이스(blob 최적화, L2 기반 표준 등)에 집중할 가능성이 높다.

(B) Ethereum Protocol Studies 2026

ZK, zkEVM, lean consensus 트랙의 추가는 이더리움 프로토콜 연구의 방향성을 보여준다. 특히 lean consensus는 합의 레이어 간소화를 위한 연구로, Glamsterdam의 ePBS(EIP-7732) 및 Hegota의 FOCIL(EIP-7805) 등과 연관된다.

출처: EF Platform Team 발표 / Ethereum Protocol Studies 2026

7. Encrypt The Mempool #0 (오늘 개최) + TLI Breakout #003 (어제 개최)

확인된 사실:

(A) Encrypt The Mempool #0 (2/18, 오늘)

어제 분석한 대로, 오늘 15:00 UTC에 UEEM/LUCID 안정화 논의가 열린다. 결과는 내일 분석에 반영 예정이다.

(B) TLI Breakout #003 (2/17, 어제)

TLI는 트랜잭션 수명주기(lifecycle) 관련 연구 breakout이다. #003은 2/3의 #002 이후 2주 만의 개최로, 정기적 스케줄이 형성되고 있다.

출처: output/sources/protocol-calls/2026-02-18.protocol-calls.json / Encrypt The Mempool #0 아젠다

8. Protocol Calls 현황 (2/18 기준)

확인된 사실:

이번 주(2/18~2/24) 핵심 일정:

2/18 (화) : Encrypt The Mempool #0 (UEEM/LUCID 안정화)
2/19 (수) : ACDC #175 (Glamsterdam + Hegota CL)
2/19 (수) : EFDenver Summit
2/23 (일) : ACDT #071 (3개 devnet 업데이트)
2/23 (일) : Ethereum Protocol Studies 2026 시작
2/24 (월) : EIP Editing Office Hour #90
2/26 (수) : ACDE #231 (Glamsterdam + Hegota EL) ★ Hegota 마감

출처: output/sources/protocol-calls/2026-02-18.protocol-calls.json

9. EIP 업그레이드 현황 (2/18 기준, 어제 대비 변동 없음)

확인된 사실:

신규 제안된 EIP-8146(BAL Sidecars), EIP-8163(EXTENSION opcode)은 업그레이드 현황에 아직 반영되지 않았다. 이들의 Proposed/Considered 상태 전환은 향후 ACD 콜에서 결정될 예정이다.

출처: output/sources/forkcast/2026-02-18.forkcast.json

10. 기타 동향

확인된 사실:

• Tim Beiko: "What are the best examples of LLM-introduced critical bugs in OSS codebases?" + "What are the best examples of mission-critical OSS code written by LLMs?" -- AI 코딩의 보안 위험과 성공 사례에 대한 양면 질문. 이더리움 클라이언트 개발에서 AI 도구 사용 논의와 관련 가능성이 있다.
• 출처: Tim Beiko 트윗 1 / 트윗 2
• EFDenver 스케줄 확정 (2/19): 오전 스케일링/기술 블록(stateless parallel tx, ZK-EVM, Geth), 오후 새 프론티어 블록(institutional moment, Ethereum as L2 platform, next chapter for the network)
• 출처: EF 트윗 스레드
• Vitalik: "You do not have to agree with me on which applications are and are not corposlop to use Ethereum." -- 이더리움 사용의 가치 다양성 강조 (이어지는 메시지)
• 출처: Vitalik 트윗

로드맵 단계별 매핑

시사점

리서처 관점

이번 주기 핵심 인사이트:

1. BALs 생태계가 "명세 → 구현 → 보안" 3단계 진입 중이다. EIP-7928의 max items cap(2/16) → anti-DoS(2/17) → EIP-8146 BAL Sidecars(2/17, 신규)로 이어지는 흐름은, BALs가 단순한 스펙 제안을 넘어 실전 배치를 위한 엔지니어링 작업에 돌입했음을 보여준다. 특히 EIP-8146의 sidecar 접근은 blob sidecar(EIP-4844)의 검증된 패턴을 따르므로, 기술적 리스크가 상대적으로 낮다.

2. 3개 devnet 병렬 진행은 이더리움 코어 개발의 '멀티트랙' 체제를 증명한다. blob-devnet-0(Fusaka), bal-devnet-2/3(Glamsterdam), epbs-devnet-0(Glamsterdam CL)이 동시에 진행되고 있다. 이는 과거 "하나의 업그레이드에 하나의 devnet"이었던 시기와 비교하면 현격한 발전이다. ACDT(Testing) 콜이 3개 트랙을 조율하는 중심축 역할을 하고 있다.

3. EF 조직 변화가 로드맵에 미치는 영향이 가시화되고 있다. Platform Team 신설, Ethereum Protocol Studies의 ZK/zkEVM/lean consensus 트랙 추가, Tim Beiko의 AI-in-OSS 관심은 모두 EF의 방향 전환을 반영한다. 특히 "Ethereum as a platform for L2s"(Tomasz, EFDenver 세션)는 L2 중심 로드맵의 공식화다.

4. EXTENSION opcode(EIP-8163)는 EOF 대안 경로의 시작일 수 있다. EOF 관련 EIP들이 Fusaka에서 전면 Declined된 상황에서, EXTENSION opcode를 통한 EVM 확장은 실용적 대안이다. 장기적으로 EVM 확장 전략의 방향을 좌우할 수 있는 제안이다.

아티클 소재:

1. "BAL Sidecars: Blob Sidecar 패턴의 재활용과 Glamsterdam의 네트워킹 설계" (아티클)

   • EIP-8146의 기술적 배경과 EIP-4844 blob sidecar와의 비교
   • BALs 생태계 전체 구조(7928 + 8146 + 8159 + 7928 anti-DoS)
   • 인프라 Operator 관점에서의 P2P 레이어 변화
   • 시의성: 신규 EIP 제안 직후

2. "3개 Devnet 동시 진행: 이더리움 코어 개발의 멀티트랙 혁명" (이슈)

   • blob-devnet-0, bal-devnet-2/3, epbs-devnet-0 병렬 진행의 의미
   • ACDT 콜의 역할과 테스트 인프라 확장
   • Glamsterdam 출시 일정에 미치는 영향
   • 과거 단일 devnet 체제와의 비교

3. "EOF 이후의 EVM 확장: EXTENSION Opcode가 열어주는 새로운 길" (아티클)

   • EOF Declined의 배경과 EIP-8163의 등장
   • EXTENSION opcode vs EOF: 기술적 트레이드오프
   • EIP-8024(backward compatible stack ops)와의 시너지
   • EVM 확장 전략의 장기 로드맵

4. "이번 주 이더리움 핵심 일정: Encrypt The Mempool부터 ACDE #231까지" (코멘트)

   • 2/18~2/26 집중 일정 해설
   • Hegota 마감(2/26) 전 최종 논의 구도
   • ACDC #175와 ACDE #231에서 예상되는 결정

인프라 Operator 관점

인프라 Operator 진입 및 운영에 직접적 영향이 있는 사항:

1. EIP-8146 BAL Sidecars 모니터링 (중기, 신규)

   • BAL이 sidecar로 분리될 경우, EL 클라이언트의 블록 처리 파이프라인이 변경됨
   • 블록 수신 시 block + BAL sidecar를 별도로 처리해야 하며, 두 데이터의 동기화 로직 필요
   • 대역폭 관점에서 블록 전파 latency는 개선되지만, 총 대역폭은 증가할 수 있음
   • 구체적 액션: EIP-8146이 Glamsterdam Proposed/Considered로 진입하는지 ACDC #175(2/19) 및 ACDE #231(2/26) 확인. 진입 시 사용 중인 EL 클라이언트의 sidecar 처리 구현 일정 파악

2. bal-devnet-3 준비 상황 추적 (단기, 긴급도 상승)

   • ACDT #71(2/23)에서 bal-devnet-3 readiness가 논의됨
   • bal-devnet-3에 참여할 클라이언트 팀 및 요구사항 확인
   • 구체적 액션: ACDT #71(2/23) 결과에서 devnet-3 참여 조건, 클라이언트 호환성 요구사항, 예상 시작일 확인

3. EIP-7928 anti-DoS 규칙의 구체적 내용 확인 (긴급)

   • bloated BAL 거부 로직이 어떻게 구현되는지에 따라 블록 검증 실패 시나리오가 달라짐
   • Operator 입장에서 BAL 크기 제한을 초과하는 블록을 수신할 때의 처리 정책 필요
   • 구체적 액션: EIP-7928 원문의 최신 anti-DoS 명세 확인, 특히 max items 초과 시 블록 reject vs BAL ignore 여부

4. epbs-devnet-0 진행 상황 추적 (중기)

   • EIP-7732(ePBS)가 Glamsterdam Scheduled이므로, devnet 결과가 Glamsterdam 출시 일정에 직접 영향
   • ePBS 전환 시 Proposer-Builder 분리가 밸리데이터 수익 구조를 변경
   • 구체적 액션: ACDT #71(2/23) epbs-devnet-0 구현 현황 확인, 클라이언트별 ePBS 지원 상태 추적

5. getBlobv3 API 사전 준비 (중기, Fusaka 준비)

   • Fusaka에서 blob API가 v3로 업그레이드될 경우, blob 관련 RPC 호출을 사용하는 인프라(L2 sequencer, blob archiver 등)의 API 마이그레이션 필요
   • 구체적 액션: getBlobv3의 구체적 변경 사항(응답 포맷, 파라미터 등) ACDT #71에서 확인

6. Hegota 마감(D-8) 이후 인프라 영향 사전 분석 (중기)

   • UEEM 또는 LUCID가 Hegota에 포함될 경우 멤풀 처리 근본 변경
   • FOCIL이 포함될 경우 inclusion list 생성/검증 로직 추가
   • 구체적 액션: 2/18 Encrypt The Mempool #0 결과 + 2/19 ACDC #175 결과로 Hegota 방향성 파악

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

후속 추적 필요 사항

• [ ] Encrypt The Mempool #0 결과 (2/18, 오늘): UEEM vs LUCID 기술적 비교, Hegota 포함 방향성
• [ ] ACDC #175 (2/19): Hegota CL 헤드라이너 논의, Glamsterdam CL EIP 상태, EIP-8146 논의 여부
• [ ] EFDenver Summit (2/19): "stateless parallel transactions", "ZK-EVMs", "next chapter for the network" 세션 결과
• [ ] ACDT #071 (2/23): blob-devnet-0 진행, bal-devnet-3 시작 여부, epbs-devnet-0 현황, EIP-8037 테스트 결과
• [ ] EIP Editing Office Hour #90 (2/24): EIP-1 업데이트 후속, 신규 EIP(8146, 8163) 프로세싱
• [ ] ACDE #231 (2/26): Hegota EL 헤드라이너 최종 결정 + Glamsterdam Considered → Scheduled 전환
• [ ] EIP-8146 업그레이드 현황 반영 여부: BAL Sidecars가 Glamsterdam Proposed/Considered로 진입하는지 추적
• [ ] EIP-8163 업그레이드 현황 반영 여부: EXTENSION opcode가 어느 업그레이드에 제안되는지 추적
• [ ] getBlobv3 API 명세 확인: ACDT #71에서 논의될 partial cells / getBlobv3의 구체적 변경 사항

참고 자료

1. EIP-8146: Block Access List Sidecars - BAL을 sidecar로 분리 전송하는 신규 제안.
2. EIP-8163: Reserve 0xAE EXTENSION opcode - EVM 확장을 위한 옵코드 예약 제안.
3. ACDT #71 아젠다 - Fusaka blob-devnet-0, Glamsterdam bal-devnet-2/3, epbs-devnet-0 업데이트.
4. EIP-7928 anti-DoS 커밋 - BAL 무효/비대화 방어 조건 명확화.
5. EIP-7976 실증 보고서 커밋 - calldata floor cost 실증 분석 업데이트.
6. Hardfork Meta - BPO2 커밋 - Blob Parameter Only Hardfork #2 메타 EIP.
7. EIP-8052 수정 커밋 - Falcon hash-to-point 인덱싱 버그 수정.
8. EF Platform Team 발표 - L1-L2 통합 플랫폼 강화 목표.
9. Ethereum Protocol Studies 2026 - ZK, zkEVM, lean consensus 트랙 추가, 2/23 시작.
10. Encrypt The Mempool #0 아젠다 - UEEM/LUCID EIP 안정화 논의.
11. ACDC #175 아젠다 - Glamsterdam + Hegota 논의.
12. ACDE #231 아젠다 - Glamsterdam + Hegota 논의.
13. forkcast.org (2026-02-18 기준) - Glamsterdam: Scheduled 2건(7732, 7928), Considered 20건. Fusaka Included 13건. Hegota Considered 1건(7805), Proposed 1건(8105).
14. output/sources/protocol-calls/2026-02-18.protocol-calls.json - 112개 콜(11개 타입), 신규: TLI #003(2/17).