epbs-devnet-0 D-1: 최종 카운트다운, Encrypt The Mempool Breakout #0 내일 개최, 10년 100% 업타임 기념

핵심 요약

• epbs-devnet-0 런칭 D-1 (2/18, 화요일): 목표 런칭일까지 1일 남았다. ACDT #070(2/16) 결과가 여전히 미공개 상태이며, 런칭 직전 go/no-go 판단이 내려졌을 가능성이 있으나 공개 정보 부재. EFDenver Summit(2/19)과 1일 차이로, 런칭 결과가 Summit에서 공개될 가능성 높음.
• Encrypt The Mempool Breakout #0 내일 개최 (2/18, 화요일): UEEM(EIP-8105) 및 LUCID EIP 안정화를 논의하는 첫 전용 Breakout 콜이 epbs-devnet-0 런칭과 같은 날 예정되었다. 이는 Hegota 핵심 컴포넌트인 암호화 멤풀의 사양 안정화가 본격적으로 시작됨을 의미하며, 밸리데이터는 암호화된 트랜잭션 처리 방식 변화에 대비해야 한다. "Session 0 - All eyes on stabilizing EIPs"라는 제목은 아직 불안정한 사양을 조속히 확정하려는 긴박감을 드러낸다.
• EIP-7928 BAL max items cap 업데이트: Block-Level Access Lists의 최대 아이템 수 제한(max items cap)이 업데이트되었다. 이는 BAL의 DoS 공격 벡터를 차단하는 핵심 사양 변경으로, 밸리데이터가 처리해야 하는 최대 BAL 크기가 구체화되고 있음을 의미한다. 블록 빌딩 시 BAL 크기 제한을 준수해야 하며, 제한 초과 시 블록이 거부될 수 있다.
• EIP-7773 CFI(Consider For Inclusion) 리스트 업데이트: eth/70(EIP-7975: partial block receipt lists) 및 eth/71(EIP-8159: Block Access List Exchange)이 EIP-7773(EOF 후속 작업 메타 EIP)의 CFI 리스트에 추가되었다. 이는 P2P 네트워크 프로토콜 레벨 개선(eth/70, eth/71)이 Glamsterdam과 함께 추진되는 방향성 재확인이며, 밸리데이터는 새 네트워크 프로토콜 지원을 위한 클라이언트 업그레이드 계획 수립 필요.
• 이더리움 10년 100% 업타임 기념: @ethereum 공식 계정이 "10년 100% 업타임" 달성을 기념했다. 이는 밸리데이터/노드 운영자 커뮤니티의 안정적 운영 성과를 공식 인정한 것으로, 기관투자자에게 이더리움 네트워크 신뢰성을 홍보하는 핵심 메시지이다. Lido curated operator 선정 기준에서도 "높은 업타임 달성 능력"이 핵심 평가 항목임을 간접 재확인.
• EFDenver Summit 2/19 스테이킹 발표: "stakes for validators"가 공식 아젠다에 포함되었다. 밸리데이터 경제학/스테이킹 메커니즘 관련 새로운 정보가 나올 가능성 높으며, ePBS 런칭 결과도 함께 공개될 수 있다.
• 다음 주 프로토콜 콜 일정 확정: ACDC #175(2/19), ACDE #231(2/26) 공지가 올라왔으며, 아젠다는 "Glam + Hegotá"로 간단히 명시. Glamsterdam/Hegota의 스코프 프리즈가 임박했음을 시사.
• EIP 업그레이드 현황 9일 연속 무변동: 밸리데이터 관련 EIP 상태는 전일 대비 변동 없음. Glamsterdam Scheduled 2건(ePBS, BALs), Considered 다수 유지.

상세 분석

1. Encrypt The Mempool Breakout #0 내일 개최: UEEM/LUCID 사양 안정화의 밸리데이터 의미

2월 16일, "Encrypt The Mempool #0" Breakout 콜 공지가 ethereum-magicians에 올라왔다. 이 콜은 2월 18일 화요일 -- epbs-devnet-0 런칭 목표일 -- 에 개최되며, 아젠다는 다음과 같다:

Encrypt The Mempool #0 아젠다:

• Session 0 - All eyes on stabilizing EIPs
• Does this time work for most people?
• UEEM - Updates on EIP
• LUCID - Progress toward EIP
• Open Questions for designers

"Session 0 - All eyes on stabilizing EIPs"라는 제목은 UEEM(EIP-8105: Universal Enshrined Encrypted Mempool)과 LUCID(Encrypted Mempool, EIP 번호 미정) 두 제안이 아직 불안정한 사양 상태이며, 조속히 확정해야 한다는 긴박감을 드러낸다. 이는 Hegota EL 헤드라이너 투표(2/26 마감, D-9) 직전에 사양을 안정화하여 투표에서 유리한 위치를 확보하려는 전략적 타이밍이다.

UEEM vs LUCID 차이 복습:

밸리데이터 직접 영향:

1. 암호화 키 관리 인프라 요구

   • UEEM이 채택되면 밸리데이터는 threshold encryption 키를 관리해야 한다.
   • 이는 기존 합의 서명(BLS12-381) 외에 추가적인 키 관리 부담을 의미하며, DVT(Obol/SSV) 환경에서는 키 분산 구조가 더욱 복잡해진다.
   • Lido curated operator 선정 기준에서 "암호화 멤풀 키 관리 역량"이 새로운 평가 항목으로 추가될 가능성 높음.

2. MEV 수익 구조 근본 변화

   • 암호화된 멤풀에서는 밸리데이터가 트랜잭션 내용을 미리 볼 수 없으므로, 현재의 MEV-Boost 수익 모델(블록 빌더가 MEV를 추출하여 밸리데이터에게 분배)이 작동하지 않는다.
   • 대신 "블라인드 빌딩(blind building)" 또는 "post-execution MEV extraction"과 같은 새로운 메커니즘이 필요하며, 이는 전혀 새로운 수익 분배 구조를 의미한다.
   • 밸리데이터의 MEV 수익 예측 가능성이 크게 낮아질 수 있다.

3. 트랜잭션 처리 지연 증가

   • 암호화된 트랜잭션을 복호화하는 과정이 추가되므로, 블록 처리 시간이 증가한다.
   • UEEM 사양에서 "encrypted tx 처리 비용"이 아직 명확히 정의되지 않은 점은 가스 비용 산정 불확실성을 의미하며, 밸리데이터의 블록 수익성 예측을 어렵게 만든다.

4. 클라이언트 구현 복잡도 증가

   • EL 클라이언트(Geth, Nethermind, Erigon, Besu, Reth)가 암호화 멤풀 지원을 위한 새로운 코드를 추가해야 한다.
   • 이는 클라이언트 개발자의 부담을 증가시키며, 구현 완료까지 시간이 오래 걸릴 수 있다. Hegota가 Glamsterdam 이후 1-2년 뒤로 예상되는 주된 이유 중 하나.

LUCID의 불확실성:

LUCID는 아직 공식 EIP 번호도 없으며, 사양이 공개되지 않은 상태이다. "Progress toward EIP"라는 아젠다 항목은 LUCID 팀이 EIP 작성 중임을 시사하나, 구체적 내용이 없어 평가 불가능하다. Hegota EL 헤드라이너 투표(2/26)에서 LUCID가 경쟁력을 가지려면, 이번 Breakout #0에서 사양 초안을 공개해야 한다.

시사점:

Encrypt The Mempool Breakout #0의 개최는 암호화 멤풀이 Hegota의 핵심 컴포넌트로 자리잡고 있음을 재확인한다. 밸리데이터/오퍼레이터는 다음 사항을 모니터링해야 한다:

• Breakout #0 결과: UEEM vs LUCID 사양 비교, 밸리데이터 키 관리 요구사항 명확화
• Hegota EL 투표(2/26) 전후: 암호화 멤풀 채택 여부 확정
• 채택 시: 클라이언트 구현 로드맵, testnet 일정, MEV 수익 구조 변화 추적

출처: Encrypt The Mempool #0 공지

2. EIP-7928 BAL max items cap 업데이트: 밸리데이터 블록 빌딩 제약 구체화

2월 16일, EIP-7928(Block-Level Access Lists)에 "cap max items in BAL" 커밋이 확인되었다. 이는 하나의 BAL에 포함될 수 있는 최대 아이템 수를 제한하는 사양 변경으로, BAL의 DoS(Denial of Service) 공격 벡터를 차단하는 핵심 업데이트이다.

BAL max items cap의 필요성:

BAL은 블록에 포함될 트랜잭션들이 접근할 상태 주소 목록을 미리 선언하여 병렬 실행을 가능하게 하는 메커니즘이다. 그러나 만약 BAL에 포함될 수 있는 주소 수에 제한이 없다면, 공격자가 수백만 개의 주소를 포함한 BAL을 제출하여 블록 처리 시간을 극도로 늘릴 수 있다. 이를 방지하기 위해 "max items cap"을 도입한다.

밸리데이터 직접 영향:

1. 블록 빌딩 시 BAL 크기 검증 필수

   • 블록 제안 시, 밸리데이터는 포함된 BAL의 아이템 수가 cap 이하인지 검증해야 한다.
   • cap을 초과하는 BAL이 포함된 블록은 네트워크에 의해 거부(reject)되므로, 밸리데이터는 블록 빌딩 전에 BAL 크기를 확인해야 한다.

2. MEV-Boost 빌더의 BAL 준수 여부 확인

   • 밸리데이터가 MEV-Boost를 통해 외부 빌더로부터 블록을 받는 경우, 빌더가 BAL cap을 준수했는지 확인해야 한다.
   • cap을 초과한 블록을 제안하면 밸리데이터가 페널티를 받을 수 있으므로, 빌더와의 계약에 BAL 검증 조항이 포함되어야 한다.

3. 네트워크 대역폭 및 전파 시간 예측 가능성 증가

   • max items cap이 설정되면 BAL의 최대 크기가 명확해지므로, 블록 전파 시간의 worst-case를 예측 가능하다.
   • 이는 밸리데이터의 attestation 적시성(timeliness)을 개선하는 간접적 이점이다.

현재 cap 값은 미공개:

커밋 메시지 "cap max items in BAL"만으로는 구체적인 cap 값(예: 10,000개, 100,000개)이 얼마인지 알 수 없다. EIP-7928 사양 전문을 확인하거나 BAL Breakout #012(2/11) 이후 논의를 추적해야 정확한 값을 파악할 수 있다. (추가 검증 필요)

출처: EIP-7928 커밋: cap max items in BAL 출처: EIP-7928: Block-Level Access Lists

3. EIP-7773 CFI 리스트에 eth/70, eth/71 추가: P2P 프로토콜 업그레이드 방향성

2월 16일, EIP-7773(EOF 후속 작업 메타 EIP)의 CFI(Consider For Inclusion) 리스트에 EIP-7975(eth/70 - partial block receipt lists) 및 EIP-8159(eth/71 - Block Access List Exchange)가 추가되었다.

EIP-7773의 역할:

EIP-7773은 EVM Object Format(EOF) 관련 제안들의 메타 EIP로, CFI 리스트는 "다음 하드포크에서 고려되어야 할 EIP 목록"을 의미한다. EOF 자체는 Fusaka에서 Declined되었으나, EIP-7773이 여전히 활성 상태이며 CFI 리스트를 업데이트하고 있다는 것은 EOF 후속 작업의 일부가 다른 형태로 추진되고 있음을 시사한다.

eth/70 (EIP-7975) vs eth/71 (EIP-8159):

두 EIP 모두 P2P 네트워크 프로토콜 레벨 개선이며, Glamsterdam에서 Considered 상태이다. ACDE #230(2/12)에서 동시에 Considered로 진입한 것은 P2P 프로토콜 업그레이드가 포괄적으로 진행되고 있음을 의미한다.

밸리데이터 직접 영향:

1. eth/71 채택 시: BAL 전송 프로토콜 구현 필수

   • EIP-7928(BALs)이 Glamsterdam Scheduled이므로, BAL을 네트워크로 전송하는 프로토콜(eth/71)도 함께 구현되어야 한다.
   • 밸리데이터 노드는 eth/71 프로토콜을 지원하는 클라이언트 버전으로 업그레이드해야 BAL 기반 블록을 정상적으로 처리할 수 있다.

2. eth/70 채택 시: receipt 동기화 효율 개선

   • partial block receipt lists는 노드 동기화 시간을 단축하는 기능으로, 신규 밸리데이터가 네트워크에 합류하는 시간을 줄인다.
   • 이는 밸리데이터 운영자의 인프라 배포 속도를 개선하는 간접적 이점이다.

3. 클라이언트 다양성 리스크 관리

   • P2P 프로토콜 변경은 모든 EL 클라이언트(Geth, Nethermind, Erigon, Besu, Reth)가 동일한 사양을 구현해야 한다.
   • 만약 특정 클라이언트가 eth/70 또는 eth/71 구현을 지연하면, 해당 클라이언트를 사용하는 밸리데이터는 네트워크와의 호환성 문제를 겪을 수 있다.
   • Lido curated operator는 클라이언트 다양성을 유지하면서도, 각 클라이언트의 프로토콜 구현 완료도를 모니터링해야 한다.

EIP-7773 CFI 리스트 추가의 의미:

EIP-7773의 CFI 리스트는 Glamsterdam의 "공식 CFI 리스트"가 아니며, EOF 관련 메타 EIP의 내부 추적 목록일 가능성이 높다. 다만 ACDE #230에서 eth/70, eth/71이 모두 Glamsterdam Considered로 진입한 직후에 이 커밋이 발생한 것은 두 EIP가 Glamsterdam 포함에 근접했음을 시사한다.

출처: EIP-7773 커밋: CFI 리스트 업데이트 출처: EIP-7975: eth/70 - partial block receipt lists 출처: EIP-8159: eth/71 - Block Access List Exchange

4. 이더리움 10년 100% 업타임 기념: 밸리데이터 커뮤니티 성과 공식 인정

@ethereum 공식 트위터 계정이 "After 10 years of 100% Ethereum uptime, we're excited for 11."이라는 메시지를 발행했다. 이는 이더리움 메인넷이 10년간 단 한 번도 다운타임 없이 운영되었음을 공식 기념한 것이다.

100% 업타임의 의미:

이더리움은 2015년 7월 30일 제네시스 블록 이후 2026년 2월 현재까지 약 10년 6개월간 단 한 번의 네트워크 장애도 없이 운영되었다. 이는 비트코인(99.98% 업타임)을 포함한 모든 블록체인 네트워크 중에서도 최상위 수준의 신뢰성이다.

밸리데이터/노드 운영자의 기여:

100% 업타임은 밸리데이터/노드 운영자 커뮤니티의 지속적이고 안정적인 노드 운영 덕분이다. 특히 The Merge(2022년 9월) 이후 PoS 전환 이후에도 업타임이 유지된 것은, 밸리데이터 커뮤니티가 consensus 레이어를 성공적으로 운영했음을 증명한다.

Lido Curated Operator 선정 기준 연관성:

Lido의 curated operator 선정 기준에서 "높은 업타임(high uptime)" 및 "슬래싱 이력 부재(no slashing history)"는 핵심 평가 항목이다. 이더리움 네트워크의 100% 업타임 달성은, Lido가 요구하는 "프로페셔널한 밸리데이터 운영 능력"의 벤치마크를 제시한다.

기관투자자 시그널:

기관투자자는 "네트워크 신뢰성"을 투자 결정의 최우선 기준으로 삼는다. 이더리움이 10년간 단 한 번의 다운타임도 없었다는 사실은, ETH 스테이킹 상품을 기관투자자에게 마케팅할 때 가장 강력한 메시지 중 하나이다. @r2jamong의 리서치에서 이 수치를 적극 활용할 수 있다.

출처: Ethereum 10년 100% 업타임 기념

5. EFDenver Summit 2/19 스테이킹 발표 예정: "stakes for validators"

EFDenver Summit(2월 19일)의 공식 공지에서 아젠다 중 하나로 "talks exploring stakes for validators"가 명시되었다. 이는 밸리데이터 스테이킹 메커니즘에 대한 직접적인 발표가 예정되어 있음을 의미한다.

예상 발표 주제:

epbs-devnet-0 런칭 결과 공개 가능성:

EFDenver Summit이 epbs-devnet-0 런칭 목표일(2/18) 다음 날이므로, Summit에서 devnet-0 런칭 결과가 공개될 가능성이 높다. 만약 런칭이 성공했다면 이를 적극 홍보할 것이고, 지연되었다면 원인과 향후 계획을 공유할 것이다.

Bastian Aue 첫 공개 발표 가능성:

Bastian Aue가 interim co-ED로 임명된 직후 첫 대외 행사이므로, EFDenver Summit에서 EF의 새 방향성에 대한 발표가 있을 가능성이 있다. 특히 그의 enterprise 배경을 고려하면, 기관투자자 대상 이더리움 스테이킹 상품 관련 발언이 나올 수 있다.

출처: EFDenver Summit 공지

6. epbs-devnet-0 런칭 최종 카운트다운: D-1

epbs-devnet-0의 목표 런칭일인 2월 18일이 내일이다. 현재까지 공개된 정보를 종합하면:

D-1 상태 종합:

런칭 시나리오 업데이트:

예정대로 런칭될 가능성이 높아진 이유:

EFDenver Summit(2/19)이 epbs-devnet-0 런칭 목표일(2/18) 다음 날이라는 점은, EF가 Summit에서 "ePBS devnet-0 런칭 성공"을 발표하려는 의도를 시사한다. Summit 직전에 런칭을 실패하거나 연기하면 홍보 리스크가 크므로, EF는 최대한 예정대로 런칭을 진행하려 할 것이다. 다만 ACDT #070 결과가 여전히 미공개 상태여서, 기술적 준비 상태에 대한 불확실성은 남아 있다.

출처: epbs-devnet-0 spec

7. 프로토콜 콜 일정: ACDC #175(2/19), ACDE #231(2/26) 공지

다음 주 프로토콜 콜 일정이 공지되었다.

예정된 콜:

"Glam + Hegotá" 아젠다의 의미:

ACDC #175와 ACDE #231의 아젠다가 모두 "Glam + Hegotá"로 간단히 명시된 것은, 두 하드포크의 스코프가 거의 확정 단계에 접어들었음을 시사한다. 2월 말 Glamsterdam 스코프 프리즈가 임박했으므로, ACDE #231(2/26)이 Glamsterdam의 최종 EIP 목록을 확정하는 콜이 될 가능성이 높다.

ACDC #175(2/19) 예상 안건:

• EIP-8045(슬래시 밸리데이터 제안 배제) Scheduled 승격 여부
• EIP-8061(exit/consolidation churn 증가) Scheduled 승격 여부
• EIP-8080(exit이 consolidation queue 사용) Scheduled 승격 여부
• FOCIL(EIP-7805) 사양 업데이트 (Jihoon 발표?)

ACDE #231(2/26) 예상 안건:

• Hegota EL 헤드라이너 투표 결과 논의 (투표 마감 당일)
• Glamsterdam EL EIP 최종 확정 (DevNet-3 범위 재검토)
• eth/70, eth/71 Scheduled 승격 여부

출처: ACDC #175 공지 출처: ACDE #231 공지

8. EIP 업그레이드 현황: 9일 연속 무변동 -- 밸리데이터 관련 EIP 종합

EIP 업그레이드 데이터 기준 2/17, 밸리데이터 관련 EIP 상태는 전일 대비 변동 없다.

Glamsterdam Scheduled (확정):

Glamsterdam Considered (밸리데이터 직접):

Glamsterdam Considered (P2P 프로토콜):

Hegota (밸리데이터 관련):

출처: Forkcast - 2026-02-17 기준

9. 스테이킹 현황

전일 대비 의미 있는 변동 없음.

시사점

리서처 관점

1. "Encrypt The Mempool Breakout #0: UEEM vs LUCID 사양 비교와 밸리데이터 키 관리 복잡도 분석" (긴급 + 차별화) Encrypt The Mempool #0(2/18)이 Hegota 암호화 멤풀의 첫 전용 Breakout이므로, 이 콜의 결과를 신속히 분석하여 "UEEM vs LUCID 비교", "밸리데이터 키 관리 요구사항", "MEV 수익 구조 변화" 측면에서 리서치 노트를 발행하면 시의성과 차별화를 동시에 확보할 수 있다. 특히 기관투자자는 "암호화 멤풀 채택 시 MEV 수익 예측 가능성 감소"에 민감하므로, 이 리스크를 정량화하는 분석이 가치 있다.

2. "EIP-7928 BAL max items cap: 밸리데이터 블록 빌딩 제약의 경제학" (차별화) max items cap이 구체적으로 얼마인지 확인한 뒤, "cap 초과 시 블록 거부 리스크", "MEV-Boost 빌더의 BAL 준수 비용", "cap 값에 따른 병렬 실행 효율 변화"를 분석하면, BAL의 실질적 영향을 이해하려는 밸리데이터 커뮤니티에게 가치 있는 리서치가 된다.

3. "이더리움 10년 100% 업타임: 밸리데이터 커뮤니티의 숨은 성과와 기관투자자 시그널" (시의성) 100% 업타임 달성을 기념하여, "밸리데이터/노드 운영자가 10년간 네트워크를 어떻게 유지했는가"에 대한 회고적 분석 + "기관투자자에게 100% 업타임이 주는 신뢰성 메시지"를 결합한 컨텐츠는 @r2jamong의 브랜딩에 기여한다.

4. "EFDenver Summit 밸리데이터 트래커: ePBS 런칭 결과 + 스테이킹 발표 분석" (긴급 + 실시간) epbs-devnet-0 런칭(2/18) + EFDenver Summit(2/19) 이틀간의 정보를 실시간으로 추적하여, Summit 직후 빠른 분석 노트를 발행하는 것은 @r2jamong의 속도 차별화 기회이다.

인프라 Operator 관점

1. Encrypt The Mempool #0 모니터링 최우선 (긴급 -- 내일 2/18)

   • 내일 Breakout #0에서 UEEM vs LUCID 사양이 공개될 예정
   • 밸리데이터 키 관리 요구사항, 암호화 트랜잭션 처리 방식 명확화 필요
   • Hegota EL 투표(2/26, D-9) 전에 두 제안 중 어느 것이 유리한지 판단 재료 확보
   • 암호화 멤풀 채택 시 MEV 수익 구조 변화 시나리오 수립

2. epbs-devnet-0 런칭 모니터링 (긴급 -- 내일 2/18)

   • 런칭 성공 여부가 ePBS Glamsterdam 잔류의 최종 시그널
   • EFDenver Summit(2/19)에서 런칭 결과 공개 가능성 높음
   • 런칭 성공 시: devnet-1(3/4) 일정 및 외부 빌더 연동 로드맵 확인
   • 런칭 지연/실패 시: MEV-Boost 아키텍처 유지 기간 연장 대비

3. EIP-7928 BAL max items cap 구체적 값 확인 (중기)

   • 커밋 메시지만으로는 cap 값이 명확하지 않음
   • BAL Breakout 또는 EIP-7928 사양 전문 확인 필요
   • cap 값에 따라 블록 빌딩 시 BAL 크기 검증 로직 구현
   • MEV-Boost 빌더와의 계약에 BAL cap 준수 조항 포함 검토

4. eth/70, eth/71 클라이언트 구현 추적 (중기)

   • P2P 프로토콜 변경은 모든 EL 클라이언트 업그레이드 필요
   • Geth, Nethermind, Erigon, Besu, Reth의 eth/70, eth/71 구현 완료 시점 확인
   • 클라이언트 다양성 유지하면서도 프로토콜 지원 여부 모니터링
   • 구현 지연 클라이언트 사용 시 네트워크 호환성 리스크 대비

5. ACDC #175(2/19) + ACDE #231(2/26) 모니터링 (중기)

   • ACDC #175: CL EIP(8045, 8061, 8080) Scheduled 승격 여부 확인
   • ACDE #231: Hegota EL 투표 결과 논의, Glamsterdam 스코프 최종 확정
   • 2월 말 스코프 프리즈 직전이므로, 두 콜의 결과가 밸리데이터 대응 계획 수립의 최종 근거

6. 100% 업타임 달성 인프라 자가 평가 (장기 전략)

   • 이더리움 네트워크가 10년간 100% 업타임을 달성한 벤치마크를 자체 밸리데이터 운영에 적용
   • Lido curated operator 선정 기준에서 "높은 업타임" 달성 역량 증명
   • 모니터링, 알림, 백업 시스템의 신뢰성 점검

전일 대비 변경 사항 (2026-02-16 -> 2026-02-17)

후속 추적 필요 사항

• [ ] epbs-devnet-0 런칭 (2026-02-18 목표): 런칭 성공 여부, self-built payload 테스트 결과 -- 가장 긴급
• [ ] Encrypt The Mempool #0 (2026-02-18): UEEM vs LUCID 사양 공개, 밸리데이터 키 관리 요구사항 명확화 -- 가장 긴급
• [ ] EFDenver Summit (2026-02-19): "stakes for validators" 발표 내용, ePBS 런칭 결과 공개, Bastian Aue 첫 공개 행사 여부 -- 가장 긴급
• [ ] ACDC #175 (2026-02-19): CL EIP(8045, 8061, 8080) Scheduled 승격 여부, FOCIL 사양 업데이트 -- 긴급
• [ ] EIP-7928 max items cap 구체적 값: BAL 최대 아이템 수 확인 (추가 검증 필요)
• [ ] ACDE #231 (2026-02-26): Hegota EL 투표 결과 논의, Glamsterdam 스코프 최종 확정
• [ ] Hegota EL 헤드라이너 투표 결과 (2026-02-26 마감): UEEM vs LUCID vs 기타 옵션 선정 결과
• [ ] eth/70, eth/71 클라이언트 구현 진행: Geth, Nethermind, Erigon, Besu, Reth 구현 완료 시점
• [ ] ePBS Glamsterdam 포함 최종 결정: 2월 말 스코프 프리즈 시점 (이월)
• [ ] Glamsterdam DevNet-3 출시 일정: BAL 최적화 + EIP-8037 + eth/71 포함 (이월)
• [ ] FOCIL 사양 업데이트: Jihoon의 CL/EL/Engine API 사양 (이월)
• [ ] LUCID EIP 번호 확정: 현재 미확정 상태 (이월)
• [ ] Erigon DevNet 합류: 상태 미확인 (이월)
• [ ] Bastian Aue 방향성: institutional engagement 기조 유지 여부 (이월)
• [ ] PQ Security 이니셔티브 Bastian 하 우선순위: PQTS Breakout 정기 개최 여부 (이월)

참고 자료

1. Encrypt The Mempool #0 공지 - UEEM + LUCID EIP 안정화 (2026-02-18)
2. EIP-7928 커밋: cap max items in BAL - BAL 최대 아이템 수 제한 (2026-02-16)
3. EIP-7773 커밋: CFI 리스트 업데이트 - eth/70, eth/71 추가 (2026-02-16)
4. Ethereum 10년 100% 업타임 기념 - 공식 트윗 (2026-02-16)
5. EFDenver Summit 공지 - 2/19, stakes for validators 발표 (2026-02-16)
6. ACDC #175 공지 - Glam + Hegota 아젠다 (2026-02-17)
7. ACDE #231 공지 - Glam + Hegota 아젠다 (2026-02-17)
8. epbs-devnet-0 spec - devnet-0 사양 및 2/18 런칭 목표
9. EIP-7928: Block-Level Access Lists - BAL 공식 사양
10. EIP-7975: eth/70 - partial block receipt lists - P2P 프로토콜
11. EIP-8159: eth/71 - Block Access List Exchange - BAL P2P 프로토콜
12. EIP-8105: Universal Enshrined Encrypted Mempool - Hegota Proposed
13. Forkcast - EIP 업그레이드 포함 상태 추적 (2026-02-17 기준)