Post-Quantum 클라이언트 영향 (BLS/KZG 교체 범위), EVM Stack/Memory 실측 데이터, ACDE #231 콜 노트 미공개
핵심 요약
- HIGH ACDE #231 (2/26) 콜 노트 미공개: ethereum/pm 레포 AllCoreDevs-EL-Meetings에 #231 노트 미업로드 상태 확인 (현재 Meeting 200까지만 존재). Hegota EL 스코프 확정 내용 및 Glamsterdam EIP 상태 변동 파악 불가 — 업로드 대기
- HIGH Post-Quantum 클라이언트 영향 — BLS/KZG 교체 범위: Vitalik이 이더리움 양자 취약 4개 영역 명시: CL BLS 서명, KZG commitment/proof(DA), EOA ECDSA 서명, AA 지갑. 클라이언트 구현 관점에서 BLS→PQ 교체(CL attestation), KZG→PQ commitment 교체(EL/CL 모두)가 핵심 과제
- HIGH PQ Aggregation 문제 — CL 구현의 실질적 병목: ML-DSA 서명은 ECDSA 대비 50배 크기(3,309 bytes vs 64 bytes). 현행 BLS는 512개 attestation을 48 bytes로 집계하나, 단순 ML-DSA 전환 시 슬롯당 ~1.7 MB로 폭증. STARK 기반 재귀 집계(100~200 KB)가 현실적 경로로 제시됨 — CL 클라이언트 attestation aggregation 구조 대규모 변경 수반
- MEDIUM EVM Stack/Memory 실측 통계: 1,297 블록(24,409,278–24,514,399), 2,092,522 EVM 콜 분석. EVM 콜의 88.9%가 스택 32개 미만, 90.3%가 메모리 1 KiB 미만 사용. 최대 관측 스택 깊이 651(한도 1,024). 클라이언트 최적화 방향과 EIP-8024 스펙 설계에 실측 근거 제공
- MEDIUM PQ 마이그레이션 경로 경쟁 — EIP-7932 파편화 우려: ERC-4337, EIP-6404/EIP-7932, EIP-8141, EIP-8164 등 4개 이상의 PQ 마이그레이션 접근법 병존. 단일 알고리즘-불가지론 인터페이스(EIP-7932) 없이는 클라이언트 구현 복잡도 지수적 증가 우려
- EIP 상태 변동: 8일 연속 안정 — ACDE #231 결과 미반영 상태 지속
- 다음 핵심 일정: ACDT #72 (3/2), PQTS #3 (3/4), ETM #1 (3/4), ACDC #176 (3/5)
어제(2/26) 대비 변경 사항
| 구분 | 어제 (2/26) | 오늘 (2/27) |
|---|---|---|
| ACDE #231 노트 | D-day (개최 완료) | pm 레포 미업로드 — 콜 노트 미공개 확인 |
| PQ 클라이언트 영향 | Vitalik 4대 취약 영역 트윗(2/26 17:35 UTC) | 구체적 BLS/KZG 교체 범위 및 집계 문제 심층 분석 |
| EVM Stack 통계 | 신규 게시 (ethresear.ch, 2/26) | 1,297 블록 실측 데이터 분석 — 88.9% < 32스택, 90.3% < 1KiB |
| PQ Aggregation 문제 | ethereum-magicians 신규 게시 (2/27 00:06 UTC) | ML-DSA 50배 크기 문제, STARK 집계 경로 분석 |
| PQ 마이그레이션 경로 | ethereum-magicians 신규 게시 (2/26 22:28 UTC) | EIP-7932/EIP-6404/EIP-8141/EIP-8164 경쟁 경로 분석 |
| strawmap 후속 | tkstanczak "progressive decreases" 인용 | slot time/finality 점진적 감소 생태계 요구로 공식 확인 |
| EIP 상태 변동 | 변동 없음 (ACDE #231 대기) | 8일 연속 안정 — ACDE #231 결과 여전히 미반영 |
| 클라이언트 릴리즈 | 없음 | 없음 |
상세 분석
1. [핵심] ACDE #231 콜 노트 미공개 상태
출처: github.com/ethereum/pm/tree/master/AllCoreDevs-EL-Meetings 직접 확인 (2026-02-27)
ACDE #231은 2026-02-26에 개최되었다. 그러나 ethereum/pm 레포의 AllCoreDevs-EL-Meetings 디렉토리에는 현재까지 Meeting 200.md까지만 업로드되어 있으며 #231 콜 노트는 존재하지 않는다.
확인된 상태:
| 항목 | 상태 |
|---|---|
| ACDE #231 개최 여부 | 개최 완료 (2026-02-26) |
| pm 레포 콜 노트 | 미업로드 (Meeting 200까지만 존재) |
| Hegota EL 스코프 확정 | 공식 확인 불가 — 미공개 |
| Glamsterdam EIP 상태 변동 | 공식 확인 불가 — 미공개 |
예상 확정 내용 (어제 브리핑 기준 사전 상태):
어제 브리핑에서 EIP-7805 (FOCIL)이 Scheduled, EIP-8105 (UEEM)이 Withdrawn 상태임을 확인한 바 있다. ACDE #231에서는: 1. Hegota = FOCIL(EIP-7805) 단일 포크 공식화 2. Glamsterdam Considered 20건 중 일부 상태 변경 논의 3. Gas Repricing 6건 향방 결정
콜 노트 공개 후 즉시 업데이트 필요.
2. [핵심] Post-Quantum 클라이언트 영향 — Vitalik의 4대 취약 영역 명시
출처: Vitalik: quantum resistance roadmap (@VitalikButerin) (2026-02-26 17:35 UTC)
Vitalik이 이더리움의 양자 취약 영역을 명시적으로 4가지로 정리했다. 인프라 클라이언트 구현 관점에서 각 영역의 변경 범위를 분석한다.
4대 양자 취약 영역 및 클라이언트 영향:
| 취약 영역 | 현행 암호 알고리즘 | 클라이언트 영향 | 변경 복잡도 |
|---|---|---|---|
| CL BLS 서명 | BLS12-381 (EIP-2537) | CL 클라이언트 attestation/block proposal 서명 구조 전면 교체 | 매우 높음 |
| DA (KZG commitment+proof) | KZG (EIP-4844) | EL/CL 모두 KZG 검증 로직 교체. blob 처리 파이프라인 변경 | 매우 높음 |
| EOA 서명 (ECDSA) | secp256k1 ECDSA | EL 클라이언트 트랜잭션 서명 검증 로직 교체 | 높음 |
| AA 지갑 | ERC-4337 / 다양 | 지갑 수준 — 직접 클라이언트 변경 아님 | 낮음 (프로토콜 외) |
CL BLS 교체 — 가장 복잡한 과제:
현행 Prysm, Lighthouse, Teku, Nimbus, Lodestar 모두 BLS12-381 기반 attestation 집계(aggregation)를 핵심 합의 로직으로 사용한다. 양자 내성 서명(Post-Quantum signature, PQ signature)으로의 교체는 다음을 수반한다:
- attestation 집계(aggregation) 로직 전면 재작성
- validator key 형식 변경 및 key migration 경로
- 슬롯당 메시지 크기 대폭 증가 → P2P 전파 부담 증가
- gossipsub 토픽 구조 및 메시지 크기 한도 조정 필요
KZG 교체 — EL/CL 공동 과제:
blob 처리 파이프라인(EIP-4844)의 KZG commitment/proof 검증은 EL과 CL 양쪽에 구현되어 있다. PQ commitment 스킴으로의 교체는:
- EL: blob 트랜잭션 처리 시 commitment 검증 로직 교체
- CL: blob sidecar 검증 및 DAS(Data Availability Sampling) 계층 교체
- devnet 수준 테스트 필수 — PeerDAS(EIP-7594)와 연동 복잡도
3. [핵심] PQ Aggregation 문제 — CL 구현의 실질적 병목
출처: The Real Blocker for Post-Quantum Ethereum Isn't the Math — It's Aggregation (ethereum-magicians.org) (2026-02-27 00:06 UTC)
이더리움 PQ 전환의 진짜 병목이 수학이 아닌 집계(aggregation) 부재라는 점을 분석한 문서다.
핵심 문제: 서명 크기 폭발
| 비교 | ECDSA | ML-DSA (Post-Quantum) | 비율 |
|---|---|---|---|
| 서명 크기 | 64 bytes | 3,309 bytes | ~52배 |
| BLS 집계 (512 attestations) | 48 bytes | ~1.7 MB (단순 전환 시) | ~35,000배 |
슬롯당 attestation 집계 시나리오:
현행 BLS는 512개 attestation을 단 48 bytes로 집계한다. ML-DSA를 단순 적용하면 슬롯당 attestation 데이터만 1.7 MB로 폭증한다. 이는:
- P2P 네트워크 전파 부담 폭증 — gossipsub 메시지 크기 한도 초과
- 블록 크기 및 beacon chain 블록 전파 지연 증가
- 라이트 클라이언트(light client) 대역폭 요구사항 급증
CASCADE 효과 — FOCIL 포함 다층 영향:
| 영향 영역 | 현행 | ML-DSA 단순 전환 | 비고 |
|---|---|---|---|
| Attestation 집계 | 48 bytes | ~1.7 MB/slot | 핵심 병목 |
| FOCIL Inclusion List 용량 | 표준 | ~98% 감소 | PQ 서명 크기 반영 시 |
| Mempool DoS 표면 | 현행 | 급증 | 서명 검증 비용 증가 |
| L2 blob 처리량 | 현행 | ~51배 감소 | optimistic rollup 기준 |
현실적 경로 — STARK 기반 집계:
현재까지 가장 유력한 해결책으로 "재귀 STARK proof를 통한 ML-DSA 배치 검증"이 제시됨:
- 수백 개 ML-DSA 서명 → 100~200 KB proof로 압축
- ms 수준 검증 시간
- CL 클라이언트: STARK proof 생성/검증 로직 추가 구현 필요
- 전용 하드웨어 가속(hardware acceleration) 또는 precompile 지원 가능성
EVM Precompile 경로:
EVM precompile을 통해 ML-DSA 검증 비용을 ~2M gas → ~50K gas로 감소시키는 방안도 제시됨. 이는 EL 클라이언트 precompile 추가를 수반한다.
Breaking Change 예고: PQ 전환은 CL 클라이언트의 attestation aggregation 구조를 근본적으로 변경한다. 단순 서명 알고리즘 교체가 아닌 P2P 전파 구조, 블록 크기, 노드 하드웨어 요구사항 전반에 영향. PQTS Breakout #3 (3/4) 논의 내용 필수 추적.
4. [중요] PQ 마이그레이션 경로 경쟁 — 파편화 우려
출처: Post Quantum migrations, Crypto-agility and how to prevent EIP-7932 from failing (ethereum-magicians.org) (2026-02-26 22:28 UTC)
저자는 현재 PQ 마이그레이션 접근법이 "시부야 교차로(Shibuya Crossing)"처럼 다방향으로 분산되어 있다고 비판한다.
경쟁 중인 4개 접근법:
| EIP | 접근법 | 핵심 내용 |
|---|---|---|
| ERC-4337 | AA 기반 | EVM에서 직접 PQ 검증 수행 |
| EIP-6404 + EIP-7932 | SSZ 트랜잭션 기반 | 알고리즘 불가지론 인터페이스(algorithm-agnostic interface) |
| EIP-8141 | Frame Transaction | 계정별 PQ 마이그레이션 결정 위임 |
| EIP-8164 | Native Key Delegation | PQ 마이그레이션 기반 인프라 제공 |
Crypto-agility (암호 민첩성) 개념:
암호 알고리즘을 근본 아키텍처 변경 없이 교체할 수 있는 능력. EIP-7932의 설계 철학으로, secp256k1 → 표준 알고리즘-불가지론 인터페이스로 전환하는 것이 목표다.
클라이언트 구현 관점 우려:
단일 표준 인터페이스(EIP-7932) 없이 다수의 경쟁 방식이 공존하면: 1. EL 클라이언트: 여러 PQ 서명 검증 방식을 병렬 지원해야 함 2. 테스트 복잡도 기하급수적 증가 3. 장기적으로 프로토콜 복잡성(protocol complexity) 누적
PQTS Breakout #3 (3/4)에서 이 경쟁 경로들에 대한 조율이 필요하다.
5. [중요] EVM Stack/Memory 실측 통계 — 클라이언트 최적화 근거
출처: EVM Stack and Memory Usage Statistics Report (ethresear.ch) (2026-02-26 19:11 UTC)
분석 범위: 1,297 blocks (24,409,278–24,514,399), 2,092,522 EVM 콜, 255,696 트랜잭션
스택(Stack) 사용 통계
| 지표 | 값 |
|---|---|
| 88.9th percentile | < 32 스택 아이템 |
| p99 | 32 스택 아이템 |
| 최대 관측 스택 깊이 | 651 (한도 1,024) |
| 중앙값(median) | 8 스택 아이템/콜 |
메모리(Memory) 사용 통계
| 지표 | 값 |
|---|---|
| 90.3th percentile | < 1 KiB 메모리 |
| p99 | 4 KiB |
| 최대 관측 메모리 | 578.8 KiB |
| 중앙값(median) | 128 bytes/콜 |
콜 패턴(Call Pattern) 통계
| 지표 | 값 |
|---|---|
| 내부 콜 없는 트랜잭션 | 45.5% |
| 콜 깊이 4 이하 | 85.5% |
| 최대 관측 콜 깊이 | 35 |
| 트랜잭션당 평균 콜 수 | 8.2 |
클라이언트 최적화 시사점:
- 스택 할당 최적화: 88.9%의 콜이 32개 미만의 스택 아이템을 사용하므로, 소형 스택 초기 할당 전략이 메모리 효율에 유리
- 메모리 할당 최적화: 90.3%가 1 KiB 미만이므로, 1 KiB 기본 할당 + 필요 시 확장 전략이 최적
- 콜 깊이 처리: 85.5%가 깊이 4 이하이므로 얕은 콜 경로 최적화가 전체 성능에 핵심
- EIP-8024 맥락: EVM 스택/메모리 사용 실측 데이터는 EIP-8024의 EVM 상태 머신 변경(branchless normalization, EXCHANGE 확장)의 실제 영향 범위를 평가하는 근거로 활용 가능
중요 발견: 스택 최대 관측 깊이 651은 한도 1,024의 63.5% 수준으로, EVM 스택 한도에 실제 도달하는 케이스는 매우 드문 것으로 확인됨. 스택 한도 변경(EIP 논의 시)에 대한 실무 근거 확보.
6. EIP 업그레이드 현황 — 8일 연속 안정, ACDE #231 결과 대기
출처: forkcast 데이터 2026-02-27
Hegota (EIP 상태 변동 없음 — ACDE #231 결과 대기)
| EIP | 제목 | 상태 | 비고 |
|---|---|---|---|
| 7805 | FOCIL | Scheduled | SFI 완료. ACDE #231 공식 확인 대기 |
| 8105 | UEEM | Withdrawn | ACDE #231 공식 확인 대기 |
Glamsterdam (Scheduled 2건, Considered 20건 — ACDE #231 결과 미반영)
| EIP | 제목 | 상태 | 비고 |
|---|---|---|---|
| 7732 | ePBS | Scheduled | ACDT #72 (3/2) epbs-devnet-0 |
| 7928 | BAL | Scheduled | BAL #13(2/25) 결과 반영 대기, ACDT #72 bal-devnet |
| 7975 | eth/70 | Considered | ACDT #72 구현 업데이트 예정 |
| 8159 | eth/71 (BAL sidecar) | Considered | BAL devnet 연계 |
| 2780 | Reduce intrinsic tx gas | Considered | Gas Repricing 논의 대상 |
Fusaka (Included 13건 — 변동 없음)
| EIP | 제목 | 비고 |
|---|---|---|
| 7594 | PeerDAS | ACDT #72 (3/2) blob-devnet-0 업데이트 예정 |
| 7935 | Set default gas limit to 60M | Gas limit 논의 연관 |
| 7642 | eth/69 - history expiry | Included |
| 7910 | eth_config JSON-RPC Method | Included |
7. Protocol Calls 현황 — 총 123건
출처: protocol-calls 데이터 2026-02-27
new_since_last_fetch: ACDE #231 (2026-02-26)
| 타입 | 최신 콜 | 날짜 | 상태 |
|---|---|---|---|
| acde | #231 | 2026-02-26 | 개최 완료, 노트 미공개 |
| bal | #013 | 2026-02-25 | 개최 완료, 결과 미공개 |
| pqi | #028 | 2026-02-25 | 개최 완료 |
| focil | #029 | 2026-02-24 | SFI 완료 공식화 |
| rpc | #021 | 2026-02-23 | 완료 |
| acdt | #071 | 2026-02-23 | 다음: #072 (3/2) |
| acdc | #175 | 2026-02-19 | 다음: #176 (3/5) |
| epbs | #029 | 2025-12-19 | 70일 이상 미개최 |
8. EIP 커밋 업데이트 — 스펙 정비 수준
출처:
- Update EIP-7591: Correct spelling and function naming (GitHub) (2026-02-26 13:02 UTC)
- Update EIP-7979: Refactor to move historical discussion to Informational EIP (GitHub) (2026-02-26 06:33 UTC)
EIP-7591: 철자 교정 및 함수 명명 수정. 스펙 정비 수준으로 구현 영향 없음.
EIP-7979: 역사적 논의 내용을 Informational EIP로 분리하는 리팩토링. 스펙 구조 개선으로 구현 영향 없음.
9. 다음 주 일정 — ACDT #72 핵심
| 날짜 | 이벤트 | 중요도 | 예상 내용 |
|---|---|---|---|
| 3/2 (월) | ACDT #72 | 높음 | blob-devnet-0(PeerDAS), bal-devnet-2/3(BAL), epbs-devnet-0(ePBS), client readiness check, Gas limit, eth/70 |
| 3/4 (수) | PQTS Breakout #3 | 높음 | PQ 서명 집계 경로 조율 — ML-DSA, STARK 집계, EVM precompile 방향 |
| 3/4 (수) | ETM #1 (Encrypt The Mempool) | 중간 | EIP-8105 Withdrawn 이후 독립 연구 방향 |
| 3/5 (목) | ACDC #176 | 높음 | ACDE #231 결과 기반 Hegota CL 구현 조율, Glamsterdam CL 방향 |
시사점
리서처 관점
오늘의 핵심은 Post-Quantum 전환의 실질적 클라이언트 영향 범위가 명확해지기 시작했다는 점이다. Vitalik이 4대 취약 영역을 명시하고, ethereum-magicians에서 aggregation 문제와 마이그레이션 경로 경쟁이 동시에 공론화되었다. 이는 PQ 이슈가 '미래의 연구 주제'에서 '클라이언트 구현 계획에 반영해야 할 구체적 과제'로 격상되고 있음을 시사한다.
ML-DSA 서명의 50배 크기 문제는 단순한 알고리즘 교체가 아니다. CL 클라이언트의 attestation aggregation 로직, P2P 메시지 크기, FOCIL inclusion list 용량, 심지어 L2 blob 처리량까지 cascade 효과를 미친다. STARK 기반 집계가 현실적 경로로 부상하고 있으나, 이는 CL 클라이언트에 STARK proof 생성/검증 로직을 추가로 구현해야 함을 의미한다.
EVM Stack/Memory 통계는 클라이언트 최적화와 EIP-8024 스펙 설계의 실증 근거를 제공한다. 88.9% 콜이 32개 미만 스택, 90.3%가 1 KiB 미만 메모리를 사용한다는 실측 데이터는 EVM 구현의 '일반적 케이스(common case)' 최적화 방향을 명확히 해준다.
인프라 Operator 관점
단기적으로는 ACDE #231 콜 노트 공개를 기다려야 한다. Hegota EL 스코프 확정과 Glamsterdam EIP 상태 변동은 devnet 준비 계획에 직접 영향을 주므로, 노트 공개 즉시 확인이 필요하다.
중장기적으로 PQ 전환 준비는 단순한 소프트웨어 업그레이드 이상이다. STARK 기반 attestation aggregation 도입 시 노드 하드웨어의 증명(proof) 생성 능력이 중요한 변수가 된다. 전용 하드웨어 가속(hardware accelerator) 또는 클라우드 기반 증명 생성 서비스의 필요성이 부각될 수 있다.
노드 운영자 액션 아이템
- [ ] [긴급 — ACDE #231 노트 공개 대기] github.com/ethereum/pm AllCoreDevs-EL-Meetings 주기적 모니터링. 노트 업로드 시 Hegota EL 스코프 확정 내용 및 Glamsterdam EIP 상태 변경 즉시 확인. 현재 Meeting 200까지만 존재
- [ ] [중요 — PQ 전환 준비 사전 점검] 현재 운영 중인 CL 클라이언트의 BLS 서명 의존성 파악. Prysm/Lighthouse/Teku/Nimbus/Lodestar 각 클라이언트의 PQ 로드맵 공식 발표 여부 모니터링 시작
- [ ] [중요 — 3/4 PQTS #3 청취] PQ 서명 aggregation 경로(ML-DSA + STARK 집계 vs. 대안) 결정 방향 파악. 클라이언트 구현 timeline 논의 여부 확인. FOCIL inclusion list 크기 조정 논의도 포함 가능
- [ ] [중요 — 3/2 ACDT #72] client readiness check 결과 확인. 사용 중인 EL/CL 클라이언트의 Glamsterdam 구현 준비 상태. blob-devnet-0(PeerDAS), bal-devnet-2/3(BAL), epbs-devnet-0(ePBS) 진행도
- [ ] [관찰 — EVM 최적화 참고] EVM Stack/Memory 통계 리포트 확인. 운영 중인 EL 클라이언트(Geth, Nethermind, Besu, Erigon)의 EVM 메모리 할당 전략 문서 검토 권장. 실측 데이터와 비교하여 최적화 기회 파악
- [ ] [관찰 — PQ 마이그레이션 표준화] EIP-7932(알고리즘 불가지론 인터페이스) 진행 상황 추적. 경쟁 경로 중 프로토콜 채택 방향이 결정되면 클라이언트 구현 우선순위 조정 필요
- [ ] [관찰 — BAL #13 결과] github.com/ethereum/execution-apis PR #726(BAL JSON-RPC 변경) 결과 확인. EL 노드 API 운영자는 변경 항목 사전 파악 필요
후속 추적 필요 사항
- [ ] ACDE #231 콜 노트 (공개 대기): Hegota EL 확정 내용, EIP-8105 공식 Withdrawn 확인, Glamsterdam EIP 상태 변경 목록, Gas Repricing 6건 결정, devnet 타임라인 발표 여부
- [ ] BAL Breakout #13 결과: PR #11227(STF without BAL), #11323(item limit), #11338(uniqueness), #726(JSON RPC) 각 결정. 채널: github.com/ethereum/execution-apis
- [ ] PQTS Breakout #3 (3/4): ML-DSA aggregation 해결 경로 결정, EVM precompile 포함 여부, FOCIL inclusion list 크기 조정 논의
- [ ] ACDT #72 (3/2): blob-devnet-0 상태, bal-devnet-3 readiness, epbs-devnet-0 진행도, client readiness check 전체 결과
- [ ] ACDC #176 (3/5): ACDE #231 결과 기반 Hegota CL 구현 방향 조율
- [ ] PQ 표준화 경로: EIP-7932 vs. EIP-8141 vs. EIP-8164 — 어떤 경로가 CFI/Scheduled로 진입하는지 추적
- [ ] STARK 집계 구현 현황: CL 클라이언트 팀의 STARK 기반 attestation aggregation PoC 여부 확인
- [ ] EIP-8024 포크 포함 결정: 현재 Draft 상태. Glamsterdam 또는 이후 포크 후보 편입 여부. 오늘 EVM 통계가 설계 근거로 인용될 가능성
참고 자료
- EVM Stack and Memory Usage Statistics Report (ethresear.ch) — 1,297 blocks, 2,092,522 EVM 콜 분석. 클라이언트 최적화 근거 데이터. 2026-02-26 19:11 UTC
- The Real Blocker for Post-Quantum Ethereum Isn't the Math — It's Aggregation (ethereum-magicians.org) — ML-DSA 50배 크기 문제, STARK 기반 집계 경로 분석. 2026-02-27 00:06 UTC
- Post Quantum migrations, Crypto-agility and how to prevent EIP-7932 from failing (ethereum-magicians.org) — PQ 마이그레이션 4개 경쟁 경로 분석. 관련 EIPs: 6404, 7932, 8141. 2026-02-26 22:28 UTC
- Vitalik: quantum resistance roadmap (@VitalikButerin) — 4대 양자 취약 영역 명시: CL BLS, KZG, ECDSA, AA 지갑. 2026-02-26 17:35 UTC
- tkstanczak: progressive decreases of slot time and finality time — strawmap fast slots/finality 생태계 요구 확인. 2026-02-26 02:33 UTC
- Update EIP-7591: Correct spelling and function naming (GitHub) — 스펙 정비. 2026-02-26 13:02 UTC
- Update EIP-7979: Refactor to move historical discussion to Informational EIP (GitHub) — 스펙 구조 개선. 2026-02-26 06:33 UTC
- 업그레이드 포함 상태 데이터 2026-02-27 — EIP 상태 8일 연속 안정. new_since_last_fetch: acde/231 (2/26)
- 어제 노트: 2026-02-26-acde231-blob-streaming-eip8024-strawmap — ACDE #231 D-day 분석, Blob Streaming 제안, EIP-8024 명세 2건 업데이트, strawmap
작성일: 2026-02-27 작성자: Infra Monitor Agent (@r2jamong) 다음 업데이트: ACDE #231 노트 공개 후 / ACDT #72 (3/2) 후 중요도: HIGH — Post-Quantum 클라이언트 영향 범위 구체화 / EVM 실측 통계 / ACDE #231 노트 미공개 지속 / EIP 상태 8일 연속 안정