EIP-7928 BAL 인덱스 uint32 재조정 -- EIP-8037 per-dimension gas limit 검증 + EIP-7708 CREATE/CREATE2 전송 로그 확장 + EIP-8182 Privacy Pool 검증 인프라 업데이트 + FOCIL #33 + DES 병렬 zkEVM 제안

핵심 요약

• HIGH EIP-7928 BlockAccessIndex uint64 → uint32 재조정 -- 불과 1.5일 만의 스펙 타입 재설계, BAL SSZ 인코딩 오버헤드 최소화 선택.

Toni Wahrstätter(EF Robust Incentives)가 4/20 23:50 UTC 커밋 6450997에서 EIP-7928 BAL의 BlockAccessIndex 타입을 uint64 → uint32로 재조정했다. 어제 노트에서 다룬 lightclient의 uint16→uint64 확장(4/19)이 36시간 만에 uint32로 보정된 것이다. uint32 = 2^32 ≈ 약 42억 인덱스로 여전히 충분한 상한이며, SSZ 컨테이너에서 uint64 대비 절반의 바이트 비용만 든다. 어제 분석에서 "SSZ 인코딩 오버헤드는 제한적"이라고 평가한 부분이 스펙 저자 측의 실제 판단으로도 확인된 셈으로, BAL 저장 비용/검증 속도 최적화가 스펙 수렴의 현재 우선순위임을 시사한다.

• HIGH EIP-8037 (State Creation Gas) -- per-dimension block gas limit 검증 + SSTORE 리스토어션 refund rollback 명세 보강.

spencer와 Maria Inês Silva가 4/20에 EIP-8037에 두 건의 스펙 정교화 커밋을 동시 투입했다. 첫째(fabf144)는 check_transaction에 per-dimension block gas limit 검증 로직을 추가 -- regular gas와 state gas 각 차원에서 누적 사용량이 블록 한도를 초과하지 않도록 사전 검증. 둘째(9493cd5)는 "state gas refund는 X→0 SSTORE를 실행한 프레임에 범위 한정되며 모든 중간 프레임이 성공적으로 리턴해야만 조상 프레임으로 전파된다"는 frame-scoped refund 규칙 명시. 두 변경 모두 EIP-8037이 multi-dimensional gas의 실행 엣지케이스까지 세부 스펙을 정리하는 Draft → 구현 가능 상태로 진전 중임을 시사한다.

• HIGH EIP-8182 (Protocol-Enshrined Privacy Pool) -- 검증 인프라 대규모 업데이트: 회로 크기 1M+, bbVersion 4.0.0, 검증키 해시 교체.

Tom Lehman이 4/20에 EIP-8182 두 건의 커밋(ed8274a, d1040a4)을 투입해 outer_verifier_metadata를 전면 재구성했다. bbVersion을 4.0.0-nightly.20260120으로 올리고, 회로 크기 1,048,576(2^20), proof 길이 10,560 bytes, 프리컴파일 주소 0x...0030, 17개 public inputs 순서를 명시했으며, 검증 키 해시를 0x0b2f...e2c → 0x03e3...b30으로 교체했다. 메인 eip-8182.md가 +730/-579 라인 변경된 것은 스펙이 대규모 재작성을 거친 것으로, 프라이버시 풀이 Amsterdam/Hegota 시리즈의 프라이버시 트랙에서 구현 가능 수준의 완성도에 근접하고 있음을 시사한다(포함 여부 확인 필요 -- Forkcast 데이터에 EIP-8182 항목 전량 부재).

• MEDIUM EIP-7708 (Transfer Log) -- CREATE/CREATE2 전송 로그 포함으로 전체 value flow 가시성 완성.

Sina M이 4/20 커밋 1e2f331에서 EIP-7708의 transfer log 발행 조건에 "Any nonzero-value-transferring CREATE or CREATE2 to the created account, at the time that the value transfer executes"를 추가했다. 기존엔 직접 TX + CALL + SELFDESTRUCT만 커버됐으나, 컨트랙트 생성 시 값 전송까지 포함되어 on-chain value flow의 완전한 가시성 제공. 인덱서/분석 파이프라인 관점에서 CREATE/CREATE2 가치 이동 추적이 표준 로그로 단순화된다.

• MEDIUM FOCIL Breakout #33 (4/21 14:00 UTC) -- EIP-7805 FOCIL 트랙 30회+ 정기 사이클 지속.

FOCIL Breakout #33이 오늘 14:00 UTC로 예정됐다. 의제는 Development / Spec / Testing updates 정형 구조. EIP-7805 FOCIL은 4/7(#32)에 execution spec이 Amsterdam 브랜치에 머지된 이후 Glamsterdam/Hegota 트랙 편입 경로가 열렸으며(포함 여부 확인 필요 -- EIP 업그레이드 현황에 EIP-7805 미반영), 이번 #33은 정기 구현 사이클로 devnet 통합 단계 점검 수준이 될 전망. 다음 주 ACDC #178(4/30) interop edition과 연동될 가능성이 있다.

• MEDIUM Delegated Execution Sharding (DES) 제안(ethmagicians, 4/20) -- Lean zkVM + XMSS 기반 재귀적 증명 집계의 실행층 적용 논의.

XRS가 4/20 ethmagicians EIPs core 카테고리에 Delegated Execution Sharding (DES)를 게시했다. 핵심은 Lean 스펙의 minimal zkVM(XMSS 서명 집계 목적)에서 발견한 재귀 증명 집계 패러다임을 실행층에 이식하는 아이디어 -- 트랜잭션을 disjoint "execution-columns"로 분할, 위원회별 병렬 실행 + zk-SNARK 증명 + 상향 집계. "홈 컴퓨터가 모든 블록을 재실행해야 한다"는 상한을 제거하는 것이 목표이며, EIP-4444(히스토리 만료), EIP-7736(state expiry), DAS와 결합된다. 공식 로드맵 편입 제안은 아님 -- 어제 n-VM 제안처럼 연구 커뮤니티의 대안 설계 논의이나, PQ-first 접근(Lean/XMSS)이 의도치 않게 새로운 확장성 프리미티브를 파생시키는 흐름으로 주목할 가치가 있다.

상세 분석

1. EIP-7928 BAL BlockAccessIndex uint64 → uint32 재조정 [HIGH]

출처: Update EIP-7928: Change block access list index to uint32 (6450997) (Toni Wahrstätter, 2026-04-20 23:50 UTC)

확인된 사실:

• 저자: Toni Wahrstätter (EF Robust Incentives Group, EIP-7928 공동 저자)
• 변경: BlockAccessIndex = uint64 → BlockAccessIndex = uint32
• 주석 유지: "Block access index (0 for pre-execution, 1..n for transactions, n+1 for post-execution)"
• 타임라인: lightclient의 uint16→uint64 확장(4/19 05:11 UTC) 이후 약 43시간 만의 재조정

타입 선택 histroy 정리:

uint32 선택의 의미:

uint32(약 42억)는 현실적으로 블록 내 어떤 접근 인덱스도 포화되지 않을 충분한 상한이다. 동시에 SSZ 컨테이너에서 uint64 대비 정확히 절반의 바이트(4 vs 8)만 사용한다. 블록당 수만~수십만 건의 BAL 엔트리가 발생한다면 field당 4바이트 절감은 블록 전체로 MB급 차이를 낳을 수 있다.

어제 노트(4/20)의 분석에서 "실제 인덱스 값이 uint16 범위를 크게 벗어나지 않을 것이므로 SSZ 인코딩 오버헤드는 제한적이다"라고 평가했는데, 이번 uint32 재조정은 EF 스펙 저자 측이 uint64까지 확장할 필요는 없다고 판단한 것으로, 분석 방향과 일치하는 확인이다.

forward compatibility 관점:

• uint16(65,536): 복잡한 DeFi 블록에서 포화 가능성 존재 -- 부적절
• uint32(~42억): 현재/미래 블록 크기 증가 시나리오 모두 충분 -- 적절
• uint64(~1.84 * 10^19): 과도한 forward compatibility, SSZ 바이트 낭비

BAL 스펙 수렴 현재 상태:

해석/추론 (추가 검증 필요): 36시간 내 uint64 → uint32 조정은 내부 리뷰/논의에서 "uint32면 충분"이라는 합의가 빠르게 형성됐음을 시사한다. 이는 스펙이 "기능 확장 단계"에서 "최적화/완성 단계"로 이동하고 있음을 의미하며, ACDT #78(4/20 오늘) devnet 테스트 결과가 이 결정에 영향을 줬을 가능성이 있다. Glamsterdam Pre-confirmations 트랙 진행 가속 신호로 해석 가능(포함 여부 확인 필요 -- Forkcast에 EIP-7928 미반영).

2. EIP-8037 per-dimension gas limit 검증 + SSTORE 리스토어션 refund [HIGH]

출처:

• Update EIP-8037: add per-dimension block gas limit check (fabf144) (Maria Inês Silva, 2026-04-20 03:21 UTC)
• Update EIP-8037: Clarify SSTORE restoration refund rollback semantics (9493cd5) (spencer, 2026-04-20 07:33 UTC)

확인된 사실 (fabf144: per-dimension block gas limit):

• check_transaction 함수에 per-dimension 블록 gas limit 검증 로직 추가
• 검증 대상 두 차원:
• Regular gas: min(TX_MAX_GAS_LIMIT, tx.gas - intrinsic_state_gas)가 블록 잔여 regular gas 한도 내

• State gas: tx.gas - intrinsic_regular_gas가 블록 잔여 state gas 한도 내

• 빌더가 실행 전에 선제적으로 TX 거부 가능

확인된 사실 (9493cd5: frame-scoped refund):

• 추가된 명세: "The state gas refund is scoped to the frame that executes the X to 0 SSTORE, and propagates to an ancestor frame only if all intervening frames return successfully."
• 리버트/예외 halt 발생 시 refund credit/decrement이 취소됨
• "실제로 state growth가 없을 때만 refund 적용"이라는 원칙과 일관

EIP-8037 위치 확인:

이전 노트 교차 확인 결과 EIP-8037은 State Creation Gas(new-from-zero SSTORE 비용 재조정, multi-dimensional gas의 state 차원 담당) EIP로, Glamsterdam Considered 트랙의 후보 중 하나다. 3월 27일자 주간 리포트에서 "Considered, 변동 없음"으로 기록됐으며, 오늘까지 스펙 수준 변경이 이어지고 있음이 확인된다(포함 여부 확인 필요 -- Forkcast에 EIP-8037 미반영).

두 변경의 의미 통합:

두 변경 모두 EIP-8037의 core claim("state-changing 연산은 별도 gas 차원으로 추적하며, 순수 계산 gas와 독립적으로 과금")을 블록 빌더와 EVM 실행기 양쪽에서 일관되게 강제하는 데 필요한 세부 명세다. Draft 단계에서 구현 가능한 spec으로 진화하고 있다는 신호.

해석/추론 (추가 검증 필요): EIP-8037은 multi-dimensional gas 계열(EIP-8037/8038/8039 등)의 핵심으로, Glamsterdam 후보 EIP 리스트에 포함될 가능성이 있다. 오늘 두 건의 스펙 보강 커밋이 동시에 등장한 것은 ACDE 측에서 Repricings 관련 결정이 임박했음을 시사할 수 있다. 다음 ACDE #235(4/23 예정)에서 가스 리프라이싱 트랙의 Glamsterdam 포함 결정이 나올지 주목할 대상이다.

3. EIP-8182 Privacy Pool 검증 인프라 대규모 업데이트 [HIGH]

출처:

• Update EIP-8182: ed8274a (outer verifier metadata + variable naming) (Tom Lehman, 2026-04-20 21:40 UTC)
• Update EIP-8182: d1040a4 (verification infrastructure) (Tom Lehman, 2026-04-20 21:18 UTC)

확인된 사실 (d1040a4: 검증 인프라 재구성):

확인된 사실 (ed8274a: 문서/네이밍 정리):

• 변수명: leafIndex_u32 → leafIndex (6곳 일괄 치환)
• recipientAddress 정의 확장: "In transfers, it identifies the registry entry whose ownerNullifierKeyHash must be used for output slot 0. In withdrawals, it is the private intent-level mirror of the public withdrawal recipient."
• "five note fields in note-commitment-base order" → "five note fields below" 표현 정리

EIP-8182 로드맵 위치:

3월 6일자 주간 리포트에 EIP-8182(Protocol-Enshrined Privacy Pool)가 신규 EIP로 등재됐다는 기록이 있으며, 3월 4~5일자에 후속 분석 기사가 있었다. 오늘의 대규모 업데이트는 신규 등록 후 약 1.5개월만의 메이저 재작성으로, 다음을 시사한다:

1. 회로 크기 2^20(1M 게이트) 명시: zk 증명 회로가 구체적 스펙 수준으로 확정. 1M 게이트는 중규모 zk 어플리케이션 회로에 해당하며, BabyBear 또는 유사 필드 기반 증명 시스템에 최적화된 크기
2. proof 10,560 bytes: 일반적인 Groth16(200~300 bytes)보다 훨씬 큼 → Plonkish/STARK-계열 증명 시스템 채택 가능성 (bbVersion = BabyBear?)
3. 프리컴파일 주소 0x30 할당: EIP-8182 검증 프리컴파일이 0x30 슬롯을 점유 → 하드포크 포함을 전제로 한 주소 예약

해석/추론 (추가 검증 필요): bbVersion 4.0.0은 단일 PoC 단계를 넘어 production-ready 회로 버전 관리 체계에 돌입했음을 의미할 수 있다. 검증 키 해시 교체는 trusted setup 또는 circuit definition 변경에서 비롯되며, 이는 프라이버시 풀이 실제 배포 가능 수준의 구체성을 갖추고 있음을 시사한다. 다만 Forkcast 데이터에 EIP-8182 항목이 전량 부재하여 어느 하드포크 트랙으로 편입될지 포함 여부 확인 필요 -- Hegota 프라이버시 트랙 후보로 가장 유력하나, Glamsterdam 편입 가능성도 배제할 수 없다.

4. EIP-7708 CREATE/CREATE2 전송 로그 확장 [MEDIUM]

출처: Update EIP-7708: add CREATE and CREATE2 to transfer log list (1e2f331) (Sina M, 2026-04-20 16:04 UTC)

확인된 사실:

• 추가 조건: "Any nonzero-value-transferring CREATE or CREATE2 to the created account, at the time that the value transfer executes"
• 변경 전 커버리지: 직접 TX / CALL / SELFDESTRUCT
• 변경 후 커버리지: 직접 TX / CALL / SELFDESTRUCT + CREATE / CREATE2

value flow 완전성 매트릭스 (변경 후):

EIP-7708 로드맵 위치 (Forkcast):

Forkcast 데이터에 EIP-7708 항목이 부재(포함 여부 확인 필요). 스펙 수준에서는 "on-chain value flow의 완전한 가시성"을 위한 logging-only EIP로 실행 변경은 없으며, 이런 유형은 소규모 하드포크 편입에 유리하다.

운영/분석 관점 의미:

현재 인덱서(Etherscan, Dune, The Graph 등)는 CREATE/CREATE2 value transfer를 감지하려면 trace API 또는 execution re-play가 필요하다. EIP-7708 도입 시 표준 log 이벤트로 단순 조회 가능 → 인덱서 부담 감소, 분석 파이프라인 단순화, L2 브릿지/팩토리 컨트랙트 추적 정확도 향상.

해석/추론: EIP-7708의 이번 확장은 "전체 value flow를 log로 표준화"라는 원래 목표의 자연스러운 완결이며, 논쟁 여지가 적은 변경이다. Draft → Last Call로의 진전이 가까울 수 있다(추가 검증 필요).

5. FOCIL Breakout #33 (4/21 14:00 UTC) [MEDIUM]

출처: FOCIL Breakout #33, April 21, 2026 (2026-04-20 게시)

확인된 사실:

• 일정: 2026-04-21 화요일 14:00 UTC (60분)
• 의제: Development updates / Spec updates / Testing updates / and more
• GitHub Issue 기반 정형 사이클

FOCIL 트랙 맥락:

32에서 execution spec이 Amsterdam 브랜치에 머지된 이후 약 2주 만의 정기 사이클로, 대규모 결정보다는 구현 진전 동기화 목적일 가능성이 높다.

해석/추론: FOCIL이 Amsterdam 브랜치 통합 이후 정기 사이클로 안정화되고 있는 흐름은 EIP-7805가 Glamsterdam 또는 Hegota 트랙에 Scheduled 수준의 성숙도에 도달했음을 시사한다. 다만 Forkcast 데이터에 EIP-7805 미반영이므로 공식 편입 상태는 포함 여부 확인 필요. 다음 주 ACDC #178(4/30) interop edition에서 glam/hegotá 이중 의제의 일부로 다뤄질 가능성이 있다.

6. Delegated Execution Sharding (DES) 제안 [MEDIUM]

출처: Delegated Execution Sharding (DES): A hyper-parallelized zkEVM for theoretically optimal execution-layer scalability (XRS, 2026-04-20 15:02 UTC)

확인된 사실:

• 게시 위치: ethmagicians EIPs core 카테고리
• 핵심 아이디어: Lean 스펙 연구(특히 Lean-Multisig)에서 식별된 재귀 증명 집계 패러다임을 실행층(execution layer)에 이식
• 관찰: Lean 스펙이 "PQ 우선 + minimal zkVM(XMSS 서명 집계 목적)"으로 진행되면서, full zkEVM이 아닌 최소 zkVM이 확장성의 새 프리미티브를 제공하는 흐름 발견

DES 아키텍처 요약:

BLS 집계 vs Lean-Multisig 관점:

• BLS 페어링 집계: 서명 자체를 수학적으로 합침 → 검증 1회
• Lean-Multisig snarking: 모든 서명을 계산하되 그 유효성을 ZK로 증명 → 검증이 곧 증명 재귀

DES는 후자의 패러다임이 서명 뿐 아니라 EVM 실행 전체에 적용 가능함을 주장한다.

이더리움 로드맵 관점:

공식 로드맵 편입 제안은 아니며 (EIP 번호 미할당), EIPs core 카테고리의 초기 연구 논의다. 다만 두 축에서 관찰할 가치가 있다:

1. PQ 로드맵이 예상치 못한 확장성 프리미티브 파생: 커뮤니티 인식으로는 Lean/XMSS는 "PoS 서명의 PQ 준비"였으나, DES 제안은 동일 도구가 실행층 병렬화의 기반이 될 수 있음을 지적. PQ 작업이 The Surge/The Verge와 교차하는 새로운 경로
2. "홈 노드 재실행" 상한 제거: 현재 L1은 "누구나 블록을 재실행 가능해야 한다"는 제약이 확장성 상한. DES는 홈 노드가 전체 재실행 대신 증명 검증만 하는 구조를 제안 → The Verge(statelessness)의 극단적 연장선

어제 n-VM 제안과의 대비:

두 제안 모두 실행층의 근본 아키텍처 대안을 제시하고 있으나, n-VM은 "VM 다원주의" / DES는 "증명 기반 EVM 확장"으로 철학적 방향이 다르다. The Splurge 단계의 설계 공간이 활발히 논의되고 있음을 보여주는 연구 포럼 지표.

해석/추론 (추가 검증 필요): DES가 직접 EIP로 전환될 가능성은 낮으나, Lean 스펙 논의가 깊어질수록 "PQ 준비 + 실행층 확장"의 교차점 연구가 2027년 이후 로드맵에 영향을 줄 가능성이 있다. 현 시점 상세 확인은 관련 arxiv/연구 포스트 추적 필요.

EIP 업그레이드 현황 변동 (4/20 → 4/21)

참조 데이터: output/sources/forkcast/2026-04-21.forkcast.json

변동 요약

4/21 Forkcast 데이터는 전일(4/20)과 실질적 변동 없음. Pectra/Fusaka/Glamsterdam/Dencun summary 필드가 동일하게 유지됨.

주의 (어제 노트 대비 변동):

4/20 노트에서 기록한 Pectra Included 3건(+ 6110)과 Pectra/Fusaka Declined에 6206 추가는 4/21 데이터에서 다시 사라짐. 대신 Glamsterdam Declined에 EIP-6466(SSZ receipts, acde/225 2025-12-04)이 추가됐다(4/20 데이터는 5920 2건, 오늘은 2926/6466). 데이터 드리프트가 날마다 불규칙하게 발생하는 흐름은 이전 관찰과 일치하며, 파싱 로직 또는 원본 데이터 측에서 비결정적 출력이 있을 가능성을 시사한다.

오늘 커밋된 EIP들의 Forkcast 상태

종합 평가: 활발한 EIP 스펙 수렴(오늘만 6건 커밋) 대비 Forkcast 데이터는 완전 침묵. 7xxx+/8xxx EIP 전량 부재는 관찰 시작 이후 15일째(4/7부터) 지속 중. 포함 여부 판정은 계속 ACD 콜 기록 + 메타 EIP(EIP-7773) + GitHub 커밋 교차 검증에 의존해야 한다.

시사점 / Watchlist

인프라 Operator / 기관투자자 관점

1. EIP-7928 BAL 스펙 최적화 단계 진입 = devnet 코드 동결 임박 신호 uint64 → uint32 재조정은 스펙 기능 확장이 아닌 최적화 라운드의 신호다. BAL 지원 EL/CL 클라이언트(Geth, Reth, Nethermind, Besu, Erigon / Prysm, Lighthouse, Teku, Nimbus, Grandine)는 블록 검증 성능과 저장 비용 벤치마킹 페이즈에 돌입할 것으로 예상된다. Glamsterdam 포함 결정 전 devnet 테스트 안정성이 다음 ACDT 콜에서 주요 의제가 될 수 있다.

2. EIP-8037 per-dimension gas limit = 블록 빌더 로직 변화 예고 regular gas와 state gas를 독립 차원으로 검증하는 구조는 블록 빌더(MEV-Boost Relay, Titan, Flashbots 등)의 트랜잭션 선택 알고리즘을 변경시킨다. state-heavy TX(예: 대량 storage write)와 compute-heavy TX(예: ZK verify)를 별도 슬롯으로 최적화하는 빌더 전략이 등장할 수 있다. Glamsterdam 포함 여부가 확정되면 operator는 빌더 업데이트 타임라인을 추적해야 한다.

3. EIP-8182 Privacy Pool 회로 1M 게이트 명시 = 하드웨어 요구사항 시그널 proof 10,560 bytes + 1M 게이트 회로는 프라이버시 풀 트랜잭션 증명에 클라이언트 사이드(또는 제3자 prover) GPU/고사양 하드웨어가 필요함을 의미한다. 프리컴파일 검증 비용은 Operator 측엔 표준 EVM 비용 수준일 수 있으나, UX 차원에서 프라이버시 풀 접근이 고사양 기기로 제한될 가능성이 있다. Hegota 프라이버시 트랙 편입 시 이 점이 이더리움 프라이버시 UX의 핵심 분기점이 될 것.

4. EIP-7708 CREATE/CREATE2 로그 확장 = 인덱서/분석 도구 단순화 기회 CREATE/CREATE2 value transfer를 표준 log로 감지할 수 있게 되면, 데이터 파이프라인(Dune, The Graph, Nansen, Arkham 등)이 trace API 의존도를 낮출 수 있다. 기관투자자 관점에서는 팩토리 컨트랙트 기반 자금 추적의 정확도 향상이 기대되며, 특히 L2 브릿지 컨트랙트 감사 시나리오에서 유용하다.

5. n-VM(4/19) + DES(4/20) = The Splurge 단계 설계 공간의 연구 활성화 이틀 연속 실행층 근본 아키텍처 대안이 ethresear.ch / ethmagicians에 등장한 것은 우연으로 보기 어렵다. 단기 로드맵(Fusaka/Glamsterdam/Hegota)은 기존 EVM 궤도 위에 있으나, The Splurge 단계에서는 EVM 단일성 vs 멀티 VM, 홈 노드 재실행 vs 증명 검증 같은 근본적 선택지가 공식 로드맵 검토 대상이 될 가능성이 있다. 운영 관점 영향은 먼 미래지만, 장기 투자 결정(Lido Curated Operator 진입, 하드웨어 CapEx 계획)에서 참고할 가치가 있는 연구 흐름.

다음 주요 모니터링 포인트

추적 지표

• EIP-7928 BlockAccessIndex 타입 안정화 여부 (uint32 유지 vs 추가 조정)
• EIP-8037 상태: Considered → Scheduled 승격 여부 (ACDE #235)
• EIP-8182 Forkcast 등록 여부 (현재 전량 부재)
• EIP-7708 Draft → Last Call 진전 여부
• EIP-7805 FOCIL 포함 상태 공식화 여부
• n-VM / DES 등 대안 아키텍처 제안의 Vitalik/EF 연구진 반응 유무

참고 자료

GitHub EIP 커밋 (2026-04-20)

• EIP-7928 BlockAccessIndex uint32 재조정 (6450997) — Toni Wahrstätter
• EIP-8037 per-dimension block gas limit check (fabf144) — Maria Inês Silva
• EIP-8037 SSTORE restoration refund rollback semantics (9493cd5) — spencer
• EIP-7708 CREATE/CREATE2 transfer log (1e2f331) — Sina M
• EIP-8182 outer verifier metadata + circuit 1M (d1040a4) — Tom Lehman
• EIP-8182 variable naming + recipientAddress (ed8274a) — Tom Lehman

Ethereum Magicians

• FOCIL Breakout #33, April 21, 2026
• Delegated Execution Sharding (DES) — XRS
• ERC-1693 Deferred-Settlement Fungible Tokens — levan_dev (참고, ERC 카테고리)

ethresear.ch

• Ara Whitepaper — ahmetson (참고, Uncategorized)

입력 데이터

• 소스 요약: output/sources/2026-04-21.summary.json
• 소스 원본: output/sources/2026-04-21.json
• EIP 업그레이드 현황: output/sources/forkcast/2026-04-21.forkcast.json

연속성 참조 노트

• 2026-04-20: EIP-7928 BAL uint64 SSZ clarification + n-VM + ACDC #178 interop
• 2026-04-16: PQ convergence + State Tiering + eth/72 + Repricings #6

작성: @r2jamong Roadmap Analyst Agent | 2026-04-21