epbs-devnet-0 D-Day, EIP-8146 BAL Sidecar 신규 제안, Encrypt The Mempool #0 오늘 개최, EFDenver Summit 내일

핵심 요약

• epbs-devnet-0 D-Day (2/18 오늘): 목표 런칭일 도래. ACDT #71(2/23) 아젠다에 "epbs-devnet-0 implementation update"가 포함되어 있어, 오늘 런칭이 시도되든 소폭 지연되든 23일 콜에서 현황이 공유된다. ePBS가 Glamsterdam Scheduled를 유지하는 핵심 마일스톤이며, EFDenver Summit(2/19) 전날이라는 점에서 타이밍 압박 존재.
• EIP-8146: Block Access List Sidecars 신규 제안: BAL을 ExecutionPayloadEnvelope에서 분리하여 sidecar로 네트워크 전파하는 새로운 EIP가 등장했다. Blob sidecar(EIP-4844) 모델을 BAL에 적용하는 것으로, 블록 크기 증가 없이 BAL을 전송하려는 설계 의도이며 밸리데이터의 블록 처리 파이프라인 변경을 수반한다.
• EIP-7928 anti-DoS 보완: "Clarify anti-dos measure for invalid, bloated BALs" 커밋이 확인되었다. 비정상적으로 비대한(bloated) BAL에 대한 DoS 방어 로직이 명확화되었으며, 어제 확인한 max items cap에 이어 BAL 검증 비용의 구체적 기준이 사양에 반영되는 추세.
• Encrypt The Mempool #0 오늘 개최: UEEM(EIP-8105) 및 LUCID EIP 안정화를 논의하는 첫 전용 Breakout이 오늘 열린다. Hegota 암호화 멤풀의 사양 확정이 시작되며, 밸리데이터 MEV 수익 구조에 근본적 변화를 가져올 수 있다.
• EFDenver Summit (2/19) 밸리데이터 관련 세션 확인: Felfoldi Zsolt(stateless parallel transactions), tkstanczak(Ethereum as L2 platform), ralexstokes(next chapter for the network), DavideCrapis(Ethereum for AI) 발표 예정. 특히 ralexstokes는 EF 리서치팀 소속으로 밸리데이터/합의 레이어 전문가이며, "next chapter"가 ePBS/FOCIL 관련 발표일 가능성 높음.
• EF Platform Team 신설: L1과 L2를 연결하는 "강력한 이더리움 플랫폼 제공"을 목표로 한 새 팀이 발족했다. 기관(institutions) 대상 기술 가이던스 및 프로토콜 통합 지원이 명시 범위에 포함되어 있어, Lido curated operator 같은 기관 참여자에게 EF 수준의 직접 지원 채널이 열릴 가능성.
• ACDC #175 내일 (2/19): Glamsterdam CL + Hegota 아젠다. EIP-8045(슬래시 밸리데이터 제안 배제), EIP-8061(exit/consolidation churn 증가), EIP-8080(exit이 consolidation queue 사용) 승격 여부가 핵심. 밸리데이터 운영에 직접 영향을 미치는 3개 CL EIP의 Scheduled 전환 여부가 결정될 수 있다.

상세 분석

1. epbs-devnet-0 D-Day: 런칭 상황과 ACDT #71 아젠다

오늘(2/18)은 epbs-devnet-0의 목표 런칭일이다. 어제(2/17)까지 ACDT #070(2/16) 결과가 공개되지 않은 상태였으나, 오늘 새롭게 ACDT #71(2/23) 아젠다가 공개되면서 중요한 단서가 나왔다.

ACDT #71 아젠다 (2026-02-23):

• Fusaka: blob-devnet-0 updates, partial cells / getBlobv3 implementation update
• Glamsterdam: bal-devnet-2 updates, bal-devnet-3 readiness, EIP-8037 specs/tests status
• epbs-devnet-0 implementation update

"epbs-devnet-0 implementation update"가 아젠다에 포함되어 있다는 것은 두 가지를 시사한다:

1. 런칭이 시도되었거나 진행 중: 2/23 콜에서 "implementation update"를 논의하려면, 그 시점까지 런칭이 시도되었어야 한다. 이는 오늘(2/18) 또는 이번 주 내 런칭이 진행될 가능성을 뒷받침한다.
2. 결과 보고 예정: 성공 여부와 관계없이, 2/23 콜에서 devnet-0의 현황이 공유된다. 이는 밸리데이터 커뮤니티가 ePBS 개발 진행 상황을 파악할 수 있는 공식 채널이 된다.

웹 검색 결과에 따르면, "client teams are unlikely to be ready for a devnet launch until late February"라는 정보가 있어, 오늘 런칭이 소폭 지연되어 2월 하순으로 밀릴 가능성도 배제할 수 없다. (추가 검증 필요)

런칭 시나리오 업데이트 (어제 대비):

출처: ACDT #71 아젠다 출처: epbs-devnet-0 spec

2. EIP-8146: Block Access List Sidecars -- BAL 전송 아키텍처의 근본 변화

오늘 ethereum-magicians에 EIP-8146: Block Access List Sidecars 논의 스레드가 개설되었다. 이는 BAL을 ExecutionPayloadEnvelope에서 분리하여 sidecar(부수 데이터)로 네트워크를 통해 전송하는 새로운 제안이다.

핵심 설계 원리:

EIP-4844(Shard Blob Transactions)에서 blob을 블록 본체와 분리하여 sidecar로 전파하는 패턴을 BAL에도 적용한다. 이를 통해:

1. 블록 크기 증가 방지: BAL이 블록 내부에 포함되면 블록 크기가 증가하여 전파 시간이 길어진다. Sidecar로 분리하면 블록 본체의 크기를 일정하게 유지할 수 있다.
2. 전파 경로 분리: 블록과 BAL이 서로 다른 gossip 채널을 통해 전파될 수 있으므로, 네트워크 부하를 분산시킨다.
3. 선택적 수신: 모든 노드가 BAL을 수신할 필요 없이, 병렬 실행을 원하는 노드만 BAL sidecar를 요청할 수 있다. 이는 경량 노드의 부담을 줄인다.

EIP-7928 vs EIP-8146 vs EIP-8159 관계:

EIP-8146은 EIP-7928과 EIP-8159 사이의 "어떻게 전송할 것인가"를 구체화하는 제안이다. EIP-8159(eth/71)가 BAL을 P2P로 교환하는 프로토콜을 정의한다면, EIP-8146은 BAL을 블록에서 분리하여 sidecar로 만드는 구조를 정의한다.

밸리데이터 직접 영향:

1. 블록 처리 파이프라인 변경: 밸리데이터가 블록을 수신할 때, 블록 본체와 BAL sidecar를 별도로 수신하는 파이프라인을 구현해야 한다. 이는 블록 검증 로직에 sidecar 수신/검증 단계를 추가하는 것을 의미한다.
2. attestation 타이밍 영향: BAL sidecar가 블록보다 늦게 도착하면, 밸리데이터는 BAL 없이 블록을 검증해야 할 수 있다. 이 경우 병렬 실행 이점을 활용하지 못하고 순차 실행으로 fallback하게 되며, attestation 지연이 발생할 수 있다.
3. 네트워크 대역폭 요구사항: 블록 + BAL sidecar를 모두 수신하면 총 대역폭 요구량은 증가한다. 다만 전파 경로가 분리되므로 peak bandwidth는 오히려 감소할 수 있다.

이 EIP는 아직 신규 Draft 단계이며 업그레이드 현황에 등재되지 않았다. Glamsterdam에 포함되려면 빠른 합의가 필요하나, BAL(EIP-7928)이 이미 Scheduled인 상황에서 전송 아키텍처를 변경하는 것은 상당한 논쟁을 야기할 수 있다. (추가 검증 필요)

출처: EIP-8146: Block Access List Sidecars 출처: EIP-7928: Block-Level Access Lists

3. EIP-7928 anti-DoS 보완: bloated BAL 검증 비용 명확화

GitHub EIPs 레포에 "Update EIP-7928: Clarify anti-dos measure for invalid, bloated BALs" 커밋이 확인되었다. 어제(2/17) 분석한 "max items cap" 업데이트에 이어, bloated(비대한) BAL에 대한 DoS 방어 로직이 추가적으로 명확화된 것이다.

anti-DoS measure의 의미:

공격자가 의도적으로 매우 큰 BAL(수백만 개의 주소)을 제출하면, 밸리데이터가 이를 검증하는 데 과도한 시간이 소요되어 DoS 공격이 가능하다. 이를 방지하기 위해:

• max items cap: BAL에 포함 가능한 최대 아이템 수 제한 (어제 확인)
• invalid BAL 처리: 유효하지 않은 BAL을 조기에 거부하여 검증 비용을 최소화
• bloated BAL 패널티: 비정상적으로 큰 BAL을 제출하는 피어에 대한 네트워크 레벨 패널티

밸리데이터 직접 영향:

1. 블록 검증 worst-case 시간 감소: anti-DoS measure가 명확해지면, 밸리데이터가 블록 검증에 소요하는 최대 시간(worst-case latency)이 줄어든다. 이는 attestation 적시성을 개선한다.
2. MEV-Boost 빌더 리스크 감소: 외부 빌더가 bloated BAL을 포함한 블록을 제출하는 리스크가 사양 수준에서 차단된다.
3. EIP-8146(BAL Sidecar)과의 시너지: BAL이 sidecar로 분리되면, bloated BAL sidecar를 조기에 거부하는 로직이 더욱 중요해진다. anti-DoS measure와 sidecar 설계가 함께 발전하는 양상.

출처: EIP-7928 anti-DoS 커밋

4. Encrypt The Mempool #0 오늘 개최: 밸리데이터 MEV 전략에 미치는 영향

어제 분석에서 상세히 다룬 Encrypt The Mempool Breakout #0이 오늘 개최된다. 추가적으로 주목할 사항:

• ACDT #71과의 타이밍: ACDT #71(2/23)과 Encrypt The Mempool #0(오늘) 사이에 5일이 있으며, 이 기간 동안 UEEM/LUCID의 사양 안정화 결과가 ACDT에서 논의될 수 있다.
• Hegota EL 헤드라이너 투표(2/26 마감)까지 D-8: 투표 마감까지 8일 남은 시점에서 사양 안정화를 시작하는 것은, UEEM과 LUCID 모두 아직 투표에 유리한 위치를 확보하지 못했음을 시사한다.
• 밸리데이터 MEV 전략 분기점: 암호화 멤풀이 Hegota에 포함되면, 현재의 MEV-Boost 수익 모델(선제적 MEV 추출 + 빌더-밸리데이터 분배)은 근본적으로 작동 방식이 변경된다. 밸리데이터는 "암호화 멤풀 하의 MEV 수익 구조"를 사전에 연구해야 한다.

출처: Encrypt The Mempool #0 공지

5. EFDenver Summit (2/19) 밸리데이터 관련 세션 분석

EFDenver Summit의 스케줄이 상세 공개되었다. 밸리데이터/오퍼레이터 관점에서 주목할 세션:

Morning Block: Scaling & Technical (10:00-) | 시간 | 발표자 | 주제 | 밸리데이터 관련성 | |------|--------|------|------------------| | 10:00 | Felfoldi Zsolt | Scaling with stateless parallel transactions | 높음 -- stateless 병렬 처리는 BAL/ePBS와 직접 연관 | | 10:15 | codytouchgrass | Secure scaling with ZK-EVMs | 중간 -- zkEVM L2 밸리데이터 영향 | | 10:30 | gballet | Turning Geth into... | 높음 -- Geth 아키텍처 변화는 밸리데이터 인프라 직결 |

Midday Block: AI & Builders (11:15-) | 시간 | 발표자 | 주제 | 밸리데이터 관련성 | |------|--------|------|------------------| | 11:15 | DavideCrapis | Ethereum for AI | 중간 -- AI 에이전트의 온체인 활동 증가는 밸리데이터 수익에 영향 |

Afternoon Block: New Frontiers (12:15-) | 시간 | 발표자 | 주제 | 밸리데이터 관련성 | |------|--------|------|------------------| | 12:15 | kyleArojas | Institutional moment for Ethereum | 높음 -- 기관 스테이킹 수요, Lido curated operator | | 12:30 | tkstanczak | Ethereum as a platform for L2s | 높음 -- L1/L2 경제학, 밸리데이터 수익 영향 | | 12:45 | ralexstokes | Next chapter for the network | 매우 높음 -- EF 리서치팀, ePBS/FOCIL 전문가 |

특히 ralexstokes(Alex Stokes)는 EF 리서치팀에서 합의 레이어 및 ePBS 연구를 리드하는 인물로, "next chapter for the network"라는 제목은 ePBS devnet-0 런칭 결과 또는 Glamsterdam/Hegota CL 로드맵 관련 발표일 가능성이 높다. 밸리데이터 커뮤니티에게 가장 직접적인 시사점을 줄 수 있는 세션이다.

kyleArojas의 "institutional moment" 발표는 기관투자자의 이더리움 스테이킹 진입 동향을 다룰 것으로 예상되며, Lido curated operator 진입을 준비하는 입장에서 핵심 참고 자료가 될 수 있다.

출처: EFDenver 스케줄 (Morning) 출처: EFDenver 스케줄 (Afternoon)

6. EF Platform Team 신설: 기관 참여자 대상 프로토콜 통합 지원

2월 17일, EF가 "Platform Team"을 신설한다고 공식 발표했다. Josh Rudolf가 작성한 블로그 포스트에 따르면, 이 팀의 미션은 "Deliver the strongest possible Ethereum platform, where L1 and L2s are best positioned to support users, apps, and all organizations building on Ethereum"이다.

Platform Team의 3대 활동 영역:

1. Protocol Development: product-driven research로 생태계 강화, 커뮤니티 수요를 프로토콜 기획에 반영
2. Protocol Integration: 빌더 및 기관(institutions)에 프로토콜 개발 기술 가이던스 제공
3. Strategy & Tracking: L1/L2 피드백 루프 구축, 네트워크 건강 지표 개발, 공개 대시보드

밸리데이터/오퍼레이터 관점 시사점:

• "기관(institutions)에 기술 가이던스": 이는 Lido curated operator 같은 전문 노드 오퍼레이터가 EF 수준의 직접적 기술 지원을 받을 수 있는 채널이 열릴 수 있음을 의미한다. 기존에는 EF의 기술 지원이 주로 클라이언트 팀을 통해 간접적으로 이루어졌으나, Platform Team이 기관과의 직접 소통 채널을 제공할 수 있다.
• "L1/L2 피드백 루프": 밸리데이터는 L1의 핵심 인프라를 운영하므로, L2의 요구사항(blob 처리, 데이터 가용성)이 L1 밸리데이터에게 미치는 영향을 직접 피드백할 수 있는 구조가 생긴다.
• 연락처: [email protected] -- @r2jamong가 Lido curated operator 진입 과정에서 기술적 질문이 있을 때 활용 가능한 공식 채널.

출처: EF Platform Team 발표

7. ACDC #175 (내일 2/19): 밸리데이터 직접 영향 CL EIP 3건 승격 여부

내일 열리는 ACDC #175의 아젠다는 "Glam + Hegota"이다. 밸리데이터에게 직접 영향을 미치는 3건의 CL EIP가 Scheduled로 승격될지가 핵심이다.

밸리데이터 직접 영향 CL EIP 현황 (EIP 업그레이드 현황 기준):

웹 검색에 따르면, EIP-8045에 대해 일부 개발자는 "the complexity of the change, on top of ePBS and FOCIL, is not justified by the benefits"라는 입장을 보이고 있다. 그러나 "대규모 슬래싱 이벤트 시 네트워크 성능 저하를 방지"한다는 취지 자체에는 동의하고 있어, Scheduled 승격 여부가 불확실한 상태이다.

Lido curated operator 관점:

• EIP-8061 (exit/consolidation churn 증가): Lido는 다수의 밸리데이터를 운영하며, Pectra(EIP-7251: MAX_EFFECTIVE_BALANCE 증가)로 32 ETH -> 2048 ETH 통합이 가능해졌다. EIP-8061이 채택되면 통합 처리 속도가 빨라져, Lido curated operator의 밸리데이터 통합 운영 효율이 크게 개선된다.
• EIP-8080 (exit이 consolidation queue 사용): 탈퇴 시 별도 큐가 아닌 통합 큐를 사용하므로, 큐 관리가 단순화되고 대기 시간 예측이 용이해진다.
• EIP-8045 (슬래싱 밸리데이터 제안 배제): Lido curated operator는 슬래싱 이력이 없어야 하므로 직접적 영향은 제한적이나, 네트워크 전체의 안정성 향상에 기여한다.

출처: ACDC #175 공지 출처: EIP-8045 공식 사양 출처: Glamsterdam at Crossroads

8. ACDT #71 (2/23): bal-devnet-2/3 준비 현황

ACDT #71 아젠다에는 epbs-devnet-0 외에도 Glamsterdam BAL devnet 현황이 포함되어 있다:

• bal-devnet-2 updates: 현재 진행 중인 devnet-2의 테스트 결과 공유
• bal-devnet-3 readiness: devnet-3 준비 상태 확인
• EIP-8037 specs/tests status: State Creation Gas Cost Increase 사양/테스트 현황

bal-devnet-2에서 bal-devnet-3로의 전환은 BAL 사양의 성숙도를 나타내며, devnet-3에서는 EIP-8146(BAL Sidecar)나 anti-DoS measure가 포함될 가능성이 있다. 밸리데이터는 bal-devnet-3의 범위를 확인하여, BAL 기반 블록 처리 파이프라인의 최종 형태를 파악해야 한다.

출처: ACDT #71 아젠다

9. EIP 업그레이드 현황: 10일 연속 무변동

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

Glamsterdam Scheduled (확정):

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

Hegota (밸리데이터 관련):

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

시사점

리서처 관점

1. "EIP-8146: BAL을 Sidecar로 -- Blob 모델의 BAL 적용과 밸리데이터 블록 처리 파이프라인 변화" (차별화 + 시의성) EIP-8146은 오늘 새로 등장한 제안으로, BAL의 전송 아키텍처를 근본적으로 변경한다. Blob sidecar(EIP-4844) 모델과의 비교, 밸리데이터 블록 처리 파이프라인 변경 사항, 네트워크 대역폭 영향 등을 분석하면 시의성 있는 차별화 리서치를 낼 수 있다. 기관투자자에게는 "블록 전파 안정성"과 "attestation 적시성"에 대한 시사점이 중요하다.

2. "EFDenver ralexstokes 발표 추적: ePBS/Glamsterdam CL 로드맵의 next chapter" (긴급) ralexstokes의 "next chapter for the network" 발표는 ePBS devnet-0 런칭 결과 또는 CL 로드맵의 새 방향을 제시할 가능성이 높다. 발표 직후 빠른 분석 노트 발행은 @r2jamong의 속도 차별화 기회이다.

3. "EF Platform Team과 기관 밸리데이터: 새로운 EF 직접 지원 채널의 의미" (차별화) EF가 기관(institutions) 대상 프로토콜 통합 지원 팀을 신설한 것은, 기관투자자에게 이더리움 스테이킹의 접근성이 높아졌다는 시그널이다. Lido curated operator 관점에서 Platform Team과의 협업 가능성을 분석하면 차별화된 리서치가 된다.

4. "ACDC #175 밸리데이터 EIP 트래커: 8045/8061/8080 Scheduled 전환 분석" (긴급 -- 내일) 내일 ACDC #175에서 3개 밸리데이터 직접 영향 CL EIP의 Scheduled 전환 여부가 결정될 수 있다. 콜 직후 분석 노트를 발행하면 밸리데이터 커뮤니티에 가치 있는 정보를 제공할 수 있다.

인프라 Operator 관점

1. epbs-devnet-0 런칭 모니터링 (긴급 -- 오늘 D-Day)

   • 오늘 런칭이 시도되는지, 결과는 어떤지 실시간 추적
   • EFDenver Summit(내일)에서 런칭 결과 공개 예상
   • ACDT #71(2/23)에서 공식 현황 업데이트 예정
   • 런칭 성공 시: devnet-1 일정 및 외부 빌더 연동 로드맵 확인

2. EIP-8146 BAL Sidecar 아키텍처 영향 평가 (중기)

   • BAL이 sidecar로 분리되면 블록 처리 파이프라인 변경 필요
   • attestation 타이밍에 미치는 영향 분석
   • 네트워크 대역폭 요구사항 변화 예측
   • bal-devnet-3에 EIP-8146이 포함될 가능성 모니터링

3. EIP-7928 anti-DoS 사양 확인 (긴급-중기)

   • bloated BAL 검증 로직의 구체적 기준(max items, 검증 비용 상한) 파악
   • MEV-Boost 빌더의 BAL 준수 여부 검증 로직 준비
   • bal-devnet-2/3에서의 anti-DoS 테스트 결과 추적

4. Encrypt The Mempool #0 결과 모니터링 (긴급 -- 오늘)

   • UEEM vs LUCID 사양 비교, 밸리데이터 키 관리 요구사항 명확화
   • 암호화 멤풀 채택 시 MEV 수익 구조 변화 시나리오 수립
   • Hegota EL 투표(2/26, D-8) 전 두 제안의 경쟁력 평가

5. EFDenver Summit 핵심 세션 추적 (긴급 -- 내일)

   • ralexstokes: "next chapter for the network" -- ePBS/CL 로드맵
   • kyleArojas: "institutional moment" -- 기관 스테이킹 동향, Lido 관련
   • Felfoldi Zsolt: "stateless parallel transactions" -- BAL/병렬 실행 기술 심화

6. ACDC #175 CL EIP 승격 여부 확인 (긴급 -- 내일)

   • EIP-8045(슬래싱 밸리데이터 제안 배제) Scheduled 전환 여부
   • EIP-8061(exit/consolidation churn 증가) Scheduled 전환 여부 -- Lido 밸리데이터 통합 효율에 직접 영향
   • EIP-8080(exit이 consolidation queue 사용) Scheduled 전환 여부

7. EF Platform Team 연락 채널 확보 (장기)

   • [email protected]를 통한 기관 참여자 대상 기술 가이던스 활용 가능성 탐색
   • Lido curated operator 진입 과정에서 프로토콜 통합 관련 질문 채널로 활용 검토

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

후속 추적 필요 사항

• [ ] epbs-devnet-0 런칭 결과 (2026-02-18): 오늘 런칭 시도 여부 및 성공 여부 -- 가장 긴급
• [ ] Encrypt The Mempool #0 결과 (2026-02-18): UEEM vs LUCID 사양 공개, 밸리데이터 키 관리 요구사항 -- 가장 긴급
• [ ] EFDenver Summit 핵심 발표 (2026-02-19): ralexstokes "next chapter", kyleArojas "institutional moment", ePBS 결과 공개 -- 가장 긴급
• [ ] ACDC #175 (2026-02-19): CL EIP(8045, 8061, 8080) Scheduled 승격 여부 -- 긴급
• [ ] ACDT #71 (2026-02-23): epbs-devnet-0 implementation update, bal-devnet-2/3 현황 -- 긴급
• [ ] EIP-8146 BAL Sidecar 논의 진행: Glamsterdam 포함 가능성, EIP-8159(eth/71)과의 관계 (추가 검증 필요)
• [ ] EIP-7928 anti-DoS 구체적 수치: max items cap 값, bloated BAL 거부 기준 (추가 검증 필요)
• [ ] ACDE #231 (2026-02-26): Hegota EL 투표 결과 논의, Glamsterdam 스코프 최종 확정
• [ ] Hegota EL 헤드라이너 투표 결과 (2026-02-26 마감): UEEM vs LUCID vs 기타
• [ ] EF Platform Team 활동: 기관 대상 가이던스 시작 시점, Lido 관련 지원 가능 여부
• [ ] ePBS Glamsterdam 포함 최종 결정: 2월 말 스코프 프리즈 시점 (이월)
• [ ] Glamsterdam DevNet-3 출시 일정: BAL + EIP-8037 + eth/71 포함 (이월)
• [ ] FOCIL 사양 업데이트: CL/EL/Engine API 사양 (이월)
• [ ] LUCID EIP 번호 확정: 현재 미확정 상태 (이월)

참고 자료

1. ACDT #71 아젠다 - epbs-devnet-0, bal-devnet-2/3, EIP-8037 (2026-02-23)
2. EIP-8146: Block Access List Sidecars - BAL sidecar 신규 제안 (2026-02-17)
3. EIP-7928 anti-DoS 커밋 - bloated BAL 검증 비용 명확화 (2026-02-17)
4. Encrypt The Mempool #0 공지 - UEEM + LUCID EIP 안정화 (2026-02-18)
5. EF Platform Team 발표 - L1/L2 플랫폼 + 기관 지원 (2026-02-17)
6. EFDenver Summit 스케줄 - 2/19 발표 일정 (2026-02-17)
7. ACDC #175 공지 - Glam + Hegota 아젠다 (2026-02-19)
8. ACDE #231 공지 - Glam + Hegota 아젠다 (2026-02-26)
9. epbs-devnet-0 spec - devnet-0 사양 및 런칭 목표
10. EIP-7928: Block-Level Access Lists - BAL 공식 사양
11. EIP-8045: Exclude slashed validators from proposing - 슬래싱 밸리데이터 제안 배제
12. Glamsterdam at Crossroads - Glamsterdam EIP 포함 분석
13. Forkcast - EIP 업그레이드 포함 상태 추적 (2026-02-18 기준)