ACDE #230 오늘 개최 (Glam + Hegota) + Quick Slots 제안 + ZK API Usage Credits + EIP-8158

핵심 요약

• ACDE #230이 오늘(2/12) 14:00 UTC에 개최된다. 아젠다는 Glamsterdam과 Hegota 두 축으로 구성되며, 구체적 EIP 논의 내용은 미팅 후 확인이 필요하다. Glamsterdam의 가스 리프라이싱 확정 여부와 Hegota CL 헤드라이너 방향이 핵심 관전 포인트다.
• ACDT #70(2/16)의 아젠다가 확정되었다. Fusaka blob-devnet-0, Glamsterdam bal-devnet-2/ePBS-devnet-0, Hegota CL EIP 헤드라이너 선정이 병렬로 논의된다. 세 업그레이드가 동시에 진행되는 구조가 명확히 드러난다.
• Quick Slots 제안이 Hegota에 등장했다. CarlBeek이 제안한 슬롯 시간 단축(12초 -> 가능한 한 짧게)은 FOCIL과 병행하는 비-헤드라이너(non-headliner) 방식으로 제안되었다. 3단계 점진적 접근을 취하며, UX 개선과 MEV 감소를 목표로 한다.
• Vitalik + Crapis 공저 "ZK API Usage Credits" 연구가 ethresear.ch에 게시되었다. ZK 기반 API 사용량 계량 시스템으로, Rate-Limit Nullifiers(RLN)와 Dual Staking을 통해 프라이버시-보안-효율의 트릴레마를 해결한다. 직접적 프로토콜 변경은 아니지만 이더리움 인프라 활용 확장의 방향성을 보여준다.
• EIP-8158(Invariant Layout Guard Opcode)이 새로 제안되었다. MUTABLE opcode를 통해 DELEGATECALL 환경에서의 스토리지 변경 범위를 프로토콜 수준에서 제한하는 보안 강화 제안이다. 아직 Draft 초기 단계다.
• 업그레이드 포함 상태 변동 없음 (2/11 -> 2/12). Glamsterdam 확정(Scheduled) EIP는 여전히 EIP-7732(ePBS)와 EIP-7928(BALs) 2건뿐이다. 오늘 ACDE #230 결과에 따라 Considered EIP의 상태 변경이 있을 수 있다.

상세 분석

1. ACDE #230: 오늘의 핵심 분기점

확인된 사실:

ACDE #230은 오늘(2월 12일) 14:00 UTC에 90분간 개최된다. 공개된 아젠다는 다음 두 항목이다.

아젠다가 "Glam, Hegota"로만 기재되어 있어, 구체적 논의 사항은 미팅 후 확인이 필요하다. 다만, 최근 맥락을 종합하면 다음이 주요 논의 대상일 가능성이 높다.

Glamsterdam 예상 논의 (해석/추론):

• 가스 리프라이싱 EIP 숏리스트(EIP-7904, 8037, 7976, 7981, 8038)의 Considered -> Scheduled 전환 여부
• ePBS-devnet-0, bal-devnet-2 진행 상황 보고 (ACDT #70에서도 반복되나, ACDE에서 EL 관점 논의)
• EIP-7610(Revert creation in case of non-empty storage)의 Considered 상태 진전 여부

Hegota 예상 논의 (해석/추론):

• CL 헤드라이너 후보 정리: FOCIL(EIP-7805, Considered), LUCID(EIP-8105, Proposed), Quick Slots(신규)
• EL 헤드라이너 방향 논의 시작 가능성

출처: ACDE #230 Agenda

2. ACDT #70 (2/16): 세 업그레이드의 테스팅 동시 진행

확인된 사실:

ACDT #70의 아젠다가 상세하게 공개되었으며, 세 업그레이드의 테스팅이 동시에 진행되는 구조가 명확하다.

해석/추론: 세 업그레이드가 병렬로 진행되는 것은 이더리움 코어 개발의 파이프라이닝이 성숙해졌음을 보여준다. Fusaka는 메인넷 후 최적화 단계, Glamsterdam은 데브넷 검증 단계, Hegota는 범위 정의(scoping) 단계에 각각 위치한다. 이 동시 진행 구조에서 개발 리소스 분배가 핵심 병목이 될 수 있다.

출처: ACDT #70 Agenda

3. Quick Slots in Hegota: 슬롯 시간 단축 제안

확인된 사실:

CarlBeek이 2월 10일 ethmagicians에 "The Case for Quick Slots in Hegota"를 게시했다. 핵심 내용은 다음과 같다.

제안의 배경:

• 현재 이더리움의 슬롯 시간은 12초이며, FOCIL(EIP-7805)이 Hegota CL 헤드라이너로 선정될 경우에도 6초 슬롯은 여전히 "너무 길다"는 주장
• 이더리움은 포크당 하나의 CL 헤드라이너만 허용하므로, 슬롯 시간 단축은 별도의 비-헤드라이너(non-headliner) 트랙으로 추진해야 함

3단계 점진적 접근: 1. Phase 1: 모든 클라이언트에 하드코딩된 12초 가정(assumption) 제거 2. Phase 2: 합의 계층 병목(bottleneck) 특성화를 위한 성능 테스트 3. Phase 3: 안전한 범위 내에서 점진적 슬롯 시간 단축

기대 효과:

• 트랜잭션 확정 시간 단축 -> UX 개선
• DEX 가격 정확도 향상
• MEV 추출 기회 감소
• 롤업 시퀀싱 속도 개선
• 빈 블록 감소
• 프리컨퍼메이션(preconfirmation) 설계 긴급성 완화

리스크 평가: 저자는 최악의 경우에도 중립적(neutral)이라고 평가한다. 안전한 단축이 불가능하더라도, 인프라 개선과 성능 특성화 자체가 향후 업그레이드에 기여한다는 논리다.

해석/추론: Quick Slots은 FOCIL과 직접 경쟁하는 것이 아니라 보완하는 위치다. 그러나 실질적으로 슬롯 시간 단축은 모든 밸리데이터의 하드웨어/네트워크 요구 사항을 상향시킬 수 있으며, 이는 탈중앙화에 대한 우려를 야기할 수 있다. Phase 1(12초 가정 제거)만으로도 의미 있는 엔지니어링 작업이 필요하다. Hegota의 범위가 FOCIL + Quick Slots + 기타로 확장될 경우, 개발 리소스 분산 리스크가 있다. 추가 검증 필요.

출처: The Case for Quick Slots in Hegota

4. ZK API Usage Credits (Vitalik + Crapis 공저)

확인된 사실:

Davide Crapis와 Vitalik Buterin이 공저한 "ZK API Usage Credits: LLMs and Beyond"가 2월 11일 ethresear.ch에 게시되었다. 이는 프로토콜 레벨 변경 제안이 아닌 응용(Application) 레이어 연구다.

핵심 문제: API 사용량 계량(metering)에서 프라이버시(privacy), 보안(security), 효율성(efficiency)을 동시에 달성하기 어렵다는 트릴레마. 특히 LLM 추론(inference) API처럼 고빈도 호출이 필요한 환경에서 이 문제가 심각하다.

해결 메커니즘:

• Rate-Limit Nullifiers (RLN): 사용자가 자금을 예치하고 순차적 인덱스의 암호학적 티켓을 발급받음. 각 API 요청 시 ZK proof를 생성하여 신원 노출 없이 지불 능력을 증명. 동일 티켓 이중 사용 시 비밀키가 수학적으로 공개되어 슬래싱(slashing) 가능
• Dual Staking: 예치금을 RLN 스테이크(사기 증명으로만 청구 가능)와 정책 스테이크(위반 시 소각, 서버가 청구 불가)로 분리. 서버 측 책임 소재도 확보

이더리움과의 관계: 스마트 컨트랙트로 예치금 관리, Merkle tree로 신원 커밋먼트 유지, 온체인 슬래싱 실행 등 이더리움 인프라를 기반으로 설계되었다. 프로토콜 자체의 변경은 아니지만, 이더리움 위에 구축되는 프라이버시-보존형 인프라의 방향성을 제시한다.

해석/추론: Vitalik이 공저한 연구라는 점에서 관심도가 높다. 이 연구는 이더리움 로드맵의 직접적 구성요소는 아니지만, (1) ZK 기술의 실용적 응용 사례를 보여주고, (2) AI 인프라와 블록체인의 접점을 제시하며, (3) RLN 기반 시스템이 FOCIL이나 encrypted mempool과 유사한 암호학적 기법을 공유한다는 점에서 생태계 전반의 기술적 성숙도를 반영한다.

출처: ZK API Usage Credits: LLMs and Beyond

5. EIP-8158: Invariant Layout Guard Opcode (MUTABLE)

확인된 사실:

2월 11일에 새로 제안된 EIP-8158은 MUTABLE이라는 새로운 opcode를 도입하여, 프로토콜 수준에서 상태 변경의 범위를 제한하는 보안 메커니즘을 제공한다.

핵심 설계:

• MUTABLE opcode는 실행 중 어떤 스토리지 슬롯이 변경 가능한지를 명시적으로 선언
• 허용 범위 외의 상태 변경 시도 시 실행이 즉시 revert
• guardOrigin 파라미터와 프레임 로컬(frame-local) 정책 추적을 통해 콜스택 전체에 걸쳐 전파
• 콜스택이 깊어질수록 정책은 동일하거나 더 제한적으로만 변경 가능 (단조 증가 제한)

해결하려는 문제: 1. 프록시 아키텍처 취약점: DELEGATECALL 환경에서 호출자(caller)가 피호출자(callee)의 상태 변경 범위를 통제할 수 없는 문제 2. 불완전한 컨트랙트 수준 보호: 개별 컨트랙트의 불변량(invariant) 가드만으로는 선언되지 않은 스토리지 슬롯의 변경을 방지 불가

현재 상태: ethmagicians에서 초기 논의 중. 구현 복잡성과 범위(scope)에 대한 질문이 제기되었다. forkcast.org에 아직 등록되지 않았으며, 어떤 업그레이드에도 포함 여부가 논의되지 않은 상태다.

해석/추론: EIP-8158은 스마트 컨트랙트 보안의 근본적 약점을 프로토콜 수준에서 해결하려는 의미 있는 시도다. 그러나 EVM opcode 추가는 높은 구현 복잡성과 광범위한 호환성 테스트를 요구하므로, 단기 업그레이드(Glamsterdam)에 포함되기는 어렵다. Hegota 이후 검토 대상이 될 수 있으나, 아직 초기 제안 단계이므로 추가 검증 필요.

출처: EIP-8158: Invariant Layout Guard Opcode

6. EIP 업그레이드 현황: 변동 없음 (2/11 -> 2/12)

확인된 사실:

forkcast.org 기준 2월 11일과 2월 12일 사이에 어떤 EIP의 상태도 변경되지 않았다. 주요 업그레이드별 현황은 다음과 같다.

Glamsterdam: | 상태 | 건수 | 주요 EIP | |------|------|---------| | Scheduled (확정) | 2건 | EIP-7732(ePBS), EIP-7928(BALs) | | Considered (검토 중) | 18건 | EIP-7904, 8037, 8038, 7976, 7981, 8024, 7610, 7688, 7708, 7778, 7843, 7954, 7997, 8045, 8061, 8070, 8080, 2780 | | Declined | 34건 | (다수) | | Withdrawn | 4건 | EIP-6873, 7667, 7919, 7999 |

Fusaka (Included, 메인넷 배포 완료): 13건 Included: EIP-7594(PeerDAS), 7642, 7823, 7825, 7883, 7892, 7910, 7917, 7918, 7934, 7935, 7939, 7951

Hegota (초기 범위 정의 단계): | 상태 | 건수 | EIP | |------|------|-----| | Considered | 1건 | EIP-7805(FOCIL) | | Proposed | 1건 | EIP-8105(Universal Enshrined Encrypted Mempool) |

오늘 ACDE #230 이후 Glamsterdam의 Considered EIP 일부가 Scheduled로 전환되거나, Hegota에 새로운 Proposed/Considered EIP가 추가될 가능성이 있다.

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

7. 기타 EIP 업데이트

EIP-8141 (Frame Transaction) - typo 수정 (확인된 사실) 2월 11일에 EIP-8141의 타이포 수정 커밋이 반영되었다. EIP-8141은 아직 forkcast에 업그레이드 포함 여부가 등록되지 않은 초기 Draft 상태다.

출처: EIP-8141 typo fix

EIP-8134 업데이트 (확인된 사실) 2월 11일에 EIP-8134 문서가 업데이트되었다. 역시 forkcast에 업그레이드 포함 여부가 등록되지 않은 상태다.

출처: EIP-8134 update

Stateless Implementer's Call #49 (2/23 예정, 확인된 사실) Stateless Ethereum 구현 미팅이 2월 23일 15:00 UTC에 예정되어 있다. "Team updates"가 아젠다로 기재되어 있으며, 지난 #48에서 논의된 바이너리 트라이(Binary Trie) 전환 및 ERC-8147 후속 작업이 논의될 것으로 예상된다.

출처: Stateless Implementer's Call #49

8. 로드맵 단계별 매핑 (업데이트)

시사점

리서처 관점

이번 주기 핵심 인사이트:

오늘이 ACDE #230 개최일이라는 점에서 타이밍이 중요하다. 미팅 결과에 따라 Glamsterdam의 범위가 확정될 수 있으며, Hegota의 방향성이 구체화될 수 있다. 미팅 전/후의 분석 노트를 구분하여 제공하는 것이 정확도 면에서 유리하다.

아티클 소재로 높은 가치를 가지는 주제들:

1. "Quick Slots: 이더리움은 12초 슬롯을 벗어날 수 있는가?" (이슈)

   • CarlBeek의 Quick Slots 제안을 중심으로, 슬롯 시간 단축의 기술적 도전과 UX 영향 분석
   • FOCIL과의 관계, 밸리데이터 하드웨어 요구사항 변화, 탈중앙화 영향
   • 기관투자자 관점: 더 빠른 확정이 DeFi/DEX 생태계에 미치는 구조적 영향
   • 시의성: 방금 제안됨 (2/10), Hegota 방향 논의 본격화 시점

2. "ACDE #230 결과 분석: Glamsterdam 확정 범위와 Hegota 방향" (코멘트)

   • 미팅 후 작성 권장. 가스 리프라이싱 EIP의 Considered -> Scheduled 전환 여부가 핵심
   • forkcast.org 데이터 기반 팩트체크와 결합

3. "ZK + AI: Vitalik이 제시하는 프라이버시-보존형 API 경제" (아티클)

   • ZK API Usage Credits 연구의 심층 분석
   • RLN, Dual Staking 등 메커니즘 해부
   • AI 인프라와 블록체인의 교차점에서의 시사점
   • Vitalik 공저라는 점에서 관심도 높음

4. "EIP-8158과 프록시 보안: DELEGATECALL의 아킬레스건을 해결할 수 있는가?" (이슈/코멘트)

   • 스마트 컨트랙트 보안 관점의 기술 분석
   • 기존 Diamond 패턴(EIP-2535) 등과의 관계
   • 프로토콜 수준 보안 강화의 의미

인프라 Operator 관점

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

1. ACDE #230 결과 즉시 모니터링 (긴급)

   • 오늘 미팅에서 Glamsterdam의 가스 리프라이싱 EIP 확정 여부가 결정될 수 있음
   • ePBS/BALs 데브넷 진행 상황 업데이트가 운영 준비 타임라인에 직접 영향
   • 구체적 액션: 미팅 후 ethmagicians 포스트/YouTube 녹화 확인, forkcast 상태 변동 체크

2. Quick Slots 제안의 중장기 운영 영향 (장기 모니터링)

   • 슬롯 시간 단축은 밸리데이터의 attestation 타이밍, 블록 전파 지연 허용치, 네트워크 대역폭 요구사항에 근본적 영향
   • 현재 12초 슬롯 기준으로 설계된 MEV 전략과 블록 구축 파이프라인의 재설계 필요성 대두
   • 지리적으로 분산된 밸리데이터 노드의 네트워크 지연이 짧은 슬롯에서 더 치명적일 수 있음
   • 구체적 액션: Quick Slots Phase 1(12초 가정 제거) 진행 시 클라이언트 업데이트 추적, 내부 인프라의 슬롯 시간 하드코딩 여부 점검

3. FOCIL + Quick Slots 조합의 밸리데이터 의무 변화 (장기)

   • FOCIL이 Hegota에 포함되면 inclusion list 생성/전파 의무 발생
   • Quick Slots로 슬롯 시간이 단축되면, 더 짧은 시간 안에 이 의무를 수행해야 함
   • 두 제안의 조합이 밸리데이터 운영 복잡성을 누적적으로 증가시킬 수 있음
   • 구체적 액션: Hegota 범위 확정 시 FOCIL + Quick Slots 동시 적용 시나리오의 운영 부하 평가

4. ePBS(EIP-7732) + BALs(EIP-7928) Glamsterdam 확정 EIP 대비 유지 (긴급 지속)

   • 어제(2/11) 분석 내용 유지. 두 EIP 모두 Scheduled 상태로 변경 없음
   • ePBS-devnet-0, bal-devnet-2 참여 및 모니터링 지속
   • 구체적 액션: ACDT #70(2/16)의 데브넷 업데이트에서 클라이언트별 성능 차이 확인

5. ZK API Usage Credits의 인프라 기회 (장기 참고)

   • RLN 기반 시스템이 밸리데이터 인프라 위에 구축될 경우, 추가 수익원 가능성
   • 이더리움 노드 운영자가 ZK proof 검증 인프라를 제공하는 시나리오 가능
   • 현재는 연구 단계이므로 직접적 액션 불필요, 방향성 모니터링만 권장

후속 추적 필요 사항

• [ ] ACDE #230 결과 (오늘 2/12): Glamsterdam 리프라이싱 EIP 상태 변화, Hegota 방향 논의 결과
• [ ] ACDT #70 결과 (2/16): blob-devnet-0, bal-devnet-2, ePBS-devnet-0 업데이트, Hegota CL 헤드라이너 선정
• [ ] Quick Slots 후속 논의: 커뮤니티 반응, Phase 1 구현 로드맵 구체화, 밸리데이터 요구사항 분석
• [ ] 업그레이드 포함 상태 변동: ACDE #230 후 Glamsterdam Considered -> Scheduled 전환 여부 확인
• [ ] Glamsterdam Repricings #2: EIP-8037 집계 함수 최종 선택, 리프라이싱 EIP 확정 일정
• [ ] Stateless Implementer's Call #49 (2/23): Binary Trie 전환 및 ERC-8147 후속
• [ ] Post-Quantum Breakout #2 (2/18): 양자 보안 전환 장기 로드맵
• [ ] EIP-8158 초기 반응: 커뮤니티 피드백, 구현 복잡성 평가, 업그레이드 타겟 논의

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

참고 자료

1. ACDE #230 Agenda - 오늘 개최되는 Execution Layer 코어 데브 미팅. Glamsterdam + Hegota 아젠다.
2. ACDT #70 Agenda - 2월 16일 테스팅 콜. Fusaka/Glamsterdam/Hegota 세 업그레이드 동시 논의.
3. The Case for Quick Slots in Hegota - CarlBeek의 슬롯 시간 단축 제안. 3단계 점진적 접근.
4. ZK API Usage Credits: LLMs and Beyond - Vitalik + Crapis 공저. RLN + Dual Staking 기반 ZK API 계량 시스템.
5. EIP-8158: Invariant Layout Guard Opcode - MUTABLE opcode를 통한 프로토콜 수준 상태 보안 메커니즘.
6. Stateless Implementer's Call #49 - 2월 23일 예정. Binary Trie 및 Stateless 구현 진행.
7. EIP-8141 typo fix - Frame Transaction EIP 타이포 수정.
8. EIP-8134 update - EIP-8134 문서 업데이트.
9. forkcast.org (2026-02-12 기준) - Glamsterdam Scheduled 2건(7732, 7928), Considered 18건. Hegota Considered 1건(7805), Proposed 1건(8105). 2/11 대비 변동 없음.