Validator Operations Analysis - 2026-05-28
핵심 요약
- HIGH MPBC 신규 발의 -- 단일 빌더 PBS 모델 → 다중 빌더 협력 블록 구성 패러다임 전환 제안.
본 노트일 핵심 신규 시그널 = ethresearch 24975 -- Building towards Multi-Party Block Construction (5/27 12:06 UTC, 공저 Michael M./Kubi M./Alex T./Drew V., Block proposer category, domain=validator, tag=validator). 핵심 제안: (a) 단일 빌더 블록 → 다중 빌더 협력 블록(multi-party blocks assembled from the contributions of multiple builders) = 현재 PBS가 단일 winning builder에 의존하는 winner-take-all 구조에서 operator가 경쟁 빌더의 적격 트랜잭션을 base block에 append하는 모델로 전환, (b) 검열저항 강화 = "multiple inclusion channels" = 단일 빌더 재량 의존 제거 → FOCIL(EIP-7805)과 별도 트랙의 검열저항 메커니즘, (c) 빌더 진입장벽 완화 = "every block they contribute transactions to" 보상 = 신규 빌더 진입 활성화, (d) Operator 보상 모델 신설 = "compensation proportional to the value they generate by adding transactions from contributing builders" = base block에 트랜잭션을 추가하는 작업에 대한 명시적 보상. 이 신호의 의미: (i) PBS 트랙의 구조적 재설계 시그널 = MEV-Boost relay 단일 winning builder 모델 + ePBS 단일 빌더 인-프로토콜 모델 모두에 도전, (ii) Curated Operator 측 신규 수익원 후보 = 현재 NO 측은 MEV-Boost relay 제공 가치에 대해 직접 보상 받지 않음(LSP/relay 마진 구조) → MPBC에서는 "value they generate by adding transactions"에 대한 직접 보상 도입 가능성, (iii) Hegota 또는 그 다음 하드포크 후보 트랙 = ethresearch 단계(논문/제안서) = 아직 EIP 진입 전 = D+30~D+180 윈도우, (iv) FOCIL / ePBS / MEV-Boost와의 메커니즘 호환성 = 본 노트일 게시물은 framework 제안 단계 = 구체적 spec/EIP 미발의 = [추가 검증 필요], (v) 공저자 면면 = Michael M./Kubi M./Alex T./Drew V. (Quasar Builder 리뷰) = builder 측 인사이트 반영 시그널 = builder 측에서 winner-take-all 구조의 한계를 인식한 협업 시도 가능성. Curated Operator 직접 영향 = MEDIUM-HIGH (제안 단계지만 NO 보상 모델 재설계 가능성 보유). 본 주 다른 신호(FOCIL Lean 4 / EIP-8243 / Lido multichain)와 별개 신규 분기.
- HIGH PeerDAS Constantine 30% acceleration + 4x less memory -- consumer 하드웨어 validator 참여 가능성 정량 입증.
본 노트일 두번째 핵심 시그널 = ethresearch 24978 -- PeerDAS - 30% acceleration for 4x less memory usage (5/27 15:47 UTC, 저자 mratsim, Constantine 암호 라이브러리 메인테이너, Ethereum Foundation grant, Consensus category, tag=blob/general). 핵심 정량 수치: (a) c-kzg-4844 대비 30% 가속, 4x less memory = 24 MiB precomputation table (c-kzg-4844 = 96 MiB), (b) 함수별 벤치 = compute_cells 47.2% 더 빠름 / recover_cells_and_kzg_proofs 29.1% 더 빠름 / verify_cell_kzg_proof_batch 13.4% 더 빠름, (c) consumer hardware target 명시 = "mini-PC with 8 cores Zen 4 (Ryzen 7840HS)" 기준 = "below 15 ms for proving 64 blobs" 달성 가능(멀티스레드 최적화 후 추정), (d) 기술 최적화 = Toeplitz matrix multiplication batched + precomputed MSM (Multi-Scalar Multiplications). 이 신호의 의미: (i) PeerDAS (EIP-7594) = Fusaka에 이미 포함된 상태(메인넷 가동 중) = 본 최적화는 사후 효율 개선 = 인클루전 영향 zero, (ii) Validator 하드웨어 요구사항 정량 완화 = consumer 노트북/미니PC 등급(8코어 Zen 4 = 일반 노트북 CPU)에서 PeerDAS 검증 가능 = 메모리 96→24 MiB 4배 감소 = 라즈베리파이/임베디드 환경 validator 참여 가능성 확장 시그널, (iii) Curated Operator 측 시사 = (1) dedicated 서버 하드웨어 사양 다운그레이드 가능성 = OpEx 절감 시그널, (2) 2D PeerDAS / Hegota 후속 트랙 정합 = Row-level DA 추가 시 메모리/CPU 추가 부담 = 사전 효율 마진 확보 의의, (3) 클라이언트 다양성 측 시그널 = Constantine은 Nim 기반(Nimbus CL 클라이언트 측 정합 가능) = 클라이언트 다양성 측 추가 효율 우위 가능성, (iv) EF grant 결과물 = Ethereum Foundation의 PeerDAS 효율 개선 직접 펀딩 = 향후 PeerDAS spec evolution(2D PeerDAS, Multi-KZG Point Evaluation 등)의 검증 인프라 강화 트랙.
- MEDIUM (w)stETH multichain revocation + NEC 위임 carry-over Day 1 -- 본 노트일 Lido 신규 zero, 어제 HIGH 시그널 댓글 trajectory D+1 정적.
output/sources/2026-05-28.lido.json = 블로그 0건 + 리서치 0건 (본 노트일 신규 zero, 어제 발의된 lido-research 11592 = carry-over Day 1). 본 노트일 수집 데이터 내 Lido 직접 정합 = 트위터 1건(twitter-2059577624058310937 @LidoFinance, "FalconX Griffin Sears Lido Poolside call clip, stETH derivatives 담보 효율성", 5/27 10:09 UTC, importance LOW, tag=lido/validator) = 마케팅성 콘텐츠로 거버넌스 정합 zero. 9개 체인 (w)stETH canonical revocation 발의 + NEC 위임 = D+1 댓글 trajectory 미캡처(추가 검증 필요 = research.lido.fi 11592 댓글 카운트 직접 확인 필요). CMv2 정책 패키지 5요소 + 신규 6번째 트랙 (carry-over Day 5): (1) CMv2 NO Type Framework = 완료(5/18), (2) CMv2 스마트컨트랙트 = 대기, (3) SRv3 = 미게시(carry-over Day 5), (4) SNOP on Block Proposals v4 = 발의됨 5/23(Day 5), (5) SNOP on Validator Exits v4 = 발의됨 5/23(Day 5), (6) (w)stETH multichain revocation + NEC 위임 = 발의됨 5/26(Day 2). 본 주 윈도우 진입 상황: 5/23(금)→5/28(목) = 5거래일 경과 = SRv3/CMv2 파라미터/6월 Snapshot 일정 공지 carry-over 지속, 본 주 잔여 1일(5/29 금) 윈도우 = 본 주 게시 미발생 시 다음 주(6/1~) 후행. Curated Operator 시사점: (i) 본 주 Lido 거버넌스 burst 미발생 = 6월 Snapshot 일정 후행 가능성 증가, (ii) MPBC 신규 분기와 Lido 측 정책 정합 가능성 = SNOP on Block Proposals v4(MEV-Boost relay 정책)와 MPBC(다중 빌더 보상 모델)는 빌더 측 트랙으로 동일 정합 윈도우 = 본 주 Lido 측 MPBC 언급/응답 trajectory 모니터링 D+1~D+14 등재, (iii) NO 직접 영향 우선순위 (본 노트일 기준): SNOP v4 > CMv2 파라미터 > SRv3 > MPBC(제안 단계, EIP 전) > multichain revocation(LOW, validator 무관).
- MEDIUM ACDT #81 (6/1) Glamsterdam 의제 등재 + EIPIP #127 (6/3) + ACDE D-7 진입 -- bal-devnet-7 / Glamsterdam-devnet-5 본격 진행.
본 노트일 핵심 거버넌스 일정 신호: (a) ethmagicians 28643 -- All Core Devs Testing (ACDT) #81, June 1, 2026 (5/27 16:50 UTC, importance HIGH, system, Protocol Calls) = 6/1(월) ACDT #81 의제 = (1) Glamsterdam 전체 트랙 진행, (2) bal-devnet-7 (Block Access List devnet-7, EIP-8037 정합), (3) benchmarking/repricing status (EIP-8037 gas repricing 진행), (4) glamsterdam-devnet-5 scoping (Eth R&D에서 Glamsterdam Devnet 5 포함 EIPs 논의 중) = Glamsterdam 트랙 본격화 신호; (b) ethmagicians 28644 -- EIPIP Meeting #127, June 03, 2026 (5/27 18:40 UTC, system, Protocol Calls, importance MEDIUM) = EIP Improvement Process 콜 #127 = 6/3(수) 일반 EIP 거버넌스; (c) ethmagicians 28640 -- Glamsterdam Repricings #8, May 27, 2026 (5/27 13:05 UTC, system, EIP-8037 정합) = 본 노트일 14:00 UTC 진행된 Glamsterdam Repricings Breakout #8 = agenda = (1) bal-devnet-7 update, (2) EIP-8037 open issues, (3) benchmarking update, (4) ACDT로 논의 이전 + 본 Breakout 종료(closing this breakout) = Repricings Breakout → ACDT 통합 신호; (d) ethmagicians 28635 -- Post-Quantum (PQ) Interop #41, May 27, 2026 (5/27 09:50 UTC, leanSpec/devnet PQ 트랙) = LOW; (e) EIPs commit 6c4afea -- Update EIP-8146: Toni/update 8146 (5/27 14:33 UTC, importance MEDIUM, related_eips=8146) = EIP-8146 단일 commits = [추가 검증 필요 = EIP-8146 정체성]. Curated Operator 시사점: (i) ACDE #238 (6/4 14:00 UTC ETA) D-7 진입 = 본 노트일 5/28 = 사전 의제 burst 윈도우 진입(D-7~D-1), (ii) ACDT #81 (6/1) = Glamsterdam 트랙 = validator 직접 정합 (bal-devnet-7 = Block Access List = 블록 빌딩/MEV/proposer 트랙) = MPBC 신규 분기와 정합 가능성 사전 모니터링 트리거, (iii) Glamsterdam Devnet 5 scoping = 신규 의제 = FOCIL / EIP-8243 등재 가능성 모니터링 D-3~D-1, (iv) Repricings Breakout 종료 + ACDT 통합 = 6월 Glamsterdam 트랙 거버넌스 정리 = breakout 분산 → 메인 콜 집중 신호.
본 노트일 데이터 정합
입력 데이터 요약
| 소스 |
수치 |
비고 |
| output/sources/2026-05-28.summary.json |
24건 |
ethresearch 3 + ethmagicians 12 + eips 1 + twitter 8 |
| → domain=validator 직접 (신규 HIGH) |
2건 |
MPBC + PeerDAS Constantine |
| → domain=roadmap (Glamsterdam 정합) |
4건 |
ACDT #81 / EIPIP #127 / Repricings #8 / PQ Interop #41 |
| → domain=validator (LOW, 어제 carry-over) |
2건 |
TEE attestation 24964 carry-over / ERC-8273 attestation (AI agent ≠ validator) |
| → domain=infra (FCR 등) |
1건 |
FCR Breakout #9 (6/23) - 어제 분석 carry-over 없음 |
| output/sources/2026-05-28.lido.json |
블로그 0 + 리서치 0 |
어제 발의된 11592 carry-over Day 1 |
| EIPs 신규 commits (5/27) |
1건 |
EIP-8146 1건 (정체성 [추가 검증 필요]) |
| validator 직접 정합 신규 HIGH 시그널 |
2건 HIGH |
MPBC (PBS 패러다임 전환 제안) + PeerDAS 효율 최적화 (consumer HW 정량) |
전일 대비 변동
| 항목 |
5/27 (전일) |
5/28 (본 노트일) |
변동 |
| 신규 validator HIGH 시그널 |
1건 (Lido multichain) |
2건 (MPBC + PeerDAS 효율) |
+1 (burst 재개) |
| Lido 리서치 신규 |
1건 (multichain 11592) |
0건 |
-1 |
| Lido 블로그 신규 |
0건 |
0건 |
변동 없음 |
| MEV/PBS 관련 신규 |
0건 (MEV→GEV carry-over) |
1건 (MPBC, PBS 재설계 패러다임) |
+1 |
| 블롭/DA 관련 신규 |
0건 |
1건 (PeerDAS Constantine) |
+1 |
| EIPs commits |
4건 (EIP-8173/EIP-7979) |
1건 (EIP-8146) |
-3 |
| 6월 Snapshot 일정 |
미공지 |
미공지 (carry-over Day 5) |
변동 없음 |
| SRv3 게시 여부 |
미게시 |
미게시 (carry-over Day 5) |
변동 없음 |
| CMv2 파라미터 제안 |
미게시 |
미게시 (carry-over Day 5) |
변동 없음 |
| Lido 거버넌스 트랙 수 |
6트랙 |
6트랙 (변동 없음) |
변동 없음 |
| Glamsterdam 트랙 거버넌스 콜 |
0건 |
2건 (ACDT #81 / EIPIP #127 일정 공지) |
+2 |
6월 Snapshot D-Window 계산 (carry-over Day 5)
- 5/23 SNOP v3→v4 프로포절 발의 (Day 0)
- 5/26 (w)stETH multichain revocation + NEC 위임 발의 (Day 0)
- 5/28(목) = Day 5 (SNOP v4 기준), Day 2 (multichain 기준) = 본 노트일
- 5/29(금) = 본 주 잔여 1일 윈도우 = SRv3/CMv2 파라미터/6월 Snapshot 일정 carry-over
- 6/1~6/7 = 다음 주 윈도우 = SRv3 게시 미발생 시 후행 지속 시그널 = Snapshot 6월 후반 가능성
MPBC (Multi-Party Block Construction) -- 상세 분석
제안 핵심
| 항목 |
내용 |
| 출처 |
ethresearch 24975 |
| 공저자 |
Michael M., Kubi M., Alex T., Drew V. |
| 리뷰어 |
Jason V., George D., Thomas T., Barnabe M., Justin D., Quasar Builder, Max W., Davide R. |
| 카테고리 |
Block proposer |
| 단계 |
ethresearch 논문/제안서 (EIP 미진입) |
| 핵심 아이디어 |
단일 winning builder 블록 → 다중 빌더 협력 블록 (multi-party blocks) |
| 검열저항 효과 |
단일 빌더 재량 의존 제거 + multiple inclusion channels |
| 빌더 보상 모델 |
모든 블록에 트랜잭션 기여 시 보상 = 진입장벽 완화 |
| Operator 보상 모델 |
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 다수화로 부분 대체 가능 |
Curated Operator 측 시사
- (1) 신규 수익원 가능성 = "value they generate by adding transactions" = 현재 NO 측이 MEV-Boost relay 마진을 직접 수취하지 않는 구조에 비해 명시적 보상 도입 = NO 측 ARPU 상승 가능성 (정량 미정)
- (2) MEV-Boost relay 의존성 완화 가능성 = 본 제안 정착 시 단일 relay 의존 문제(검열저항/단일점 실패) 완화 = NO 측 relay 선택 정책(SNOP on Block Proposals v4) 재설계 트리거
- (3) ePBS vs MPBC 정합/충돌 = ePBS는 in-protocol single builder, MPBC는 multi-party 모델 = 본질적으로 다른 방향 = [추가 검증 필요 = ePBS와 MPBC 호환 가능성]
- (4) 인클루전 트랙 ETA = ethresearch 단계 → EIP 발의 → ACDC 의제 등재 → devnet → 하드포크 인클루전 = D+30~D+180+ 윈도우 = 본 노트일 시점 단계는 framework 제안
추적 변수 ([추가 검증 필요])
- 본 제안의 후속 EIP 발의 시점
- builder 측 응답 (Quasar Builder 리뷰 외 Titan / Flashbots / rsync 등)
- Vitalik / Justin Drake 측 코멘트 (Block proposer 카테고리 핵심 인사이트)
- Lido SNOP on Block Proposals v4 측 MPBC 정합 응답
- FOCIL / ePBS 트랙과 메커니즘 호환 분석
PeerDAS Constantine 최적화 -- 정량 분석
성능 수치 (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
| 항목 |
수치 |
| Target CPU |
8-core Zen 4 (Ryzen 7840HS = 일반 노트북 CPU) |
| 목표 성능 |
below 15 ms for proving 64 blobs (멀티스레드 최적화 후 추정) |
| 메모리 요구 |
24 MiB precomputation (96 MiB → 4배 감소) |
| 시사 |
라즈베리파이/임베디드 환경 validator 참여 가능성 확장 |
기술 최적화 요소
- Toeplitz matrix multiplication batched operations 재작성
- Precomputed Multi-Scalar Multiplications (MSMs) (최신 암호 연구 적용)
- 메모리 효율 + CPU 효율 동시 개선 (트레이드오프 없음)
Curated Operator 측 시사
- (1) Validator 하드웨어 요구사항 정량 완화 = consumer-grade 하드웨어로 PeerDAS 검증 가능 = dedicated 서버 사양 다운그레이드 가능성 = OpEx 절감
- (2) 2D PeerDAS / Hegota 후속 트랙 사전 마진 확보 = Row-level DA 추가 시 메모리/CPU 추가 부담을 미리 흡수 가능
- (3) 클라이언트 다양성 측 시그널 = Constantine = Nim 기반 = Nimbus CL 측 PeerDAS 효율 정합 가능성 = Lighthouse/Prysm/Teku/Lodestar 외 클라이언트 다양성 측 효율 우위
- (4) Ethereum Foundation grant 결과물 = PeerDAS 효율 개선의 EF 직접 펀딩 트랙 = 향후 EIP-8136 (Cell-Level Deltas) / EIP-8149 (Multi-KZG Point Evaluation) 등 PeerDAS evolution과 정합
Curated Operator 진입 시사점
1. 본 노트일 핵심 액션 아이템 (HIGH 우선순위)
| # |
액션 |
근거 |
| 1 |
MPBC ethresearch 24975 본문 정독 + 후속 EIP 발의 trajectory 모니터링 |
PBS 패러다임 재설계 신규 발의 = NO 측 신규 수익 모델 가능성 |
| 2 |
PeerDAS Constantine 정량 수치 NO 하드웨어 사양 검토 자료로 활용 |
OpEx 절감 검토 = dedicated 서버 → consumer-grade 환경 가능성 |
| 3 |
ACDT #81 (6/1 6/1) Glamsterdam 의제 모니터링 (bal-devnet-7 / Glamsterdam-devnet-5 scoping) |
validator 직접 정합 (블록 빌딩/MEV) |
| 4 |
ACDE #238 (6/4 ETA) D-7 사전 의제 burst 모니터링 (FOCIL / EIP-8243 / MPBC 의제 등재 가능성) |
D-7 윈도우 진입 |
| 5 |
Lido (w)stETH multichain 11592 댓글 trajectory 모니터링 (carry-over Day 1) |
6월 Snapshot agenda 분량 증가 신호 |
| 6 |
Lido 측 MPBC 응답 모니터링 (SNOP on Block Proposals v4와 정합 가능성) |
NO 측 MEV-Boost relay 정책 재설계 트리거 가능 |
2. PBS 트랙 의제 매트릭스 (본 노트일 기준)
| # |
트랙 |
단계 |
NO 영향 |
| 1 |
MEV-Boost relay (현행) |
운영 중 |
HIGH (relay 선택 = SNOP v4 정책) |
| 2 |
ePBS (in-protocol single builder) |
연구 단계 (long-term) |
MEDIUM (제안자 책임 단순화) |
| 3 |
FOCIL (EIP-7805) |
인클루전 후보 (Hegotá 헤드라이너) |
HIGH (IL committee 참여) |
| 4 |
MPBC (multi-party 협력 블록) |
본 노트일 신규 발의 (제안서 단계) |
MEDIUM -HIGH (신규 수익 모델) |
| 5 |
bal-devnet-7 (EIP-8037 Block Access List) |
ACDT #81 (6/1) 의제 |
MEDIUM (블록 빌딩 효율) |
3. Validator 하드웨어 트랙 매트릭스
| 항목 |
현재 |
PeerDAS Constantine 정합 후 |
| 메모리 (DA precomputation) |
96 MiB (c-kzg-4844) |
24 MiB (Constantine, -75%) |
| CPU 요구 |
dedicated 서버 권장 |
8-core Zen 4 (consumer notebook) 가능 |
| 64 블롭 prove 시간 |
[추가 검증 필요] |
<15 ms (멀티스레드 최적화 후 추정) |
| 하드웨어 OpEx 영향 |
기준 |
다운그레이드 마진 보유 (정량 NO별 상이) |
4. 어제 HIGH 시그널 D+1 정적 = 후속 모니터링 우선순위 유지
- FOCIL Lean 4 형식화 3가지 spec 균열 = 어제 5/27 분석 시 carry-over D+1 → 본 노트일 D+2 정적 = ACDC #179 (5/28 ETA) D-day 진입 = 본 노트일 우선순위 1순위 추적 (의제 등재 여부)
- EIP-8243 Batch Attestations = D+3 정적 = SSV/Obol 측 DVT 호환성 응답 미발생 = D+1~D+14 carry-over
- Lido (w)stETH multichain revocation 11592 = D+1 정적 = NEC mandate/guardrails 공식 문서 carry-over
후속 추적 작업 (D+1~D+14 ETA)
| 작업 |
우선순위 |
ETA |
| MPBC ethresearch 24975 본문 정독 + 메커니즘 spec 추출 |
HIGH |
D+1~D+3 |
| MPBC 후속 EIP 발의 trajectory 모니터링 |
HIGH |
D+7~D+30 |
| MPBC builder 측 응답 모니터링 (Titan/Flashbots/rsync) |
HIGH |
D+1~D+14 |
| MPBC vs ePBS vs MEV-Boost 호환성 비교 분석 |
HIGH |
D+3~D+7 |
| PeerDAS Constantine 정량 수치 NO 하드웨어 사양 검토 |
HIGH |
D+1~D+7 |
| Constantine vs c-kzg-4844 CL 클라이언트 정합 매트릭스 (Nimbus/Lighthouse) |
HIGH |
D+1~D+7 |
| ACDT #81 (6/1 6/1) Glamsterdam 의제 모니터링 |
HIGH |
D-4 (6/1) |
| ACDE #238 (6/4 14:00 UTC) 사전 의제 모니터링 |
HIGH |
D-7 (6/4) |
| EIPIP #127 (6/3) 의제 모니터링 |
MEDIUM |
D-6 (6/3) |
| ACDC #179 (5/28 ETA) FOCIL spec 보강 의제 모니터링 |
HIGH |
D-day (5/28) |
| Lido (w)stETH multichain 11592 댓글 trajectory 모니터링 |
HIGH |
D+1~D+14 |
| Lido 측 MPBC 응답 모니터링 (SNOP on Block Proposals v4 정합) |
HIGH |
D+1~D+14 |
| NEC mandate/guardrails 공식 문서 확보 |
HIGH |
D+1~D+7 |
| Lido SRv3 거버넌스 제안 게시 여부 추적 |
HIGH |
D+1~D+3 (5/29~5/30) |
| Lido CMv2 파라미터 제안 게시 여부 추적 |
HIGH |
D+1~D+14 |
| Lido 6월 Snapshot 일정 공지 추적 (carry-over Day 5) |
HIGH |
D+1~D+14 |
| EIP-8243 ethereum-magicians 28606 댓글 trajectory (D+3 정적) |
HIGH |
D+1~D+14 |
| FOCIL Lean 4 형식화 후속 댓글 모니터링 (D+2 정적) |
HIGH |
D+1~D+7 |
| bal-devnet-7 / EIP-8037 benchmarking/repricing 진행 |
MEDIUM |
D+4 (6/1 ACDT) |
| EIP-8146 정체성 [추가 검증 필요] |
LOW |
D+1~D+7 |
| FCR Breakout #9 (6/23 10:00 UTC) 의제 모니터링 |
MEDIUM |
D-26 (6/23) |
출처
- ethresearch 24975 -- Building towards Multi-Party Block Construction (5/27 12:06 UTC, Michael M./Kubi M./Alex T./Drew V., Block proposer category, domain=validator)
- ethresearch 24978 -- PeerDAS - 30% acceleration for 4x less memory usage (5/27 15:47 UTC, mratsim, Constantine 암호 라이브러리, Ethereum Foundation grant, Consensus category)
- ethresearch 24964 -- Physical integrity, attestation, and the state of permissionless TEEs (5/26 09:08 UTC carry-over D+2, fnerdman, Privacy, importance LOW)
- ethereum-magicians 28643 -- All Core Devs Testing (ACDT) #81, June 1, 2026 (5/27 16:50 UTC, importance HIGH, Protocol Calls, Glamsterdam 트랙)
- ethereum-magicians 28644 -- EIPIP Meeting #127, June 03, 2026 (5/27 18:40 UTC, importance MEDIUM, Protocol Calls)
- ethereum-magicians 28640 -- Glamsterdam Repricings #8, May 27, 2026 (5/27 13:05 UTC, EIP-8037 정합, Repricings → ACDT 이전)
- ethereum-magicians 28635 -- Post-Quantum (PQ) Interop #41, May 27, 2026 (5/27 09:50 UTC, importance LOW)
- ethereum-magicians 28617 -- ERC-8273: Attestation-Gated Agentic Actions (5/26 06:51 UTC, tag=validator misclassification, AI agent attestation ≠ validator attestation)
- EIPs commit 6c4afea -- Update EIP-8146: Toni/update 8146 (5/27 14:33 UTC, EIP-8146 정체성 [추가 검증 필요])
- research.lido.fi 11592 -- (w)stETH multichain canonical revocation + NEC 위임 (5/26 발의 carry-over Day 1)
- 수집 요약: output/sources/2026-05-28.summary.json
- Lido 데이터: output/sources/2026-05-28.lido.json
- 직전 분석: output/notes/daily/2026-05-27-validator-analysis.md
- PeerDAS entity 노트: output/entities/PeerDAS.md
- EIP-7594 entity 노트: output/entities/EIP-7594.md
- PBS entity 노트: output/entities/PBS.md
- MEV entity 노트: output/entities/MEV.md
- Lido entity 노트: output/entities/Lido.md