EIP-7928 CREATE inclusion + 7702 엣지케이스 명세화 -- EIP-8246 'Move to Review' 승격 + EIP-8268 BAL Storage Roots 신규 + EIP-8256 Blob Streaming 토픽 개시 + EIP-7954 64KiB 코드 크기 + EIP-7773 PFI/DFI 재정렬 + pre-Spurious-Dragon 신규 EIP

핵심 요약

• HIGH EIP-7928 BAL -- CREATE inclusion / storage no-op handling 및 EIP-7702 insufficient gas 엣지케이스 명세 동시 정교화 (5/21 07:57 + 12:56 UTC, 두 건 동시 커밋).

Toni Wahrstätter(EF Robust Incentives, EIP-7928 공동 저자)가 5/21 07:57 UTC 커밋 4675100에서 "Clarify edge case around 7702 insufficient gas"를, 약 5시간 뒤 Holger Drewes(Nethermind 추정)가 5/21 12:56 UTC 커밋 1505de0에서 "clarify CREATE inclusion and storage no-op handling"을 연속 투입했다. 두 커밋 모두 BAL 스펙의 실행 엣지케이스(CREATE 시 사전 선언, EIP-7702 delegated EOA의 가스 부족 시나리오, storage SSTORE가 동일 값으로 no-op되는 경우) 처리를 정밀화하는 작업이다. 4/19 lightclient의 uint16→uint64 확장, 4/20 Toni의 uint32 재조정, 4/20 fabf144·9493cd5(per-dimension gas + frame-scoped refund) 흐름과 일관되며 BAL이 타입/필드 단계 → 실행 시맨틱 단계로 스펙 수렴 축이 이동했음을 시사한다(포함 여부 확인 필요 -- EIP 업그레이드 현황에 EIP-7928 미반영).

• HIGH EIP-8246 'Move to Review' 상태 승격 -- Draft → Review (Paweł Bylica, 5/21 18:47 UTC), Glamsterdam devnet 스코핑 후속.

Paweł Bylica(EF EVM)가 5/21 18:47 UTC 커밋 45b443d로 EIP-8246(Remove SELFDESTRUCT Burn)을 Draft → Review로 승격시켰다. EIP 라이프사이클상 Review 단계는 클라이언트 구현 가능 수준의 사양 완성도를 의미하며 EIP Editor의 형식 검토가 시작됐음을 뜻한다. 5/17 노트의 "EIP-7708↔EIP-8246 묶음 형성" 및 5/21 콜 노트의 "ACDT #080(5/18)에서 Glamsterdam-devnet-5 스코핑 포함" 흐름의 직접 후속이다. EIP Editor가 Paweł Bylica인 것은 본인이 ACDE에서 자주 EIP 편집 역할을 수행한 이력과 일치한다(추가 검증 필요). Review 승격은 Glamsterdam CFI(Considered for Inclusion) 트랙 안정화의 결정적 시그널이며, EIP-7708의 burn 케이스 분기 제거 묶음과 함께 devnet-5 포함 확률이 한층 높아진다(포함 여부 확인 필요 -- EIP 업그레이드 현황에 EIP-8246 미반영).

• HIGH EIP-8268 'Storage roots in Block Access Lists' 신규 토픽 개시 (CPerezz, 5/21 08:29 UTC) -- EIP-7928 확장,partially stateful nodes 검증 경로 명시.

CPerezz(Polygon zkEVM/PSE 출신 추정)가 EIP-8268 토픽을 eth-magicians 28585에 게시했다. 본문 인용: "This EIP extends EIP-7928 by attaching the post-block storage trie root to every Block Access List (BAL) entry that records state modifications. Partially stateful nodes can then verify the post-block state root without holding the full storage tries of modified accounts." 핵심은 BAL 엔트리에 modified account별 post-block storage trie root를 첨부하여, 전체 storage trie를 보유하지 않은 partial state 노드도 post-block state root 검증을 수행할 수 있게 만드는 것이다. 이는 BAL = 단순한 사전 접근 선언 도구를 넘어 stateless/partial-stateful 검증 인프라로 진화함을 의미하며, The Verge(statelessness) 트랙과 Glamsterdam 200M 가스 한도 병렬 실행 트랙의 교차점이다.

• HIGH EIP-8256 'Blob Streaming' 토픽 정식 개시 (mariosioannou-create, 5/21 13:36 UTC) -- ethresear.ch 24202 'Scaling the DA layer with blob streaming' 연구 → EIP 공식화.

Marios Ioannou가 EIP-8256 토픽을 eth-magicians 28586에 정식 개시했다. 초기 커밋은 bharath-123(EF DevOps 추정) 작성 PR #11610. 본문 인용: "This EIP introduces the basic elements of the blob streaming mechanism elaborated in https://ethresear.ch/t/scaling-the-da-layer-with-blob-streaming/24202. It enshrines rate-limited blob data pre-propagation through a ticket mechanism, allowing sampling to be reliably extended to the entire slot without extending the critical path -- alleviating the free o..." (truncated). 핵심은 rate-limited ticket 메커니즘으로 blob 데이터 사전 전파(pre-propagation)를 enshrine하여 PeerDAS/blob sampling이 슬롯 전체로 신뢰성 있게 확장될 수 있게 만드는 것이다. 2/26 노트에서 다룬 '블롭 스트리밍' 연구가 본격 EIP 단계 진입 -- The Surge / DA 확장 트랙의 핵심 구성요소가 EIP 형태로 정형화되는 결정적 단계.

• MEDIUM EIP-7954 'Raise contract code size to 64KiB' 커밋 (Giulio rebuffo, 5/21 16:40 UTC) -- Glamsterdam devnet-5 스코핑 EIP 후속.

Giulio Rebuffo(Erigon 클라이언트 개발자, Giulio2002)가 EIP-7954에 "Raise contract code size to 64KiB" 커밋(1dc9bc8)을 투입했다. 5/15 weekly 노트에서 추적한 "EIP-7954 = Maximum Contract Size increase, stETH 컨트랙트 업그레이드 영향" 라인의 본 커밋은 5/21 콜 노트의 "ACDT #080 glamsterdam-devnet-5 스코핑에서 EIP-7904(컨트랙트 코드 크기 24→64KB) 포함 검토" 흐름과 동일 EIP 가능성이 높다(추가 검증 필요 -- EIP-7904와 EIP-7954의 동일성 여부 직접 확인 필요. 본 노트 시점 EIP-7904 엔티티 노트는 'Compute Gas Cost Increase'로 기록되어 있으나 5/21 콜 노트는 '컨트랙트 코드 크기'로 기술 → 엔티티 노트 갱신 또는 EIP 번호 재할당 발생 가능성). 컨트랙트 코드 크기 24KB → 64KiB 확장은 EIP-170(2017) 이래 9년 만의 코드 크기 상한 변경이며, Lido stETH·Aave·Uniswap V4 등 거대 컨트랙트 시스템의 단일 배포 부담 완화에 직결된다.

• MEDIUM EIP-7773 (Hardfork Meta - Glamsterdam) PFI/DFI 순서 변경 (nixo, 5/21 02:11 UTC) -- "move PFI above DFI" 메타 EIP 구조 재정렬.

nixo(EF 추정)가 EIP-7773 Glamsterdam 메타 EIP에 "move PFI above DFI" 커밋(8e5113e)을 투입했다. PFI = Proposed for Inclusion, DFI = Declined for Inclusion으로 추정되며(추가 검증 필요), 메타 EIP 내 EIP 분류 섹션의 표시 순서를 PFI 우선으로 재정렬한 변경이다. 5/12 ffebcbc 커밋의 SFI(Scheduled for Inclusion) 8건 일괄 승격에 이은 메타 EIP 구조 정리 작업으로, Glamsterdam 사양 freeze 단계에서 EIP 분류 라벨링 안정화의 마지막 정리 단계 시그널.

• MEDIUM 'Upgrade pre-Spurious-Dragon accounts' 신규 EIP 추가 (Jochem Brouwer, 5/21 01:35 UTC) -- EIP-161 잔재 정리, 9년 묵은 dust account 정리 후보.

Jochem Brouwer(EthereumJS 코어 개발자)가 5/21 01:35 UTC 커밋 60ecb84로 신규 EIP("Upgrade pre-Spurious-Dragon accounts")를 추가했다. EIP 번호는 본 커밋 시점에 미할당(eip_numbers: [])이다. Spurious Dragon(2016년 11월 하드포크)은 EIP-155(replay protection), EIP-160(EXP cost), EIP-161(state clearing)을 도입한 포크로, 이전 시기에 생성된 "empty account이지만 state clearing 대상이 아닌" 계정군이 잔존한다. 본 EIP는 이런 legacy dust accounts의 계정 메타 재정비를 시도하는 것으로 추정된다(본문 미공개, 추가 검증 필요 -- PR 본문 직접 조회 필요). The Purge 트랙의 legacy state cleanup 단계와 연결될 가능성이 있다.

• MEDIUM EIP-8253 title edit (Jochem Brouwer, 5/21 14:45 UTC) -- 동일 저자가 12시간 내 두 건의 EIP 작업 진행.

Jochem Brouwer가 5/21 14:45 UTC 커밋 e799068로 EIP-8253 타이틀을 편집했다. 본 노트 시점 EIP-8253의 내용은 직접 조회되지 않아 미상(추가 검증 필요)이나, 동일 저자가 12시간 내에 pre-Spurious-Dragon 신규 EIP 추가 + EIP-8253 타이틀 정리 두 건을 수행한 것은 EthereumJS 측의 legacy state / 호환성 트랙 EIP 정리 사이클의 신호로 해석 가능하다.

• MEDIUM EIP 업그레이드 현황 (5/21 → 5/22) -- 18일째 정적 / EIP-6110 18일째 누락 지속, 본 노트 신규 EIP 6건 (7773, 7928, 7954, 8246, 8253, 8256, 8266, 8268) 모두 미반영.

5/22 데이터(output/sources/forkcast/2026-05-22.forkcast.json)는 5/21과 동일: Pectra included=[2537, 2935] / declined=[3540, 3670, 4200, 4750] (즉 EIP-6110 18일째 누락 / EIP-4200 5/20 재등장 이후 유지), Fusaka declined=[3540, 3670, 4200, 4750, 5920], Glamsterdam considered=[2780] / declined=[2926, 5920], Dencun included=[4844], Hegota proposed=[4758]. 본 노트의 모든 신규 활동(EIP-7928 2건 / EIP-8246 Review 승격 / EIP-8268 신규 / EIP-8256 신규 / EIP-7954 / EIP-7773 / EIP-8253 / pre-Spurious-Dragon)이 EIP 업그레이드 현황 데이터에 0건 반영되어 있어, ACD 콜 결정 기록 + GitHub EIPs frontmatter + ethereum-magicians 토론을 3중 교차 검증해야 한다. 단독 인용 절대 금지 유지.

상세 분석

1) EIP-7928 BAL -- CREATE inclusion + storage no-op + EIP-7702 insufficient gas 엣지케이스 명세화 [HIGH]

출처:

• 커밋 4675100 (Toni Wahrstätter, 5/21 07:57 UTC): "Clarify edge case around 7702 insufficient gas"
• 커밋 1505de0 (Holger Drewes, 5/21 12:56 UTC): "clarify CREATE inclusion and storage no-op handling"

확인된 사실:

• 저자 두 명 모두 BAL 핵심 기여자. Toni Wahrstätter는 EF Robust Incentives Group 및 EIP-7928 공동 저자. Holger Drewes는 Nethermind 또는 EthereumJS 추정(추가 검증 필요).
• 두 커밋의 약 5시간 간격은 연속적인 스펙 보강 사이클임을 시사한다(차분/조율된 작업이지 산발적 PR 아님).
• 본 커밋 두 건 모두 files_changed: [], content_snippet: ""이라 raw 데이터로는 diff 내용을 직접 확인할 수 없다(GitHub 직접 조회 필요 -- 추가 검증 필요).

해석 (사양 진화 축):

축이 명확히 이동했다: 타입/필드 정의(4월) → 실행 시맨틱(5월). 4/20 노트에서 "Draft → 구현 가능 상태로 진전"이라고 분석한 흐름은 5/21 두 건의 엣지케이스 명세화로 한층 강화됐다. 다음 단계는 클라이언트 구현 측에서의 엣지케이스 검증 (devnet 통합 테스트, ACDT의 cross-client 점검)일 가능성이 높다.

EIP-7702 insufficient gas 엣지케이스 의미 (해석/추론):

EIP-7702 delegated EOA(Pectra)는 EOA가 컨트랙트 코드를 실행할 수 있게 만든 변경이다. BAL은 실행 전 접근할 상태 슬롯을 사전 선언해야 하므로, delegated EOA가 가스 부족으로 중간에 중단된 경우 "선언된 슬롯 중 실제 접근하지 못한 항목"을 어떻게 처리할지가 모호하다. 본 커밋은 그 모호성을 제거하는 작업으로 보인다.

CREATE inclusion 의미 (해석/추론):

CREATE opcode는 새 컨트랙트 주소를 생성하는데, 생성될 주소는 nonce 기반으로 결정론적이지만 BAL 사전 선언 시점에는 nonce가 미정이라는 모호성이 있다. 본 커밋은 CREATE 시 BAL 엔트리를 어떻게 발행할지(생성 후 사후 추가 vs 사전 예약 슬롯) 명세를 정리한 것으로 추정된다.

storage no-op 의미:

SSTORE x → x(동일 값) 케이스는 실제 state change가 없으므로 BAL 엔트리 발행 여부가 모호하다. 본 커밋은 이 케이스의 처리 방식(엔트리 생략 vs 발행하되 동일 값 명시)을 명확히 했을 가능성이 높다. 이는 4/20 9493cd5(frame-scoped refund) 라인 "실제로 state growth가 없을 때만 refund 적용" 원칙의 BAL 측 대응으로 해석 가능하다.

Operator/Infra 관점:

BAL은 Glamsterdam 200M 가스 한도 + 병렬 실행 트랙의 핵심이다. 5월 들어 엣지케이스 정리가 집중되는 것은 client implementation freeze 단계 진입의 신호로, Lido / curated operator는 EL 클라이언트(Geth/Erigon/Besu/Nethermind/Reth) 업그레이드 사이클이 6~8월에 집중될 가능성에 대비해야 한다(해석/추론).

2) EIP-8246 'Move to Review' 상태 승격 -- Glamsterdam CFI 라인 결정적 시그널 [HIGH]

출처: 커밋 45b443d (Paweł Bylica, 5/21 18:47 UTC): "Update EIP-8246: Move to Review"

확인된 사실:

• 저자: Paweł Bylica (EF EVM team, EVMC/intx 라이브러리 메인테이너)
• 상태 변경: Draft → Review
• EIP-8246 정식 명칭: "Remove SELFDESTRUCT Burn" (Draft, ACDT #080 5/18 devnet-5 스코핑 포함, EIP-7708 묶음)

EIP 라이프사이클 위치:

Idea → Draft → Review → Last Call → Final
                ↑ 5/21 18:47 UTC 진입

Review 단계는 다음을 의미한다: 1. EIP Editor가 형식 검토를 시작 가능한 단계 (사양이 충분히 명확/완성) 2. Last Call 진입 전 마지막 의견 수렴 단계 3. 하드포크 EIP의 경우 ACDE에서 CFI(Considered for Inclusion) → SFI(Scheduled for Inclusion) 검토 대상

EIP-7708↔EIP-8246 묶음 추적:

위 흐름은 EIP-8246이 Glamsterdam devnet-5 진입 직전 단계까지 도달했음을 강하게 시사한다(포함 여부 확인 필요 -- EIP 업그레이드 현황에 EIP-8246 미반영).

SELFDESTRUCT Burn 제거의 의미:

• 현재: SELFDESTRUCT(receiver) 시 receiver=self이면 잔여 ETH가 burn됨
• 변경 후: burn 케이스를 제거 → 항상 다른 주소로 전송, burn 분기 자체를 폐지
• 영향: EIP-7708의 ETH transfer log 발행 사양이 burn 케이스 분기 처리 없이 단순화됨

Operator 관점:

SELFDESTRUCT는 이미 Cancun(2024)의 EIP-6780으로 동일 트랜잭션 내 생성 컨트랙트로만 제한되어 사실상 폐기 단계다. EIP-8246의 burn 제거는 잔존 시맨틱 정리 작업으로, 이미 SELFDESTRUCT를 사용하지 않는 컨트랙트 시스템(대부분의 메인스트림 DeFi)에는 영향이 미미하다. 다만 EIP-7708 transfer log 인덱싱 측면에서 단순화가 가능해진다 → 인덱서/분석 파이프라인 측 이점.

3) EIP-8268 'Storage roots in Block Access Lists' 신규 토픽 -- partially stateful 검증 인프라 진입 [HIGH]

출처: eth-magicians 28585 (CPerezz, 5/21 08:29 UTC)

확인된 사실 (인용):

Abstract: "This EIP extends EIP-7928 by attaching the post-block storage trie root to every Block Access List (BAL) entry that records state modifications. Partially stateful nodes can then verify the post-block state root without holding the full storage tries of modified accounts."

Motivation: "A BAL exposes per-slot post-values but not the post-block storage trie root of each modified account. A node that holds only a partition of the state therefore cannot derive the storage root for a modified a..." (truncated)

저자: CPerezz (Carlos Perez, Polygon zkEVM / Privacy & Scaling Explorations 추정, 추가 검증 필요)

핵심 아이디어:

EIP-7928 BAL은 현재 "modified slot의 post-value"만 노출한다. 즉 어떤 슬롯이 어떤 값으로 바뀌었는지는 알 수 있지만, 각 account의 post-block storage trie root(=storage Merkle root) 자체는 제공하지 않는다. 전체 state를 보유한 풀 노드는 자체적으로 storage trie를 재계산할 수 있지만, partially stateful 노드(예: 일부 account만 보유한 노드, stateless 클라이언트)는 storage root를 계산할 수 없어 post-block state root 검증이 불가능하다.

EIP-8268은 modified account마다 post-block storage trie root를 BAL 엔트리에 직접 첨부하여 이 공백을 채운다.

기술적 의미:

The Verge와의 관계 (해석/추론):

The Verge는 본래 Verkle trie 도입으로 statelessness를 달성하는 트랙이었으나, 최근 PQ 우선 + binary trie 등 대안 경로가 부상한 상태다. EIP-8268은 Verkle/PQ-friendly trie 도입 없이도 BAL 단계에서 partial-state 검증을 가능하게 만드는 우회로로 작동할 수 있다. 4/20 노트의 "The Missing Verification Primitive" 연구와도 직접 연결된다.

EIP-7928과의 의존성 (확인된 사실):

EIP-8268은 EIP-7928 위에 빌드되는 확장 EIP다. 따라서 EIP-7928 BAL이 Glamsterdam에 진입하지 못하면 EIP-8268도 후속 포크(Hegota 또는 그 이후)에서나 검토 가능하다.

Operator/Infra 관점:

• partial-state 노드 운영이 가능해진다는 것은 light/archive 사이의 중간 노드 등급이 등장한다는 의미
• 메모리/스토리지 제약이 있는 운영자는 자신이 관심 있는 account 부분집합만 보유하면서도 검증 참여 가능
• Lido / curated operator 관점: 자기 컨트롤 컨트랙트(스테이킹 풀, withdrawal credential 컨트랙트 등) 부분집합만 보유하면서 검증 참여하는 운영 모델 가능성

4) EIP-8256 'Blob Streaming' 토픽 정식 개시 -- The Surge / DA 확장 핵심 [HIGH]

출처: eth-magicians 28586 (mariosioannou-create, 5/21 13:36 UTC) / 초기 PR #11610 (bharath-123) / 원 연구: ethresear.ch 24202

확인된 사실 (인용):

Abstract: "This EIP introduces the basic elements of the blob streaming mechanism elaborated in https://ethresear.ch/t/scaling-the-da-layer-with-blob-streaming/24202. It enshrines rate-limited blob data pre-propagation through a ticket mechanism, allowing sampling to be reliably extended to the entire slot without extending the critical path -- alleviating the free o..." (truncated)

핵심 아이디어:

현재 blob 데이터(EIP-4844)는 블록 제안 시점에 한 번에 전파된다. 이는 큐브 사이즈 증가 시 슬롯의 critical path(블록 전파 + DA sampling)가 길어지는 병목을 만든다. Blob streaming은 다음을 enshrine한다:

1. Rate-limited blob data pre-propagation: 블록 제안 전부터 blob 데이터를 미리 전파
2. Ticket mechanism: 사전 전파 권한을 rate-limit (free-riding 방지)
3. Sampling extension: PeerDAS sampling을 슬롯 전체로 신뢰성 있게 확장
4. Critical path 미연장: 사전 전파이므로 슬롯 critical path가 길어지지 않음

The Surge 로드맵 맥락:

EIP-8256은 PeerDAS를 단순한 sampling 메커니즘에서 전체 슬롯 활용 가능한 throughput 확장 도구로 진화시키는 결정적 단계다. The Surge의 "DA 처리량 확장" 목표는 PeerDAS 단독으로는 critical path 제약 때문에 상한이 있었는데, blob streaming은 이를 우회한다.

해석 (rate-limit ticket 메커니즘):

ticket 기반 rate-limit는 유료 통행권과 유사한 메커니즘으로, 노드가 무한히 사전 전파 요청을 보내는 free-riding을 방지한다. 누가 ticket 발급/소비 권한을 갖는지(EL/CL/p2p 레이어)는 본문 미확인 -- 추가 검증 필요.

Operator 관점:

• 메인넷 DA throughput 확장 → L2 비용 감소 (L1 칼데타 수수료 비례 인하)
• p2p 네트워크 부담은 슬롯 전체로 분산 → blob 노드 운영자 리소스 분산
• 5/20 신규 P2P Networking #001 콜의 'sparse blobpool' 의제(@healthykim/@kamilsa)와 연결되는 트랙 -- p2p 레이어 전용 콜이 5/20 등장한 시점과 EIP-8256 토픽 개시(5/21)가 24시간 차이로 동기화된 것은 거버넌스 측에서도 의도된 동시 진행 가능성 (해석/추론).

5) EIP-7954 'Raise contract code size to 64KiB' [MEDIUM]

출처: 커밋 1dc9bc8 (Giulio rebuffo, 5/21 16:40 UTC): "Update EIP-7954: Raise contract code size to 64KiB"

확인된 사실:

• 저자: Giulio Rebuffo (Erigon 클라이언트 핵심 개발자, GitHub: Giulio2002)
• 본 커밋의 명시적 의미: EIP-170(2017, Spurious Dragon)에서 정한 24,576 bytes(24KiB) 컨트랙트 코드 크기 상한을 64KiB(65,536 bytes)로 확장
• 5/15 weekly 노트가 추적한 "EIP-7954(Maximum Contract Size increase) -- stETH 컨트랙트 업그레이드 영향(현재 24,576 bytes 한도)" 라인의 직접 후속

EIP 번호 불일치 검증 필요:

5/21 콜 노트(output/notes/calls/2026-05-21-protocol-calls-summary.md)는 ACDT #080(5/18) Glamsterdam-devnet-5 스코핑 의제에서 EIP-7904를 "최대 컨트랙트 코드 크기 24KB→64KB, initcode 48KB→128KB"로 기록한다. 그러나 EIP-7904 엔티티 노트는 'Compute Gas Cost Increase'로 정의되어 있다(개념 불일치). 본 5/21 커밋은 EIP-7954에 "Raise contract code size to 64KiB" 메시지로 명백하다.

가능성: 1. 콜 노트가 EIP-7904를 EIP-7954로 잘못 기재했을 가능성 (오타) 2. EIP-7904와 EIP-7954 둘 다 코드 크기 관련 EIP이며 본 커밋은 EIP-7954에 한정 가능성 3. EIP-7904 번호가 재할당되어 entity 노트가 outdated 가능성

추가 검증 필요 -- 본 노트 시점에서는 EIP-7954가 64KiB 코드 크기 EIP임을 명백히 확인하고, EIP-7904의 실제 의미는 GitHub EIPs 레포 직접 조회로 별도 검증해야 한다.

EIP-170 9년 만의 변경의 의미:

24KiB 한도는 2017년 당시 무한 루프 컨트랙트 공격(EXTCODESIZE attack) 방지 목적으로 도입됐으나, 9년간 컨트랙트 시스템의 복잡도가 증가하면서 분할 배포(diamond pattern, EIP-2535) / 프록시 패턴 / library linking 등으로 우회가 일반화됐다.

64KiB로 확장 시 영향:

• Lido stETH: 현재 24KiB 한도 내 fit 위해 분할 배포 → 64KiB 단일 컨트랙트 배포 가능, 업그레이드 복잡도 감소
• Aave V3 / Uniswap V4: 모듈식 패턴 활용 → 일부 핵심 모듈 단일 컨트랙트 통합 가능
• L2 zkEVM: 동일한 EVM 호환성 유지 위해 동기화 필요 (L2 fork 트래킹 필요)

Operator/Infra 관점:

EIP-7954은 L1 컨트랙트 배포 측만 영향 → EL 클라이언트는 코드 크기 검증 한도만 수정. 밸리데이터/풀 운영 측에는 직접 영향이 미미하나, Lido core 컨트랙트 업그레이드 사이클에 잠재적 영향이 있다(stETH/wstETH/Accounting 등의 재배포 가능성).

6) EIP-7773 PFI/DFI 순서 변경 [MEDIUM]

출처: 커밋 8e5113e (nixo, 5/21 02:11 UTC): "Update EIP-7773: move PFI above DFI"

확인된 사실:

• 저자: nixo (EF 추정, 추가 검증 필요)
• 변경: EIP-7773 Glamsterdam Meta EIP 내 PFI(Proposed for Inclusion) 섹션을 DFI(Declined for Inclusion) 위로 이동

PFI/DFI 라벨 추정 (해석/추론, 추가 검증 필요):

이더리움 메타 EIP는 EIP를 다음과 같이 분류한다:

• SFI (Scheduled for Inclusion): 하드포크 포함 확정
• CFI (Considered for Inclusion): 포함 후보, 평가 중
• PFI (Proposed for Inclusion, 추정): 제안되었으나 아직 평가 미시작
• DFI (Declined for Inclusion, 추정): 평가 후 제외 결정

PFI를 DFI 위로 이동한 것은 가독성 측면에서 active 후보(PFI)를 declined보다 위에 노출하는 자연스러운 정렬이다. 5/12 ffebcbc 커밋의 SFI 8건 일괄 승격 이후 메타 EIP 구조 정리 작업의 연장선이다.

Glamsterdam freeze 단계 시그널:

본 커밋의 작은 규모는 Glamsterdam 메타 EIP가 큰 변동 단계를 지나고 cosmetic 정리 단계에 진입했음을 시사한다. 5/15 weekly 노트의 "Svalbard Interop wrap-up이 1주일 내 freeze stage" 라인과 정합한다.

7) 'Upgrade pre-Spurious-Dragon accounts' 신규 EIP [MEDIUM]

출처: 커밋 60ecb84 (Jochem Brouwer, 5/21 01:35 UTC): "Add EIP: Upgrade pre-Spurious-Dragon accounts"

확인된 사실:

• 저자: Jochem Brouwer (EthereumJS 코어 개발자)
• 본 커밋 시점 EIP 번호 미할당 (eip_numbers: [])
• 본 커밋은 신규 EIP 파일 추가 (Update가 아닌 Add)
• 본문/diff 내용 raw 데이터 부재 (추가 검증 필요)

Spurious Dragon (2016년 11월) 컨텍스트:

Spurious Dragon 하드포크는 다음을 도입했다:

• EIP-155: replay protection (chainId)
• EIP-160: EXP cost 증가
• EIP-161: state clearing -- empty account (nonce=0, balance=0, code=∅) 자동 제거

EIP-161 state clearing은 Spurious Dragon 이후 트랜잭션에서만 적용되므로, Spurious Dragon 이전에 생성된 empty account 일부가 잔존한다. 이는 9년간 누적된 legacy dust accounts다.

The Purge 트랙과의 관계 (해석/추론):

The Purge는 EIP-4444(히스토리 만료), EIP-7736(state expiry) 등 legacy state 정리를 목표로 한다. 본 신규 EIP는 pre-Spurious-Dragon accounts 정리를 목표로 하는 것으로 추정되며, The Purge 트랙의 작은 부분으로 Hegota 또는 그 이후 포크 후보일 가능성이 있다(포함 여부 확인 필요).

Operator/Infra 관점:

legacy dust account 정리는 노드 디스크 사용량을 미미하게 감소시킬 수 있다(현재 메인넷 storage trie의 가장 오래된 entry 일부). 운영 측 직접 영향은 거의 없으나, 이더리움이 시간 누적된 기술 부채를 청산하는 흐름의 일부로 추적 가치가 있다.

8) EIP-8253 title edit [MEDIUM]

출처: 커밋 e799068 (Jochem Brouwer, 5/21 14:45 UTC): "Update EIP-8253: edit title"

확인된 사실:

• 저자: Jochem Brouwer (동일 -- pre-Spurious-Dragon EIP 추가 12시간 후)
• EIP-8253의 본 노트 시점 정의는 본 커밋만으로 확인 불가 (추가 검증 필요)

해석 (Jochem Brouwer의 12시간 작업 클러스터):

EthereumJS 측에서 호환성/legacy state 라인의 EIP를 한 사이클로 정리하는 작업으로 보인다. EIP-8253이 pre-Spurious-Dragon EIP와 동일 클러스터(state cleanup 또는 legacy compatibility)일 가능성이 있다(추가 검증 필요).

변경 EIP 종합 매트릭스 (5/21)

총 9건의 EIP 변경 / 신규가 5/21 단일 일자에 집중됐다. 5/19~5/20 EIP-7688 4건 동시 커밋(Fusaka 리베이스) 흐름에 이어, 5/21은 Glamsterdam devnet-5 freeze 직전 사이클의 정점으로 보인다.

EIP 업그레이드 현황 (5/21 → 5/22, 18일째 정적)

참조 데이터: output/sources/forkcast/2026-05-22.forkcast.json

변동 사항 5/21 → 5/22:

• 변동 0건 (모든 entry 동일 유지)
• EIP-6110 Pectra Included 누락 18일째 지속 (5/4 이래)
• 본 노트의 신규 EIP 8건 (EIP-7773 / EIP-7928 / EIP-7954 / EIP-8246 / EIP-8253 / EIP-8256 / EIP-8266 / EIP-8268) 모두 EIP 업그레이드 현황 데이터에 0건 반영

해석:

• EIP 업그레이드 현황 데이터는 18일째 정적 상태로 신뢰성 회복 불완전 지속
• 본 노트 신규 EIP 8건이 모두 미반영된 것은 데이터 페치 로직 또는 외부 데이터 소스 측 갱신 지연으로 추정 (드리프트 LEVEL 3+ 유지)
• 단독 인용 절대 금지 / GitHub frontmatter + ACD 콜 노트 + ethereum-magicians 3중 교차 검증 강제 유지

Operator 시사점

1. BAL 스펙 freeze 임박 (Glamsterdam devnet-5): EIP-7928 5월 들어 엣지케이스 명세화 집중 → EL 클라이언트(Geth/Erigon/Besu/Nethermind/Reth) 구현 사이클이 6~8월 집중 가능성. operator는 EL 업그레이드 사이클 다중 동시 진행에 대비(검증되지 않은 추론, ACD 콜 후속 확인 필요).

2. EIP-8246 Review 승격 → EIP-7708 묶음 devnet-5 진입 임박: SELFDESTRUCT burn 제거 + ETH transfer log 발행 묶음. 인덱서/분석 파이프라인(Etherscan/Dune/The Graph) 측 단순화 효과. Operator 관점에서는 모니터링/로깅 인프라 측 업데이트 필요 (transfer log 표준화 → 풀 리워드 추적 단순화).

3. EIP-8256 Blob Streaming -- L2 비용 인하 잠재력: rate-limit ticket 메커니즘으로 PeerDAS sampling을 슬롯 전체로 확장 → L1 DA throughput 증대 → L2 calldata fee 인하. Lido 등 L1 메인 컨트랙트 운영자에게는 직접 영향 없으나, L2 staking 파생 상품(stETH on L2 등)의 비용 구조 영향.

4. EIP-8268 partially stateful 노드 모델: Lido / curated operator가 자기 컨트롤 컨트랙트 부분집합만 보유하면서도 검증 참여 가능한 운영 모델 가능성 (해석/추론, 본 노트 시점 검증 불가). 중기적으로 노드 운영 비용 최적화 옵션.

5. EIP-7954 64KiB 코드 크기 확장 -- Lido stETH 업그레이드 사이클 잠재 영향: 24KiB 한도 우회를 위한 분할 배포 패턴이 단순화 가능. stETH/wstETH/Accounting 컨트랙트 재배포 / 거버넌스 프로포절 후속 가능성 (해석/추론, Lido 측 공식 발표 미확인 / 추가 검증 필요).

6. 18일째 EIP 업그레이드 현황 정적 / 신규 EIP 8건 모두 미반영: 단독 인용 절대 금지 유지. 노트/아티클/소셜 콘텐츠에서 "EIP는 X 포크에 포함 확정"이라는 단정 표현 절대 사용 금지. "포함 후보로 논의 중 / Review 단계 진입 / devnet 스코핑 진행 중" 등 단계별 표현 의무화.

추가 검증 필요 항목

1. EIP-7928 5/21 두 커밋의 실제 diff 내용 (GitHub 직접 조회 필요)
2. EIP-8246 Review 승격 후 ACDE에서의 정식 SFI 승격 결정 (ACDE #237 또는 후속 콜)
3. EIP-7954 vs EIP-7904 동일성 여부 (콜 노트와 GitHub 커밋의 EIP 번호 불일치)
4. EIP-8253의 실제 정의 (title edit 본문 미공개)
5. pre-Spurious-Dragon EIP의 최종 번호 할당 및 본문 (PR diff 조회 필요)
6. EIP-8256 blob streaming ticket 메커니즘의 EL/CL/p2p 레이어 배정
7. EIP-8268과 EIP-7928 의 Glamsterdam 동시 진입 vs 분리 진입 결정 (ACDE 후속 콜)
8. EIP-7773 PFI/DFI 라벨의 정식 의미 (메타 EIP frontmatter 직접 조회)

출처

• Update EIP-7928: Clarify edge case around 7702 insufficient gas (커밋 4675100) -- Toni Wahrstätter, 2026-05-21 07:57 UTC
• Update EIP-7928: clarify CREATE inclusion and storage no-op handling (커밋 1505de0) -- Holger Drewes, 2026-05-21 12:56 UTC
• Update EIP-8246: Move to Review (커밋 45b443d) -- Paweł Bylica, 2026-05-21 18:47 UTC
• EIP-8268: Storage roots in Block Access Lists -- CPerezz, 2026-05-21 08:29 UTC
• EIP-8256: Blob streaming -- mariosioannou-create, 2026-05-21 13:36 UTC
• Update EIP-7954: Raise contract code size to 64KiB (커밋 1dc9bc8) -- Giulio Rebuffo, 2026-05-21 16:40 UTC
• Update EIP-7773: move PFI above DFI (커밋 8e5113e) -- nixo, 2026-05-21 02:11 UTC
• Add EIP: Upgrade pre-Spurious-Dragon accounts (커밋 60ecb84) -- Jochem Brouwer, 2026-05-21 01:35 UTC
• Update EIP-8253: edit title (커밋 e799068) -- Jochem Brouwer, 2026-05-21 14:45 UTC
• EIP 업그레이드 현황: output/sources/forkcast/2026-05-22.forkcast.json
• 원본 데이터: output/sources/2026-05-22.json / output/sources/2026-05-22.summary.json
• 이전 노트: output/notes/daily/2026-05-21-roadmap-analysis.md, output/notes/calls/2026-05-21-protocol-calls-summary.md