Archived content — no longer updated since July 2026. See Reports for the latest research.
← Validator Ops

2026-05-28 Validator Operations Analysis -- MPBC(Multi-Party Block Construction) 신규 발의 + PeerDAS Constantine 30% acceleration/4x less memory + (w)stETH multichain revocation carry-over Day 1 + 어제 HIGH 시그널 D+1 정적 + Lido CMv2 패키지 carry-over Day 5

high Validator Ops
EIP-7594 EIP-7805 EIP-8243 EIP-7002 EIP-7251

핵심 하이라이트

  • [HIGH] MPBC 신규 발의 -- 단일 빌더 PBS 모델 → 다중 빌더 협력 블록 구성 패러다임 전환 제안.
  • [HIGH] PeerDAS Constantine 30% acceleration + 4x less memory -- consumer 하드웨어 validator 참여 가능성 정량 입증.
  • [MEDIUM] (w)stETH multichain revocation + NEC 위임 carry-over Day 1 -- 본 노트일 Lido 신규 zero, 어제 HIGH 시그널 댓글 trajectory D+1 정적.
  • [MEDIUM] ACDT #81 (6/1) Glamsterdam 의제 등재 + EIPIP #127 (6/3) + ACDE D-7 진입 -- bal-devnet-7 / Glamsterdam-devnet-5 본격 진행.

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)

출처

Sources