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

Daily Briefing — 2026-05-28

high Daily Briefing
Related EIPs 14
EIP-4758 EIP-4844 EIP-7002 EIP-7251 EIP-7594 EIP-7701 EIP-7805 EIP-7975 EIP-8037 EIP-8141 EIP-8146 EIP-8243 EIP-8250 EIP-8272

2026-05-28 데일리 브리핑

편집자 노트: 2026-05-28(목요일, 5월 다섯째 주 평일 D+3) = "MPBC(Multi-Party Block Construction) 신규 발의 + PeerDAS Constantine 30% acceleration / 4x less memory + ACDT #81 (6/1) Glamsterdam devnet-5 스코핑 + Repricings Breakout #8 종료 ACDT 이관 + ACDE #238 D-7 진입 = Glamsterdam 트랙 본격화" 일자. 어제(5/27) EIP Editing Office Hour #100 (6/2) 어젠다 등재 + Lido (w)stETH multichain revocation 발의 + EIP-8272 신규 등록 + EIP-8173 @Greg Colvin burst + Vitalik Kohaku 트윗 라인에 이어 본 노트일 = (1) MPBC 신규 발의 (ethresearch 24975, 5/27 12:06 UTC, Michael M./Kubi M./Alex T./Drew V., Block proposer 카테고리, Quasar Builder 등 리뷰어) = (a) 단일 winning builder 모델 → 다중 빌더 협력 블록(multi-party blocks assembled from contributions of multiple builders) = 현재 PBS winner-take-all 구조에서 operator가 경쟁 빌더의 적격 트랜잭션을 base block에 append하는 모델로 전환, (b) 검열저항 강화 = multiple inclusion channels = 단일 빌더 재량 의존 제거 → FOCIL(EIP-7805)과 별도 트랙, (c) 빌더 진입장벽 완화 = 부분 기여 보상 = winner-take-all 폐기, (d) Operator 보상 모델 신설 = base block에 트랜잭션 추가 작업에 대한 명시적 보상 = NO 측 신규 수익원 후보 (현재 MEV-Boost relay 마진 미수취 구조), (e) ethresearch 논문/제안서 단계 = EIP 미발의 = D+30~D+180+ 윈도우 = framework 제안, (2) PeerDAS Constantine 30% acceleration + 4x less memory (ethresearch 24978, 5/27 15:47 UTC, mratsim, Constantine 암호 라이브러리, EF grant, Consensus 카테고리) = (a) c-kzg-4844 대비 30% 가속, precomputation 메모리 96 MiB → 24 MiB (-75%), (b) 함수별 = compute_cells +47.2% / recover_cells_and_kzg_proofs +29.1% / verify_cell_kzg_proof_batch +13.4%, (c) consumer hardware target 명시 = 8-core Zen 4 (Ryzen 7840HS, 노트북 CPU) 기준 <15 ms/64 blobs (멀티스레드 최적화 후 추정), (d) 기술 최적화 = Toeplitz matrix multiplication batched + precomputed MSM, (e) PeerDAS (EIP-7594) = Fusaka 이미 포함 / 메인넷 가동 중 = 사후 효율 개선 = 인클루전 영향 zero + validator 하드웨어 요구사항 정량 완화 = dedicated 서버 → consumer-grade 환경 OpEx 절감 가능성 + Nim 기반 = Nimbus CL 정합 가능성 = 클라이언트 다양성 측 추가 효율 우위, (3) ACDT #81 (6/1) Glamsterdam devnet-5 스코핑 의제 등재 (ethereum-magicians 28643, 5/27 16:50 UTC, importance HIGH) = (a) 의제 = bal-devnet-7 / benchmarking·repricing 상태 / Glamsterdam-devnet-5 scoping (EIP 목록 확정), (b) Glamsterdam Devnet 5 포함 EIP 결정 임박 = 향후 6~9개월 클라이언트 업그레이드 일정 좌우, (c) Eth R&D "EIPs for Glamsterdam Devnet 5" 스레드에서 후보 논의 중, (4) Glamsterdam Repricings Breakout #8 종료 + ACDT 이관 결정 (ethereum-magicians 28640, 5/27 13:05 UTC, 14:00 UTC 진행) = (a) 의제 = bal-devnet-7 update + EIP-8037 open issues + benchmarking update + "Moving discussions to ACDT and closing this breakout", (b) Repricings 전용 breakout 종료 = 메인 테스팅 콜(ACDT) 통합 = breakout 분산 → 메인 콜 집중 신호 = 6월 Glamsterdam 트랙 거버넌스 정리 라인, (5) EIPIP Meeting #127 (6/3, ethereum-magicians 28644, 5/27 18:40 UTC, importance MEDIUM) + ACDE #238 (6/4) D-7 진입 = (a) EIPIP = EIP Improvement Process 콜 = 일반 EIP 거버넌스 정비, (b) ACDE #238 D-7 윈도우 = 사전 의제 burst 윈도우 진입 (D-7~D-1) = MPBC / FOCIL / EIP-8243 의제 등재 모니터링 트리거, (6) EIP Editing Office Hour #100 (6/2) 의제 carry-over (어제 등재) = ERC-8126 Final, ERC-7813 Last Call, EIP-7701 / EIP-867 참조 = ERC 라이프사이클 정상 진행 (코어 EIP 변동 아님), (7) EIP-8272 Recent Roots for Frame Transactions 신규 등록 carry-over (어제 등재) = EIP-8141 frame tx 모듈화 패턴 = (source_id, slot, root) tuple 참조 + system contract roots 키 + mutable storage 미접근 검증 = stateless / verkle / L1-zkEVM 트랙 정렬, (8) EIP-8250 Keyed Nonces 개선 협업 신규 (ethereum-magicians 28642, 5/27) = EVVM 프로젝트 Async Nonce 구현 경험 기반 = (a) 논스 구조를 key 기반으로 변경 → 병렬 트랜잭션 처리 가능, (b) EL 클라이언트 트랜잭션 수신·검증·풀 관리 로직 전반 장기 영향 = Draft 단계 = 즉각 운영 영향 없음 = 중기 추적 대상, (9) EIP-8146 Block Access List Sidecars Toni commit (5/27 14:33 UTC, commit 6c4afea6) = 활발한 편집 중 Draft 단계 EIP = 정체성 [추가 검증 필요], (10) EIP 업그레이드 현황 스냅샷 구성 변경 (5/27 → 5/28) = upgrades_tracked 목록 = 어제 [Fusaka, Glamsterdam, Hegota, Pectra] → 본 노트일 [Dencun, Fusaka, Glamsterdam, Pectra] = Hegota 제거 + Dencun 추가 = 어제까지 EIP-4758 Proposed 4일 연속 안정 캡처 유지하던 Hegota 트랙이 본 노트일 추적 목록에서 빠짐 = 이름 변경/리브랜딩 가능성 + 데이터 수집 범위 조정 가능성 두 시나리오 = [추가 검증 필요], (11) Lido 신규 zero ((w)stETH multichain revocation carry-over Day 2, CMv2 패키지 carry-over Day 5) = 본 노트일 lido.json 블로그 0건 + 리서치 0건 = 어제 발의된 lido-research 11592 (multichain revocation + NEC 위임) D+1 댓글 trajectory 정적 + SRv3 미게시 / CMv2 파라미터 미게시 / 6월 Snapshot 일정 미공지 carry-over Day 5 + 본 주 잔여 1일(5/29 금) 윈도우 = 본 주 게시 미발생 시 다음 주 후행, (12) 클라이언트 릴리즈 8일 연속 공백 (5/21 이후) + HIGH 리스크 3건 미해소 = Besu 26.5.0 CVE-2026-34480/34478 + Erigon v3.4.0 segfault (v3.4.1 필수) + Geth v1.17.3 structLog Tracing API 파서 불일치 + Nimbus v26.5.0 KZG 60% 성능 향상 carry-over, (13) Vitalik 신뢰 의존성 라벨링 트윗 (5/27) = "nutrition labels for software/hardware trust dependencies" = 사상 단계 제안 = Kohaku(프라이버시+보안) 등 인프라 표준화 흐름 연결 가능성 (해석), (14) 부수 연구 동향 = PeerDAS 외 ethresearch "Multi-Party Block Construction" (위 #1), "Physical integrity, attestation, and the state of permissionless TEEs" carry-over D+2. 5/28(목) = "MPBC 신규 발의 + PeerDAS Constantine 30%/4x memory + ACDT #81 Glamsterdam devnet-5 스코핑 + Repricings Breakout 종료 ACDT 이관 + ACDE #238 D-7 진입 + 신규 EIP 3종 (8272/8250/8146) + 스냅샷 Hegota→Dencun 교체 + Lido carry-over Day 5 + 클라이언트 공백 8일".

핵심 요약

  • HIGH MPBC(Multi-Party Block Construction) 신규 발의 -- 단일 winning builder PBS 모델 → 다중 빌더 협력 블록 패러다임 전환 제안, NO 측 신규 수익원 후보 + 검열저항 강화 트랙 신설.

    ethresearch 24975 -- Building towards Multi-Party Block Construction (5/27 12:06 UTC, 공저 Michael M./Kubi M./Alex T./Drew V., Block proposer 카테고리, 리뷰어 = Jason V./George D./Thomas T./Barnabe M./Justin D./Quasar Builder/Max W./Davide R.).

    핵심 제안 4종: (1) 단일 winning builder → 다중 빌더 협력 블록 (multi-party blocks assembled from the contributions of multiple builders) = 현재 PBS winner-take-all 구조에서 operator가 경쟁 빌더의 적격 트랜잭션을 base block에 append하는 모델로 전환, (2) 검열저항 강화 = "multiple inclusion channels" = 단일 빌더 재량 의존 제거 → FOCIL(EIP-7805)과 별도 트랙의 검열저항 메커니즘, (3) 빌더 진입장벽 완화 = 모든 블록에 트랜잭션 기여 시 보상 = winner-take-all 폐기 = 신규 빌더 진입 활성화, (4) Operator 보상 모델 신설 = "compensation proportional to the value they generate by adding transactions from contributing builders" = base block에 트랜잭션 추가 작업에 대한 명시적 보상.

    기존 PBS 대비 차별점:

    항목 기존 PBS (MEV-Boost / ePBS) MPBC
    블록 빌더 선정 단일 winning builder (auction) 다중 빌더 협력
    검열저항 단일 빌더 재량 의존 다중 inclusion channels
    빌더 수익 모델 winner-take-all 트랜잭션 기여별 보상
    Operator/Proposer 수익 MEV-Boost relay 마진 + builder bid builder bid + 트랜잭션 추가 작업 보상
    신규 빌더 진입장벽 높음 (winning bid 경쟁) 낮음 (부분 기여 가능)
    FOCIL 정합 별도 IL 트랙 필요 inclusion channels 다수화로 부분 대체 가능

    본 노트일 해석/추론: (a) PBS 트랙의 구조적 재설계 시그널 = MEV-Boost relay 단일 winning builder 모델 + ePBS 단일 빌더 인-프로토콜 모델 모두에 도전, (b) 공저자 면면 + Quasar Builder 리뷰 = builder 측 인사이트 반영 시그널 = builder 측에서 winner-take-all 구조의 한계를 인식한 협업 시도 가능성, (c) 인클루전 트랙 ETA = ethresearch 단계(논문/제안서) = 아직 EIP 진입 전 = D+30~D+180+ 윈도우 = framework 제안 단계, (d) FOCIL / ePBS / MEV-Boost와의 메커니즘 호환성 = 본 노트일 게시물은 framework 제안 단계 = 구체적 spec/EIP 미발의 = [추가 검증 필요].

    Curated Operator 직접 영향 = MEDIUM-HIGH: (i) 신규 수익원 가능성 = "value they generate by adding transactions" = 현재 NO 측이 MEV-Boost relay 마진을 직접 수취하지 않는 구조에 비해 명시적 보상 도입 = NO 측 ARPU 상승 가능성 (정량 미정), (ii) MEV-Boost relay 의존성 완화 가능성 = 단일 relay 검열저항/단일점 실패 문제 완화 = NO 측 relay 선택 정책(SNOP on Block Proposals v4) 재설계 트리거, (iii) ePBS vs MPBC 정합/충돌 = ePBS는 in-protocol single builder, MPBC는 multi-party 모델 = 본질적으로 다른 방향 = [추가 검증 필요]. 후속 EIP 발의 시점 + builder 측 응답 (Titan/Flashbots/rsync) + Vitalik/Justin Drake 코멘트 + Lido SNOP v4 측 응답 모니터링 P1.

  • HIGH PeerDAS Constantine 30% acceleration + 4x less memory -- consumer 하드웨어 validator 참여 가능성 정량 입증, EF grant 결과물, Nim 기반으로 클라이언트 다양성 측 효율 우위.

    ethresearch 24978 -- PeerDAS - 30% acceleration for 4x less memory usage (5/27 15:47 UTC, 저자 mratsim, Constantine 암호 라이브러리 메인테이너, Ethereum Foundation grant, Consensus 카테고리).

    성능 수치 (vs c-kzg-4844):

    함수 Constantine 가속률 의미
    compute_cells +47.2% 블롭 cell 생성 (제안자 측)
    recover_cells_and_kzg_proofs +29.1% 셀 복구 + KZG proof
    verify_cell_kzg_proof_batch +13.4% 셀 KZG proof 배치 검증 (검증자 측)
    종합 acceleration +30% 전체 평균
    Precomputation memory 96 MiB → 24 MiB (-75%) 4x less memory

    Consumer Hardware Target: 8-core Zen 4 (Ryzen 7840HS = 일반 노트북 CPU) 기준 <15 ms for proving 64 blobs 달성 가능 (멀티스레드 최적화 후 추정). 기술 최적화 = Toeplitz matrix multiplication batched + precomputed Multi-Scalar Multiplications (MSMs).

    본 노트일 해석/추론: (1) PeerDAS (EIP-7594) = Fusaka에 이미 포함된 상태(메인넷 가동 중) = 본 최적화는 사후 효율 개선 = 인클루전 영향 zero, (2) Validator 하드웨어 요구사항 정량 완화 = consumer 노트북/미니PC 등급(8코어 Zen 4 = 일반 노트북 CPU)에서 PeerDAS 검증 가능 = 메모리 96→24 MiB 4배 감소 = 라즈베리파이/임베디드 환경 validator 참여 가능성 확장, (3) EF grant 결과물 = Ethereum Foundation의 PeerDAS 효율 개선 직접 펀딩 = 향후 PeerDAS spec evolution(2D PeerDAS, Multi-KZG Point Evaluation 등)의 검증 인프라 강화 트랙.

    Operator 관점: (i) dedicated 서버 하드웨어 사양 다운그레이드 가능성 = OpEx 절감 시그널, (ii) 2D PeerDAS / Hegota 후속 트랙 사전 마진 확보 = Row-level DA 추가 시 메모리/CPU 추가 부담을 미리 흡수 가능, (iii) 클라이언트 다양성 측 시그널 = Constantine = Nim 기반 = Nimbus CL 클라이언트 측 PeerDAS 효율 정합 가능성 = Lighthouse/Prysm/Teku/Lodestar 외 클라이언트 다양성 측 효율 우위, (iv) 메이저 EL/CL 측 동등한 최적화 확인 = 별도 트래킹 필요 (Constantine은 소수 사용 클라이언트). PeerDAS Constantine 통합 CL 클라이언트 릴리즈 모니터링 P2.

  • HIGH ACDT #81 (6/1) Glamsterdam devnet-5 스코핑 의제 등재 + Repricings Breakout #8 종료 ACDT 이관 + EIPIP #127 (6/3) + ACDE #238 D-7 진입 -- Glamsterdam 트랙 본격화, 6월 첫째 주 핵심 거버넌스 윈도우.

    핵심 콜 일정 4종:

    # 일정 의제 핵심
    1 ACDT #81 6/1(월) bal-devnet-7 + benchmarking/repricing + Glamsterdam-devnet-5 scoping
    2 Glamsterdam Repricings #8 5/27 14:00 UTC 종료 bal-devnet-7 + EIP-8037 open issues + benchmarking + "Moving to ACDT and closing this breakout"
    3 EIPIP #127 6/3(수) EIP Improvement Process 일반 거버넌스
    4 ACDE #238 6/4(목) 14:00 UTC ETA 본 노트일 D-7 진입 = 사전 의제 burst 윈도우

    확인된 사실 3종: (1) ACDT #81 의제 = bal-devnet-7 (Block Access List devnet-7) + benchmarking/repricing 상태 + Glamsterdam-devnet-5 scoping = "Ongoing discussion in Eth R&D in the EIPs for Glamsterdam Devnet 5 thread" 명시 = Glamsterdam Devnet 5 포함 EIP 결정 임박 = 향후 6~9개월 클라이언트 업그레이드 일정 좌우, (2) Repricings Breakout #8 종료 + ACDT 이관 = EIP-8037 open issues + bal-devnet-7 update + benchmarking 정리 후 "this breakout closing" 명시 = Repricings 전용 breakout → 메인 ACDT 콜 통합 = breakout 분산 → 메인 콜 집중 신호 = 6월 Glamsterdam 트랙 거버넌스 정리 라인, (3) ACDE #238 D-7 윈도우 진입 = 사전 의제 burst 윈도우 (D-7~D-1) = MPBC / FOCIL / EIP-8243 의제 등재 가능성 모니터링 트리거.

    본 노트일 해석/추론: (a) ACDT #81 (6/1) = Glamsterdam 트랙 본격화 신호 = devnet-5 scoping 결정 = 클라이언트 팀 구현 일정에 직접 영향, (b) bal-devnet-7 / EIP-8037 추적 채널 변경 = Repricings 브레이크아웃 종료로 ACDT가 핵심 모니터링 채널, (c) 6월 첫째 주 (6/1~6/5) = 핵심 거버넌스 burst 윈도우 = ACDT #81 + Office Hour #100 + EIPIP #127 + ACDE #238 동시 진입, (d) EIP-8037 정체성 = forkcast Glamsterdam 데이터에서 별도 entry 미노출 = 포함 여부 확인 필요.

    Operator 관점: (i) ACDT #81 콜 노트 공개 즉시 Glamsterdam Devnet 5 EIP 확정 목록 캡처 P1, (ii) EIP-8037 gas repricing은 EL 클라이언트 Gas Schedule 직접 영향 = ACDT 통합 후 추적 채널 인지 = MEV/모니터링 파이프라인 가정 영향 가능성, (iii) ACDE #238 사전 의제 burst 모니터링 (FOCIL spec 보강 / EIP-8243 / MPBC 등재 가능성) D-7~D-1.

  • MEDIUM EIP 신규/업데이트 3종 -- EIP-8272 Frame TX Recent Roots 신규 등록 carry-over + EIP-8250 Keyed Nonces EVVM Async Nonce 경험 협업 + EIP-8146 Block Access List Sidecars Toni commit.

    EIP 제목 본 노트일 변동 출처
    EIP-8272 Recent Roots for Frame Transactions 신규 Draft 등록 (PR #11726, carry-over) magicians 28621
    EIP-8250 Keyed Nonces 개선 협업 토론 신규 ("Async Nonces on EVVM experience") magicians 28642
    EIP-8146 Block Access List Sidecars Toni/update 8146 commit (5/27 14:33 UTC) commit 6c4afea
    EIP-8037 (Glamsterdam Repricings 대상) Open issues 미해결, ACDT 이관 Repricings #8

    EIP-8272 핵심 메커니즘 (어제 등재 carry-over): (a) EIP-8141 frame tx가 mutable storage 미접근하고 recent roots 참조 가능, (b) root source = system contract / (source_id, slot) 키, (c) source_id = writer address + salt 파생, (d) frame tx 참조 형식 = (source_id, slot, root) tuple, (e) frame tx 트랙 모듈화 패턴 = EIP-8141 (core) + EIP-8272 (recent roots) = small composable EIPs (EOF 분해 / EIP-7702 보조 EIP 일관) = stateless / verkle / L1-zkEVM 트랙 정렬 = Verge / Purge 장기 로드맵 정렬.

    EIP-8250 핵심: EVVM 프로젝트 Async Nonce 구현 경험 기반 = 논스 구조를 key 기반으로 변경 → 병렬 트랜잭션 처리 가능 = (i) EL 클라이언트 트랜잭션 수신·검증·풀(pool) 관리 로직 전반 장기 영향 = Draft 단계 = 즉각 운영 영향 없음 = 중기 추적 대상, (ii) 저자 = @soispoke / @nerolation / lightclient = EIP-8272 저자 @soispoke와 동일 라인 = frame tx 트랙 contributor 그룹의 nonce 모델 재설계 시그널 (해석).

    EIP-8146 메모: Toni commit (5/27 14:33 UTC, commit 6c4afea6) = 활발한 편집 중 Draft 단계 EIP = 정체성 [추가 검증 필요] = BAL (Block Access List) 정합 EIP 추정 (해석, EIPs repo 직접 fetch 필요).

    참조 / ERC 신규 (코어 EIP 아님): ERC-8273 (Attestation-Gated Agentic Actions) + ERC-8275 (Agent Service Discovery and Escrow Payments) + PIP (Persistent Identity Token) + Panini Standard v1.0 + EIP Editing Office Hour #100 (6/2) 의제 = ERC-8126 Final / ERC-7813 Last Call / EIP-7701 / EIP-867 참조 (어제 carry-over).

  • MEDIUM EIP 업그레이드 현황 스냅샷 구성 변경 (5/27 → 5/28) -- upgrades_tracked 목록에서 Hegota 제거 + Dencun 추가, 어제까지 4일 연속 안정 캡처 유지하던 Hegota 트랙 누락, 리브랜딩/수집 범위 조정 가능성 [추가 검증 필요].

    24시간 윈도우 변동 표:

    항목 5/27 5/28 변동
    upgrades_tracked 목록 [Fusaka, Glamsterdam, Hegota, Pectra] (4종) [Dencun, Fusaka, Glamsterdam, Pectra] (4종) Hegota 제거 + Dencun 추가
    Dencun included (summary 미포함) [4844] 복귀
    Pectra included [2537, 2935] [2537, 2935] 동일
    Pectra declined [3540, 3670, 4200, 5450] [3540, 3670, 4200, 4750, 5450] +1 (EIP-4750 복귀)
    Fusaka declined [3540, 3670, 4200, 5450, 5920] [3540, 3670, 4200, 4750, 5450] swap (+4750, -5920)
    Glamsterdam considered [2780] [2780] 동일
    Glamsterdam declined [2926, 5920, 6404] [2926] -2 (EIP-5920 / EIP-6404 누락)
    Hegota proposed [4758] (추적 목록 제외) 누락 (4일 연속 안정 → 5일째 누락)

    본 노트일 해석/추론: (1) Hegota 트랙 추적 목록 제외 = 어제까지 (5/24/5/25/5/26/5/27) EIP-4758 Proposed 4일 연속 안정 캡처 유지하던 라인이 본 노트일 누락 = 두 시나리오 가능: (a) 이름 변경/리브랜딩 가능성 (forkcast 측 차기 포크 명 변경 적용), (b) 데이터 수집 범위 조정 가능성 (scripts/fetch_forkcast.py 측 변경) = 본 노트 단정 불가 = [추가 검증 필요], (2) Dencun 복귀 = 5/26 라인 (included=[4844]) 5/27 누락 후 5/28 복귀 = 페치 캐시 정합성 불안정 패턴 지속, (3) EIP-5920 / EIP-6404 Glamsterdam declined 누락 = 5/27 복귀 후 24시간 만에 재누락 = 단일 EIP 멀티-fork 비독립 캡처 패턴 지속, (4) EIP-4750 (EOF Functions) 양쪽 복귀 = 5/27 Pectra+Fusaka declined 양쪽 누락 → 5/28 양쪽 복귀.

    데이터 정합성 메모: (i) 7xxx/8xxx 범위 EIP 데이터 부분 누락 가능성 = 본 브리핑의 Glamsterdam/Fusaka 포함 분석은 5xxx 이하 EIP에 근거, (ii) scripts/fetch_forkcast.py 마이그레이션 P0 유지 = 본 시점 누적 25일 페치 결함 지속, (iii) forkcast 원본 데이터 교차 검증 필요 (Hegota → Dencun 교체 정체성 확인).

  • MEDIUM Lido 신규 zero -- (w)stETH multichain revocation carry-over Day 2, CMv2 정책 패키지 6요소 carry-over Day 5, 본 주 잔여 1일(5/29 금) 윈도우 후 다음 주 후행 가능성.

    output/sources/2026-05-28.lido.json = 블로그 0건 + 리서치 0건 (본 노트일 신규 zero). 본 노트일 수집 데이터 내 Lido 직접 정합 = 트위터 1건 (@LidoFinance "FalconX Griffin Sears Lido Poolside call clip, stETH derivatives 담보 효율성", 5/27 10:09 UTC, importance LOW) = 마케팅성 콘텐츠로 거버넌스 정합 zero.

    Lido 거버넌스 트랙 6개 매트릭스 (본 노트일 carry-over Day 5):

    # 트랙 단계 본 노트일
    1 CMv2 NO Type Framework 완료 (5/18 56.7M LDO 찬성) -
    2 CMv2 스마트컨트랙트 업그레이드 대기 (SRv3 선행) carry-over Day 5
    3 SRv3 (Staking Router v3) 거버넌스 제안 미게시 carry-over Day 5
    4 SNOP on Block Proposals v4 발의됨 (5/23, Day 5) 본문/댓글 변동 zero
    5 SNOP on Validator Exits v4 발의됨 (5/23, Day 5) 본문/댓글 변동 zero
    6 (w)stETH Multichain Revocation + NEC 위임 발의됨 (5/26, Day 2) D+1 댓글 trajectory 미캡처

    본 노트일 해석/추론: (i) 본 주 (5/27~5/29) = SRv3 거버넌스 제안 게시 + CMv2 파라미터 (bonding 정량) 제안 게시 + 6월 Snapshot 일정 공지의 핵심 모니터링 윈도우 + multichain 트랙 댓글 모니터링 동시 진행, (ii) 본 주 잔여 1일 (5/29 금) 윈도우 = 본 주 게시 미발생 시 다음 주 (6/1~) 후행 지속 시그널 = Snapshot 6월 후반 가능성 증가, (iii) MPBC 신규 분기와 Lido 측 정책 정합 가능성 = SNOP on Block Proposals v4(MEV-Boost relay 정책)와 MPBC(다중 빌더 보상 모델)는 빌더 측 트랙으로 동일 정합 윈도우 = 본 주 Lido 측 MPBC 언급/응답 trajectory 모니터링 D+1~D+14 등재.

    Curated Operator 시사: (a) NO 직접 영향 우선순위: SNOP v4 (Block Proposals + Validator Exits) > CMv2 파라미터 > SRv3 > MPBC (제안 단계, EIP 전) > multichain 분기 (LOW, validator 무관), (b) lido-research 11592 댓글 trajectory 모니터링 (D+1~D+14, HIGH) + NEC mandate/guardrails 공식 문서 확보 (D+1~D+7, HIGH).

  • MEDIUM 어제 HIGH 시그널 D+1 정적 + 본 주 핵심 콜 D-day 윈도우 -- ACDC #179 (5/28 ETA) D-day FOCIL spec 보강 의제 등재 여부 모니터링.

    어제 [HIGH] 라인 시그널의 D+1 추적 결과:

    항목 본 노트일 후속 활동 모니터링 라인
    EIP Editing Office Hour #100 (6/2) 어젠다 등재 본문 변동 zero (D+2) 6/2 Office Hour 실제 의결 결과
    Lido (w)stETH multichain revocation 11592 D+1 댓글 trajectory 미캡처 (정적) NEC mandate/guardrails 공식 문서 + 댓글 모니터링 D+1~D+14
    EIP-8272 Frame TX Recent Roots 등록 본문 변동 zero (D+2) PR #11726 본문 정독 + EIP-8141 토픽 본문 직접 fetch P1
    EIP-8173 @Greg Colvin burst 추가 commit zero (D+2) EIP 본문 fetch P2
    @VitalikButerin Kohaku 트윗 신규 트윗 (5/27 신뢰 의존성 라벨링) = +28h 윈도우 확장 Kohaku 본문 공식 발표 (ethresear.ch / blog.ethereum.org) 모니터링 P1
    FOCIL (EIP-7805) Lean 4 형식검증 (5/25) D+3 정적 ACDC #179 (5/28 ETA) D-day = 본 노트일 핵심 의제 등재 모니터링
    EIP-8243 Batching Attestations (5/25) D+3 정적 SSV/Obol DVT 호환성 응답 + ACDC #176 (예상 6/3) 어젠다 등재
    MEV→GEV airgap closure Part 3 (5/25) D+3 정적 Part 4 후속 + GEV 정의/보존 법칙 형식화 본문 fetch P1

    본 노트일 해석/추론: (1) D+1~D+3 정적은 일반 spec 발의 후 학회 활동 정상 패턴 (비정상 시그널 아님), (2) 다음 주 (6/1~6/5) 핵심 거버넌스 burst 윈도우 = ACDT #81 (6/1) → Office Hour #100 (6/2) → EIPIP #127 (6/3) → ACDE #238 (6/4) → ACDC #179 / #176 등 동시 진입, (3) ACDC #179 (5/28 ETA) D-day = 본 노트일 = FOCIL spec 보강 의제 등재 여부 = 본 주 핵심 컨센서스 거버넌스 윈도우 모니터링 P0, (4) Vitalik 신뢰 의존성 라벨링 트윗 (5/27) = "nutrition labels for software/hardware trust dependencies" = Kohaku (프라이버시+보안) 인프라 표준화 흐름 연결 가능성 (해석).

  • LOW 신규 EL/CL 클라이언트 릴리즈 0건 (8일 연속 공백, 5/21 이후) + HIGH 리스크 3건 계속 유효 -- 미조치 운영자 자금 위험 지속.

    본 노트일 EL/CL 클라이언트 신규 릴리즈 = 0건 (5/21 이후 8일 연속 정적 윈도우). 어제 누적 통합 상태 유지: Geth v1.17.3 (5/11) -- structLog Tracing API Breaking Change + ETH/70 (EIP-7975) 메인넷 라이브, Besu 26.5.0 (5/12) -- CVE-2026-34480 + CVE-2026-34478 log4j 패치 + Bonsai Archive column families 구조 변경 → 전체 재동기화 강제, Erigon v3.4.1 (5/11) -- v3.4.0 "Splashing Saga" TrieContext.Branch segfault 긴급 수정, Nimbus v26.5.0 (5/11) -- KZG 복구·검증 60% 성능 향상.

    HIGH 리스크 3건 계속 유효: (a) Besu 26.5.0 CVE 미패치 = 즉시 보안 위협, (b) Erigon v3.4.0 운영 = TrieContext.Branch segfault 크래시 위험, (c) Geth structLog Tracing API Breaking Change 미패치 = MEV/모니터링 파이프라인 장애 위험. 권장 액션: 미조치 운영자는 본 노트일 즉시 업그레이드 완료 (우선순위 HIGH).

    P2P 네트워크: P2P Breakout #001 (5/20 신설) 다음 콜 일정 미확인 + ETH/70 (EIP-7975) 메인넷 라이브 (미지원 노드 피어 불이익 지속) + PeerDAS (EIP-7594) Constantine 30% 가속 성과 (위 [HIGH] #2) + EIP-8243 gossip 확장 Draft (배치 어테스테이션 P2P 변경 중기 추적).

  • LOW 데이터 파이프라인 정상 수준 (items 22~24건, 어제 18건 대비 +4~6) -- ethereum/EIPs commits 1건 + Twitter 8건 + ethresearch 3건 + ethmagicians 12건 = 본 주 두번째 정상 수집 윈도우.

    output/sources/2026-05-28.summary.json items 22~24건 = 어제(18건) 대비 +4~6. 분포: ethresearch 3건 (PeerDAS Constantine 24978 신규 + MPBC 24975 신규 + TEEs 24964 carry-over) + ethmagicians 12건 (ACDT #81 / EIPIP #127 / Glamsterdam Repricings #8 / PQ Interop #41 / EIP-8250 협업 / 신규 ERC 4종 등) + eips 1건 (EIP-8146 Toni commit) + twitter 8건 (@VitalikButerin 신뢰 라벨링 + @LidoFinance Poolside + 추가 핸들).

    데이터 파이프라인 정상화 시그널: (1) 본 주 두번째 정상 수집 윈도우 = 22~24건 = 5월 셋째 주 평균 수준 회복 지속, (2) Twitter 8건 캡처 (어제 3건 대비 +5) = 6개 핸들 (@ethereum / @ethereumfndn / @VitalikButerin / @drakefjustin / @TimBeiko / @tkstanczak) 중 다수 캡처 진전, (3) ethereum/EIPs commits 1건만 캡처 = 어제 4건 burst 후 정적 = author 다양화 라인 (Toni) 신규 등장.


도메인별 분석 노트

본 브리핑은 다음 3개 도메인 노트를 통합:

  • 2026-05-28-roadmap-analysis (Roadmap Analyst) -- ACDT #81 (6/1) Glamsterdam devnet-5 스코핑 + Glamsterdam Repricings #8 ACDT 이관 + EIP Editing Office Hour #100 + EIP-8272 신규 + EIP-8250 협업 + EIP-8146 commit + 스냅샷 Hegota → Dencun 교체 + PeerDAS Constantine + MPBC + Vitalik 신뢰 라벨링
  • 2026-05-28-validator-analysis (Validator Ops) -- MPBC 신규 발의 (PBS 패러다임 전환) + PeerDAS Constantine 30% acceleration / 4x less memory (consumer HW) + (w)stETH multichain revocation carry-over Day 1 + ACDT #81 / EIPIP #127 / ACDE D-7 + Lido CMv2 carry-over Day 5
  • 2026-05-28-infra-analysis (Infra Monitor) -- PeerDAS Constantine 30% 가속 + ACDT #81 bal-devnet-7 + Glamsterdam Repricings #8 ACDT 이관 + EIP-8250 EVVM Async Nonce + EIP-8146 commit + 클라이언트 릴리즈 8일 공백 + HIGH 리스크 3건 미해소

출처

본 브리핑 핵심 출처

어제 라인 carry-over 추적

부수 출처