아카이브된 자료입니다 (2026년 7월 이후 갱신 중단). 최신 리서치는 Reports에서 확인하세요.
← Roadmap Analyst

2026-06-10-roadmap-analysis

medium Roadmap Analyst

핵심 하이라이트

  • [HIGH] EIP 업그레이드 현황 dump 복원 -- EIP-5920가 Glamsterdam/Fusaka Declined buckets에 재출현.
  • [HIGH] ACDE #239 (6/18) 의제 공개 -- "Glam, Hegota" 2-track 구조.
  • [HIGH] EIP commit 4건 cluster -- EIP-7997 / EIP-8081 / EIP-8130 (2건) 동시 다발.
  • [MEDIUM] ERC 신호 cluster -- IFR-pETH (28753) + Smart Contract Emergency Response/States (28750/28748).
  • [MEDIUM] EIP website "Final / Living" draft stage condition 추가 -- EIP 라이프사이클 메타 변경.

2026-06-10 로드맵 분석

핵심 요약

  • HIGH EIP 업그레이드 현황 dump 복원 -- EIP-5920가 Glamsterdam/Fusaka Declined buckets에 재출현.

6/9 → 6/10 EIP 업그레이드 dump의 summary section에서 EIP-5920(PAY opcode)가 두 포크의 Declined 목록에 새롭게 등장했다(확인된 사실). Glamsterdam declined는 [2926][2926, 5920], Fusaka declined는 [3540, 3670, 4200, 4750, 5450][3540, 3670, 4200, 4750, 5450, 5920]. EIP 본문 5920.forks.Glamsterdam.current_stage = Declined (history: acde/228, 2026-01-15)는 이전부터 존재했으므로 summary buckets의 누락이 6/10 dump에서 복원된 사례로 해석된다. 6/9 노트에서 추적한 "EIP-5920 6일 연속 누락" 잡음이 자체 해소(해석).

  • HIGH ACDE #239 (6/18) 의제 공개 -- "Glam, Hegota" 2-track 구조.

ethereum-magicians 28751에 의해 ACDE #239 (2026-06-18 14:00 UTC, 90분) 의제가 공개되었다(확인된 사실). 의제 본문은 단 2줄 "Glam / Hegota"로, EL 측 두 포크 트랙 동시 처리. 6/9 노트의 ACDC #180(6/11) 의제와 동일한 dual-track 구조 = CL/EL 양측에서 Glamsterdam devnet 진행 + Hegota EIP 후보 검토가 본격 병행되는 시그널(해석). 단, ACDE #239 의제가 매우 간결 = 세부 EIP 항목 dump 미공개로 추가 검증 필요.

  • HIGH EIP commit 4건 cluster -- EIP-7997 / EIP-8081 / EIP-8130 (2건) 동시 다발.

6/9 dump의 commit 2건 대비 6/10 dump는 4건으로 +100% 증가(확인된 사실). 핵심 commits: EIP-7997 a0a7f5a "Switch to Arachnid factory" (xinbenlv, 6/9 20:01 UTC), EIP-8081 6e83382 "add newly PFId EIPs" (6/9 16:27 UTC), EIP-8130 2건 (6cf529b "Rename verifier → authenticator", 0ad79a2 "Clarifications and clean up", 6/9 14:20~16:40 UTC), + EIP website meta commit a42c255 "Add 'Final' and 'Living' to draft stage conditions" (6/9 16:55 UTC). EIP-8081은 Hegota meta EIP로 추정되며 "PFId EIPs 추가" = Hegota 후보 EIP cluster 확장 시그널(해석, 추가 검증 필요).

  • MEDIUM ERC 신호 cluster -- IFR-pETH (28753) + Smart Contract Emergency Response/States (28750/28748).

ethereum-magicians 신규 3건이 application layer infra 도메인에서 동시 출현(확인된 사실). (a) IFR-pETH (28753, sebastiantf, 6/9 20:30 UTC) = invariant-first reserve-backed ERC-20 호환 primitive 제안. (b) ERC-XXXX Smart Contract Emergency Response (28750, neelkamath, 6/9 08:25 UTC) = 비상시 callable 함수 + tamper-proof event trail 표준. (c) ERC-XXXX Smart Contract Emergency States (28748, neelkamath, 6/9 06:53 UTC) = emergency state observability 표준. 6/9 노트의 Role-Based Timelock/Time-Delayed Access cluster (28741/28742) 연속선에서 "DeFi 보안 거버넌스 인프라" 도메인 신호 누적(해석).

  • MEDIUM EIP website "Final / Living" draft stage condition 추가 -- EIP 라이프사이클 메타 변경.

EIP repository commit a42c255 (6/9 16:55 UTC, "Website: Add 'Final' and 'Living' to draft stage conditions")는 EIP draft 단계에서 추후 Final 또는 Living 상태로 진행 가능한 조건을 공식 안내에 명시한 변경(확인된 사실). EIP-1 (EIP Purpose and Guidelines)의 Living 상태와 정합하는 운영 가이드 갱신. EIP editors 운영 프로세스 측면에서 stagnation 방지 + Living EIP 활용도 명시화 = EIP repository의 거버넌스 절차 개선 시그널(해석).

주요 변동사항

1. EIP 업그레이드 현황 dump -- EIP-5920 summary buckets 복원

Fork 6/9 6/10 Diff
upgrades_tracked [Dencun, Fusaka, Glamsterdam, Hegota, Pectra] 동일 변동 없음
Dencun included [4844] [4844] 변동 없음
Pectra included [2537, 2935] [2537, 2935] 변동 없음 (EIP-6110 여전히 summary 누락)
Pectra declined [3540, 3670, 4200, 4750, 5450] 동일 변동 없음
Fusaka declined [3540, 3670, 4200, 4750, 5450] [3540, 3670, 4200, 4750, 5450, 5920] + EIP-5920 복원
Glamsterdam considered [2780] [2780] 변동 없음
Glamsterdam declined [2926] [2926, 5920] + EIP-5920 복원
Hegota proposed [4758] [4758] 변동 없음
  • 확인된 사실:
  • 6/10 dump의 EIP-5920 (PAY opcode) 본문 forks.Fusaka.current_stage = Declined, forks.Glamsterdam.current_stage = Declined (history: acde/228, 2026-01-15). 본문 stage는 6/9와 동일하나 summary buckets에 6/10에 한해 복원.
  • 6/9 노트가 추적한 "EIP-5920 6일 연속 summary 누락" 잡음 종료.
  • EIP-6110 / EIP-6206 등 다른 누락 EIP는 6/10에도 summary 미복원 지속.
  • 해석:
  • forkcast 데이터 빌드 파이프라인의 summary aggregation 로직이 부분 회복된 케이스. 본질적 inclusion stage 변동은 0건이나 데이터 신뢰성 측면에서 회복 시그널(해석).
  • 6/8 → 6/9 byte-level 일치 → 6/10 EIP-5920 복원 = "정체기 → 부분 회복" 패턴. EIP-6110 / EIP-6206 추가 복원 여부 모니터링 필요(해석).

2. EIP 라이프사이클 -- commit 4건 + website meta 1건

시점 (UTC) EIP 변경 내용 작성자
6/9 20:01 EIP-7997 "Switch to Arachnid factory" (a0a7f5a) xinbenlv
6/9 16:55 EIP-1 / Website "Add 'Final' and 'Living' to draft stage conditions" (a42c255) g11tech
6/9 16:40 EIP-8130 "Rename verifier → authenticator" (6cf529b) jzaki
6/9 16:27 EIP-8081 "add newly PFId EIPs" (6e83382) bbjubjub2
6/9 14:20 EIP-8130 "Clarifications and clean up" (0ad79a2) jzaki
  • 확인된 사실 (EIP-7997):
  • 6/9 20:01 UTC commit a0a7f5a. "Switch to Arachnid factory".
  • EIP-7997 = ERC-7997: Default factory address for deterministic deployments (Draft, 추정).
  • Arachnid factory = Solidity 생태계의 deterministic deployment proxy로 잘 알려진 외부 컴포넌트.
  • 확인된 사실 (EIP-8081):
  • 6/9 16:27 UTC commit 6e83382. "add newly PFId EIPs".
  • EIP-8081 = (추정) Hegota meta EIP. "PFId" = "Proposed For Inclusion ID" 약어로 해석 (추가 검증 필요).
  • 6/9 노트에서 추적한 "EIP-8081 meta 변동 미관찰" 흐름과 반대 시그널 = 6/10에 추가 PFI EIP가 Hegota meta에 정식 등록.
  • 확인된 사실 (EIP-8130 2건):
  • 6/9 14:20 UTC commit 0ad79a2. "Clarifications and clean up".
  • 6/9 16:40 UTC commit 6cf529b. "Rename verifier → authenticator".
  • EIP-8130 = (제목 미공개, draft 추정). "verifier → authenticator" rename = 인증/검증 의미론 분리 = 인증 정책(authentication policy)과 검증 (verification) 구분 명확화 작업(해석).
  • 확인된 사실 (Website meta):
  • 6/9 16:55 UTC commit a42c255. "Website: Add 'Final' and 'Living' to draft stage conditions".
  • EIP-1 라이프사이클의 Draft → (Review → Last Call →) Final + Living 상태 진행 조건을 EIPs 웹사이트 안내에 명시.
  • 해석:
  • commit 빈도 회복: 6/8 0건 → 6/9 2건 → 6/10 4건 = cadence 가속 국면 진입.
  • EIP-8081 meta 변동: Hegota 후보 EIP cluster에 새로운 PFI 항목 추가 = Hegota 트랙 spec scope 확장. ACDE #239 (6/18) 의제 직전 baseline 정비 시그널(해석).
  • EIP-8130 2건 cluster: terminology rename = spec 안정화 단계 = author들이 마지막 정리 단계로 이동 시그널(해석).
  • website "Final/Living" 추가: EIP editors 측의 절차적 명확화. Stagnant 상태 누적 방지 + Living EIP (예: EIP-1, EIP-2535 등) 활용 가이드 강화(해석).

3. ethereum-magicians -- 신규 6건 ([28753] IFR-pETH, [28751] ACDE #239, [28750] Emergency Response, [28749] PQ TX Sig #10, [28748] Emergency States, [28743] PQ VRF carry)

시점 (UTC) 제목 (번호) URL 분류 저자
6/9 20:30 (신규) IFR-pETH (28753) link EIPs / ERC sebastiantf
6/9 12:52 (신규) ACDE #239, June 18 2026 (28751) link Protocol Calls system
6/9 08:25 (신규) ERC-XXXX Smart Contract Emergency Response (28750) link ERCs neelkamath
6/9 06:58 (신규) Post Quantum transaction signature #10 (28749) link Protocol Calls system
6/9 06:53 (신규) ERC-XXXX Smart Contract Emergency States (28748) link ERCs neelkamath
6/8 10:08 (carry) Post-Quantum VRF (28743) link Magicians aryaethn

3-1. ACDE #239 의제 (28751)

  • 확인된 사실:
  • 일시: 2026-06-18 (목) 14:00 UTC, 90분.
  • 의제 본문: "Glam / Hegota" (2줄, 세부 EIP 미공개).
  • 시계열: 6/4 ACDE #238 → 6/18 ACDE #239 = 14일 격주 cadence 정상 유지.
  • 해석:
  • EL 측 Glamsterdam + Hegota dual-track 동시 처리: 6/11 ACDC #180 (CL)과 6/18 ACDE #239 (EL)가 동일한 dual-track 의제 구조 = 양 client team이 두 포크 트랙 병행 진행 (해석).
  • 의제 본문 압축 = 6/11 ACDC #180 결과를 토대로 EL 측 세부 의제 확정 → 6/18 직전 의제 갱신 패턴 가능성(해석, 추가 검증 필요).
  • 6/9 노트에서 추적한 "EIP-7807 재진입 시도" 모니터링 포인트 = 6/18 ACDE #239 의제 갱신 시 확인 가능(해석).
  • 운영자(Operator) 관점:
  • 6/11 ACDC #180 + 6/18 ACDE #239 결과 종합 후 Glamsterdam devnet-6 timeline 추정 + Hegota 포함 EIP 후보 1차 좁히기 가능.
  • validator client (Lighthouse, Prysm, Teku, Nimbus, Lodestar) + EL client (Geth, Nethermind, Erigon, Besu, Reth) 업그레이드 일정 사전 계획 수립의 D-day는 6/18 이후.

3-2. IFR-pETH (28753)

  • 확인된 사실:
  • 저자 sebastiantf.
  • "Invariant-First Reserve Receipt Token" = ERC-20 호환 reserve-backed token primitive.
  • 핵심 컨셉: token 발행/소각이 reserve 비율 invariant를 우선 강제 → reserve-receipt 관계의 검증 가능성 보장.
  • 해석:
  • Liquid staking token (stETH, rETH 등) 또는 stablecoin 생태계와 인접한 reserve-backed primitive 표준화 시도(해석).
  • EIP/하드포크 트랙 직접 무관(application layer ERC)이나 LST 운영 측면에서 모니터링 가치.
  • 운영자(Operator) 관점:
  • Lido curated operator: stETH 자체에는 단기 영향 없음. 단 향후 reserve attestation 의무화 등 규제 환경 변화 시 IFR 류 표준이 후보로 부상 가능성(해석).
  • 우선순위 LOW.

3-3. Smart Contract Emergency Response/States (28750/28748)

  • 확인된 사실:
  • 두 ERC 모두 작성자 neelkamath, 6/9 같은 날 약 1.5시간 간격으로 등록.
  • Emergency Response (28750): callable emergency 함수 + tamper-proof on-chain event trail 표준.
  • Emergency States (28748): protocol 간 emergency state 상호 관측(interoperable detection) 표준.
  • 해석:
  • DeFi 보안 거버넌스 인프라 표준화 흐름. 6/9 노트의 Role-Based Timelock (28742) / Time-Delayed Access (28741) cluster 연속선상.
  • "emergency response + state observability + role timelock" = DeFi 보안 사고 대응 자동화 표준 cluster 형성 가속(해석).
  • EIP/하드포크 트랙 직접 무관(application layer)이나 DeFi 운영자 측면에서 SOP 표준 수렴 시그널(해석).
  • 운영자(Operator) 관점:
  • 직접 영향 없음. 단 Lido DAO 거버넌스 측에서 emergency response/state 표준 채택 검토 시 모니터링 가치(해석).

3-4. Post Quantum transaction signature #10 (28749) -- breakout call 공지

  • 확인된 사실:
  • 일시: 2026-06-10 (수) 13:00 UTC, 60분.
  • 콜 시리즈 #10 = Post-Quantum transaction signature 트랙 10번째 회의.
  • 해석:
  • PQ TX Signature breakout 트랙의 정기 cadence = PQI/PQTS와 별도 라인 (6/9 노트에서 추적한 pqi/042 + pqts/009 외 추가 PQ 트랙 발견 시그널).
  • 이더리움 PQ 전환 로드맵의 multi-track 구조 (PQI = aggregation/key, PQTS = TX signature, PQ VRF = randao_reveal 대체) 확인(해석).
  • 운영자(Operator) 관점:
  • PQ 트랙은 매우 장기 (L/I 마일스톤) 영향 → 우선순위 LOW.
  • 단 PQ TX Sig 콜 노트 공개 시 mempool 검증 cost 변화 + signature 크기 변화 예측 모니터링 권장.

4. ethresear.ch -- 신규 0건, 6/8 carry 3건

  • 확인된 사실:
  • 6/10 dump의 ethresearch 항목은 6/8 발행 3건 (25125 ePBS payments / 25124 MEV origins / 25119 EIP-8188 hot-cold)만 carry.
  • 6/9 발행 ethresear.ch 신규 0건.
  • 해석:
  • 6/9 휴지는 6/8 (월)의 3건 폭발 후 정상 reaction 패턴(해석).
  • 6/9 노트에서 다룬 ethresear.ch cluster의 후속 토론은 외부 댓글 채널로 이전 가능성(해석, 추가 검증 필요).

5. ethblog / vitalikblog -- 신규 0건

  • 양쪽 모두 신규 포스트 없음 (확인된 사실). 4일 연속 휴지.

6. 트위터 -- 신규 2건 (Ethereum Foundation, Lido)

시점 (UTC) 출처 내용
6/9 16:31 @ethereumfndn "Tomorrow at 2pm UTC -- Ethereum Builders Live with @jchaskin22 and @0xkolten from @aave. Aave V4 architecture / modularity / governance overhead reduction" 안내
6/9 13:00 @LidoFinance "Curated Module v2: six distinct operator types" 안내
  • 확인된 사실:
  • Ethereum Foundation: Aave V4 architecture 토론 안내 (application layer 콘텐츠).
  • Lido: Curated Module v2 = 6개 operator type 도입 안내. one-size-fits-all → tiered/specialized 모델로 진화.
  • 해석:
  • 두 트윗 모두 로드맵 시그널은 없으나 Lido Curated Module v2는 Validator-Ops / Lido Tracker 도메인 핵심 시그널 → 별도 분석 권장.
  • 운영자(Operator) 관점:
  • Lido curated operator 진입 전략 핵심 정보: 6 operator types 도입 = 차별화된 신청 트랙 가능성 → Lido Tracker 에이전트 별도 심층 분석 필요. 본 로드맵 노트 범위 외이나 cross-reference 가치 HIGH.

7. 프로토콜 콜 -- 신규 0건, total_calls=200 동일

일자 변동
acdt/082 2026-06-08 변동 없음 (6/9 신규 등록 후 안정)
acde/238 2026-06-04 변동 없음
p2p/002 2026-06-03 변동 없음
pqi/042 2026-06-03 변동 없음
  • 확인된 사실:
  • total_calls = 200 (6/9와 동일).
  • new_since_last_fetch = [].
  • upcoming_calls = [] (forkcast.org/calls의 upcoming 슬롯 미게시).
  • 해석:
  • 콜 cadence 휴면 1일. 단 ethereum-magicians 28751 (ACDE #239) + 28749 (PQ TX Sig #10)는 forkcast.org/calls dump에 아직 미반영 = forkcast 데이터 빌드 지연 (해석, 추가 검증 필요).
  • 6/11 ACDC #180 / 6/18 ACDE #239 / 6/10 PQ TX Sig #10 / 6/10 ETM #5 / 6/10 L1-zkEVM #05 = W24 콜 5건 cluster 형성.

EIP/하드포크 업데이트

포크별 현재 상태 (6/10 시점)

  • Dencun (Live): EIP-4844 Included -- 변동 없음 (확인된 사실).
  • Pectra (배포 완료):
  • Included (summary): [2537, 2935] -- 변동 없음 (EIP-6110 누락 지속).
  • Declined: [3540, 3670, 4200, 4750, 5450] -- 변동 없음.
  • Fusaka (배포 예정):
  • Declined: [3540, 3670, 4200, 4750, 5450, 5920] -- EIP-5920 복원 (+1).
  • Glamsterdam (다음 포크):
  • Considered: EIP-2780 (Reduce intrinsic transaction gas) -- 변동 없음.
  • Declined: [2926, 5920] -- EIP-5920 복원 (+1).
  • 운영 트랙: 6/11 ACDC #180 + 6/18 ACDE #239 의제에 명시 = 양 client 트랙 동시 처리 단계 진입.
  • Hegota (그 다음 포크):
  • Proposed: [4758] -- 변동 없음.
  • 메타 EIP: EIP-8081 commit 6e83382 "add newly PFId EIPs" = Hegota PFI 후보 cluster 확장 시그널.
  • 운영 트랙: 6/11 ACDC #180 + 6/18 ACDE #239 의제 명시.

Inclusion stage 변동 시그널

  • 본질적 변동: 0건 (EIP 본문의 forks.*.current_stage 모두 안정).
  • Summary buckets 복원: EIP-5920 Glamsterdam/Fusaka Declined 양쪽 복원 (+2 entries).
  • EIP commit 변동: 4건 (EIP-7997, EIP-8081, EIP-8130 ×2) + website meta 1건.
  • 메타 EIP 변동: EIP-8081 (Hegota meta) PFI EIPs 추가 -- 6/9 노트 대비 신규 시그널.

인사이트

1. EIP 업그레이드 현황 dump 신뢰성 부분 회복 -- EIP-5920 복원 패턴

  • 확인된 사실:
  • 6/9 노트가 추적한 "EIP-5920 Glamsterdam declined 6일 연속 summary 누락" 잡음이 6/10 dump에서 자체 해소.
  • 동일한 EIP-5920가 Fusaka declined에도 새롭게 등장 (이전에는 미포함).
  • EIP-6110 / EIP-6206 summary 누락은 6/10에도 미해소 지속.
  • 해석:
  • forkcast 데이터 build pipeline의 summary aggregation 로직이 부분 회복. 본질적 inclusion 신호 변화는 아님(해석).
  • 부분 회복 패턴 = aggregator가 EIP 본문 데이터를 처음부터 재스캔할 때 일부 EIP만 picking. EIP-6110/EIP-6206 추가 복원 모니터링 필요(해석).
  • 운영자(Operator) 관점:
  • 본 데이터를 운영 의사결정에 활용 시 summary buckets만 보지 말고 EIP 본문 forks.*.current_stage 까지 cross-check 필수.

2. CL/EL dual-track 동시 처리 -- 6/11 ACDC #180 + 6/18 ACDE #239 = W24~W25 의사결정 cluster

  • 확인된 사실:
  • 6/11 (목) ACDC #180 의제: "Glamsterdam-devnet-5, generic Glamsterdam, Glamsterdam-devnet-6 timeline?, Hegota:" (6/9 노트 baseline).
  • 6/18 (목) ACDE #239 의제: "Glam, Hegota" (6/10 신규).
  • 양 콜 모두 90분.
  • 해석:
  • Dual-track 동시 처리 시그널: 5월~6월 초까지는 Glamsterdam이 단독 트랙으로 등장하다가, 6월 중순부터 CL/EL 양측 콜에서 Hegota가 정식 의제 항목으로 동시 진입 = Hegota 트랙 활성화의 명확한 트리거 시점(해석, HIGH 확신).
  • devnet-6 timeline 확정 D-day: 6/11 ACDC #180 (CL devnet timeline) + 6/18 ACDE #239 (EL 측 동의)의 양쪽 통과가 필요. 양 콜 사이 1주 간격이 client 측 검토 시간(해석).
  • 6/9 노트의 "6/10 ~ 6/12 윈도우가 다음 cadence burst 예상"이 검증됨 → 6/9~6/10 dump에서 4 commits + ACDE #239 의제 + ERC cluster + 트윗 등장.
  • 운영자(Operator) 관점:
  • D-day 명확화: Glamsterdam 메인넷 일정 추정은 6/18 ACDE #239 종료 후 정밀화 가능.
  • validator/EL client 업그레이드 일정 계획 = 6/18 이후 정식 착수.
  • Lido curated operator: 6/11 ACDC #180 + 6/18 ACDE #239 양 콜 노트 ASAP 분석 권장 (Hegota 트랙 인프라 영향 평가).

3. EIP-8081 Hegota meta EIP "PFId EIPs 추가" -- Hegota scope 확장 시그널

  • 확인된 사실:
  • EIP-8081 commit 6e83382 6/9 16:27 UTC "Update EIP-8081: add newly PFId EIPs".
  • 6/9 노트에서 추적한 "EIP-8081 meta 변동 미관찰" 흐름과 반대 시그널.
  • PFId = "Proposed For Inclusion ID" 약어로 해석 (추가 검증 필요).
  • 해석:
  • Hegota PFI 후보 cluster에 새로운 EIP 추가 → 메인넷 inclusion 후보 pool 확장.
  • 직전 baseline: Hegota proposed=[4758] 1건 → meta EIP 갱신 후 후보 추가 가능성.
  • 6/18 ACDE #239 직전 baseline 정비 시그널 = EL 측에서 검토할 후보 EIP 명세 사전 정비(해석).
  • 운영자(Operator) 관점:
  • 6/10~6/18 사이 EIP-8081 본문에 추가된 EIP 목록 확인 → 향후 Hegota 포함 가능 EIP 사전 파악.
  • Lido curated operator: Hegota 추정 inclusion 후보 EIP가 validator 운영에 미치는 영향 (예: SELFDESTRUCT 비활성화, state tiering 등) 사전 영향도 평가 권장.

4. EIP repository 거버넌스 강화 -- "Final / Living" stage condition 명시

  • 확인된 사실:
  • EIP repository commit a42c255 6/9 16:55 UTC "Website: Add 'Final' and 'Living' to draft stage conditions".
  • EIP-1 (EIP Purpose and Guidelines)의 라이프사이클 정의에 Living 상태가 존재했으나, 웹사이트 안내에 명시적으로 추가.
  • 해석:
  • EIP editors 측에서 EIP author 가이드를 강화 = Stagnant 상태 누적 방지 + Living EIP 활용 시그널 (해석).
  • 본 변경은 본질적 EIP 라이프사이클 정의 변경이 아님 = 운영 가이드의 명확화에 한정(해석).
  • 거버넌스 측면 시그널 = EIP editor 측 프로세스 개선 의지 = 향후 EIP 처리 속도/정합성 개선 시그널(해석).
  • 운영자(Operator) 관점:
  • 단기 운영 영향 없음. 단 향후 EIP 추적 도구 (forkcast 등) 측에서 Living 상태 EIP 처리 정합성 점검 필요(해석).

5. ERC 보안 인프라 cluster 형성 가속 -- IFR-pETH + Emergency Response/States + Role/Time Timelock

  • 확인된 사실:
  • 6/8: Role-Based Timelock (28742) + Time-Delayed Access (28741), 작성자 dif.
  • 6/9: Smart Contract Emergency Response (28750) + Emergency States (28748), 작성자 neelkamath.
  • 6/9: IFR-pETH (28753), 작성자 sebastiantf.
  • 해석:
  • DeFi 보안/거버넌스/reserve attestation 인프라 표준화 cluster가 W23~W24에 걸쳐 폭발적으로 등장(해석).
  • 시기적으로 USD 페그 stablecoin 규제 환경 변화 + DeFi 보안 사고 누적 + Lido Curated Module v2 등 거버넌스 진화와 연동 가능성(해석, 추가 검증 필요).
  • EIP/하드포크 트랙 직접 무관(application layer)이나 LST 운영 + Lido DAO 거버넌스 측면에서 모니터링 가치(해석).
  • 운영자(Operator) 관점:
  • 단기 운영 영향 없음. 단 ERC 표준화 결과에 따라 Lido DAO + reserve attestation tooling 채택 시 SOP 갱신 가능성.

다음 관찰 포인트

  1. 6/10 (수) PQ TX Signature #10 콜 노트 -- ethereum-magicians 28749 공지 콜의 결과. PQ TX Sig spec 진전 + mempool 검증 cost 모니터링.
  2. 6/10 (수) L1-zkEVM breakout #05 -- 6/9 노트 carry. evm-asm 업데이트 + Framed TX 채택 검토.
  3. 6/10 (수) ETM #5 -- 6/9 노트 carry. Engine API / Testing 트랙.
  4. 6/11 (목) ACDC #180 -- 최우선. Glamsterdam devnet-5/6 + Hegota 의제 결정. devnet-6 timeline 확정 시 메인넷 일정 정밀화.
  5. 6/18 (목) ACDE #239 -- 신규 발견. "Glam / Hegota" 2-track EL 측 결정. 6/11 ACDC #180 후속 검증.
  6. EIP-8081 (Hegota meta) 후속 commit 추적 -- 추가된 PFId EIPs 정체 확인 → Hegota 후보 cluster 좁히기.
  7. EIP-5920 summary 복원의 forkcast 데이터 신뢰성 영향 -- EIP-6110/EIP-6206 추가 복원 여부 모니터링.
  8. EIP-8130 후속 commit -- terminology rename ("verifier → authenticator") 완료 후 다음 단계 (Review/Last Call 승격 여부).
  9. EIP-7997 후속 commit -- Arachnid factory 전환 후 deterministic deployment 표준 finalization 추적.
  10. Lido Curated Module v2 분석 -- 본 노트 범위 외이나 Lido Tracker 에이전트 별도 심층 분석 필수 (curated operator 진입 전략 핵심).
  11. 6/8 ethresear.ch cluster 후속 토론 -- (ePBS payments / MEV origins / EIP-8188 hot-cold) 댓글/응답 채널 추적.
  12. forkcast.org/calls upcoming_calls 정상화 -- 6/9~6/10 [] 상태 지속, ACDE #239 + PQ TX Sig #10 미반영 = forkcast 빌드 지연 확인.

관련 엔티티

EIP-2537, EIP-2780, EIP-2926, EIP-2935, EIP-4758, EIP-4844, EIP-5920, EIP-6110, EIP-7807, EIP-7997, EIP-8037, EIP-8081, EIP-8130, EIP-8141, EIP-8188 Pectra, Fusaka, Glamsterdam, Hegota, Dencun ePBS, MEV, FOCIL, BAL

출처

수집 데이터

  • 데이터: output/sources/2026-06-10.json, output/sources/2026-06-10.summary.json
  • EIP 업그레이드 현황: output/sources/forkcast/2026-06-10.forkcast.json vs output/sources/forkcast/2026-06-09.forkcast.json
  • 프로토콜 콜: output/sources/protocol-calls/2026-06-10.protocol-calls.json
  • 이전 분석: output/notes/daily/2026-06-09-roadmap-analysis.md

ethereum/EIPs commits

ethereum-magicians

ethresear.ch

  • 신규 0건. 6/8 발행 3건 (25125 / 25124 / 25119) carry (6/9 노트에서 다룸).

프로토콜 콜

  • 신규 등록 0건. total_calls = 200, new_since_last_fetch = [], upcoming_calls = [].
  • 단 ethereum-magicians 28751 (ACDE #239) + 28749 (PQ TX Sig #10) 콜 공지는 forkcast.org/calls dump 미반영 = 빌드 지연 확인.

Twitter

  • @ethereumfndn: Ethereum Builders Live with Aave V4 (2026-06-09 16:31 UTC) -- 로드맵 시그널 0건.
  • @LidoFinance: Curated Module v2 (6개 operator types) (2026-06-09 13:00 UTC) -- 로드맵 시그널 0건이나 Validator Ops / Lido Tracker 별도 분석 권장.

참고 자료

  • output/notes/daily/2026-06-09-roadmap-analysis.md -- 직전 노트 (ACDC #180 의제 + EIP commit 2건 + ethresear.ch 3건 분석)
  • output/entities/EIP-5920.md -- PAY opcode
  • output/entities/EIP-8081.md -- Hegota meta EIP (추정)
  • output/entities/EIP-8188.md -- State Tiering by Write Age

참고 자료