비트코인 채굴처럼 경쟁하는 이더리움 Builder: ePBS 구조 완전 해설
핵심 요약 3가지
- Glamsterdam 업그레이드는 ePBS를 프로토콜에 내장해 이더리움의 블록 생산 구조를 근본적으로 재설계한다.
- Proposer는 슬롯마다 자동 선정되며, Builder는 비트코인 채굴자처럼 경쟁적으로 Payload를 제출한다.
- ePBS는 검열 저항성 강화, Builder 중앙화 완화, MEV 투명성 향상이라는 이더리움의 장기 목표를 실현하는 핵심 요소다.
Glamsterdam 업그레이드는 ePBS를 통해 Proposer–Builder 구조를 완전히 재설계하며, 이더리움 블록 생산의 새로운 시대를 연다.
20초 쇼츠 영상
Ethereum Glamsterdam 업그레이드: ePBS가 여는 새로운 블록 생산 구조
CoinMarketCap은 최근 다음과 같은 소식을 전했습니다:
“Ethereum's Glamsterdam upgrade is now in its final development phase ahead of testnet deployment, with a mainnet launch expected in H2 2026.”
Glamsterdam은 단순한 기능 추가가 아니라, 이더리움 블록 생산 구조 자체를 프로토콜 레벨에서 재설계하는 대형 업그레이드입니다. 그 핵심에는 ePBS(Enshrined Proposer‑Builder Separation)가 있습니다. ePBS는 지금까지 외부 MEV-Boost 시스템에 의존하던 블록 생성 과정을 프로토콜 내부로 통합하고, Proposer와 Builder의 역할을 명확히 분리하여 검열 저항성·탈중앙화·MEV 구조를 근본적으로 개선합니다.
또한, 이 글은 이전에 다룬 “Focil과 ePBS가 다시 쓰는 이더리움의 블록 생산 파이프라인” 과 함께 읽으면 전체 구조를 더 쉽게 이해할 수 있습니다. 특히, ePBS가 왜 필요한지 그 배경을 설명한 “이더리움 블록이 다시 태어난다: FOCIL과 ePBS가 슬롯 구조를 완전히 뒤집는 이유” 도 함께 참고하면, Glamsterdam 업그레이드가 어떤 철학과 문제의식 위에서 설계되었는지 더 명확해집니다.
1) ePBS에서 Proposer는 Builder의 Payload를 어떻게 수신·확인하는가
ePBS 구조에서 블록 생성은 두 주체로 나뉩니다:
- Builder: Execution Payload(트랜잭션 묶음)를 생성하는 주체
- Proposer: 여러 Builder가 제출한 Payload 중 하나를 선택해 블록을 완성하는 주체
여기서 중요한 점은 Proposer는 언제 선택되는가입니다.
Proposer는 Beacon Chain(Consensus Layer)이 Slot마다 자동으로 선정합니다.
Slot은 약 12초 간격으로 돌아가며, 검증자 집합에서 무작위로 선택된 Proposer가 해당 Slot 동안 단 한 번 블록을 제안할 권한을 갖습니다.
즉, Proposer는 프로토콜이 선출하는 공식 역할입니다.
① Builder → Proposer: Payload 제출
Builder는 자신이 만든 Execution Payload를 Proposer에게 전송합니다.
Payload에는 트랜잭션 목록, 상태 루트(state root), Builder가 제시하는 보상(bid)이 포함됩니다.
여러 Builder가 동시에 Payload를 제출할 수 있습니다.
② Proposer는 네트워크 메시지로 Payload 수신
Proposer는 ePBS 인터페이스를 통해 Builder들의 Payload를 수신합니다.
Slot이 시작되면 Proposer는 해당 Slot 동안 도착하는 모든 Payload를 받습니다.
Builder는 가능한 한 빠르게 Payload를 제출해야 경쟁에서 유리합니다.
③ Execution Client가 Payload 유효성 검증
Proposer는 Payload가 실제로 실행 가능한지 확인해야 합니다.
이를 위해 자신의 Execution Client에게 검증을 요청합니다. Execution Client는 다음을 확인합니다:
- 트랜잭션 유효성
- 상태 전이(state transition)의 올바름
- state root 일치 여부
- 가스 한도 준수 여부
④ Proposer는 가장 높은 보상을 제시한 Payload 선택
유효한 Payload 중에서 가장 높은 bid(보상)을 제시한 Builder의 Payload를 Proposer가 선택합니다.
Proposer는 이 보상을 블록 제안 보상으로 받습니다.
⑤ 선택된 Payload를 Beacon Block에 포함
Proposer는 선택한 Payload를 Beacon Block에 포함해 블록을 완성합니다.
이후 검증자들이 Attestation을 수행하며 합의가 진행됩니다.
요약: Proposer는 Slot마다 Beacon Chain이 자동 선정되며, Builder들이 제출한 Payload를 수신·검증한 뒤 가장 높은 보상을 제시한 Payload를 선택해 블록에 포함합니다.
2) Builder의 Payload 생성·무시 타이밍을 비트코인 채굴 경쟁과 비교한 정리
Builder의 경쟁 구조는 비트코인 채굴자(miner)의 경쟁 구조와 매우 유사합니다. 둘 다 “라운드 기반 경쟁 → 누군가 승리 → 나머지는 즉시 중단”이라는 동일한 타이밍 모델을 따릅니다.
또한 Builder는 프로토콜이 선정하는 역할이 아니라, 경제적 보상을 위해 자발적으로 참여하는 시장 경쟁자입니다. Builder의 핵심 인센티브는 다음과 같습니다:
- MEV(Maximal Extractable Value) 수익 극대화
- Proposer에게 입찰(bid)을 제시해 블록 채택 경쟁에서 승리
- 규모의 경제를 통한 더 큰 MEV 확보
① 경쟁 시작 타이밍
비트코인 채굴자: 새로운 블록 높이(height)가 열리면 채굴 시작
이더리움 Builder: 새로운 Slot이 시작되면 Payload 생성 시작
② 경쟁 중 행동
비트코인 채굴자: nonce를 바꿔가며 해시 퍼즐 계산, 블록 후보 재구성
Builder: mempool 모니터링, MEV 기회 계산, Payload 재구성 및 제출
③ 경쟁 종료 타이밍
비트코인 채굴자: 다른 채굴자가 블록을 찾으면 즉시 작업 중단
Builder: 다음 상황에서 Payload 즉시 폐기:
- Proposer가 다른 Builder의 Payload를 선택했을 때
- Slot이 종료되었을 때
- 다른 Builder가 더 높은 Bid로 승리했을 때
④ 전체 비교 요약
| 항목 | 비트코인 채굴자 | 이더리움 Builder (ePBS) |
|---|---|---|
| 경쟁 시작 | 새 블록 높이 | 새 Slot |
| 경쟁 방식 | PoW 해시 퍼즐 | MEV 기반 Payload 생성 |
| 경쟁 목표 | 블록 해시 찾기 | Proposer에게 선택받기 |
| 경쟁 종료 | 다른 채굴자가 블록 생성 | Proposer가 다른 Payload 선택 |
| 패배 시 행동 | 즉시 채굴 중단 | 즉시 Payload 폐기 |
| 다음 라운드 | 새 Height에서 재시작 | 새 Slot에서 재시작 |
마무리: Glamsterdam이 가져올 변화의 핵심은 ‘내장형 ePBS’
Glamsterdam 업그레이드는 이더리움 블록 생산 구조를 프로토콜 레벨에서 재설계하는 대형 변화입니다.
- Beacon Chain이 Slot마다 자동으로 선정하는 Proposer는 선택한 Payload를 Beacon Block에 포함해 블록을 제안합니다.
- Builder는 MEV 수익을 위해 자발적으로 경쟁하는 시장 참여자입니다.
- Proposer는 Builder들의 Payload를 수신·검증해 가장 높은 보상을 제시한 Payload를 선택합니다.
- Builder 경쟁 구조는 비트코인 채굴과 유사한 “라운드 기반 경쟁 모델”을 따릅니다.
이 구조는 검열 저항성 강화, Builder 중앙화 완화, MEV 투명성 증가라는 이더리움의 장기적 목표를 실현하는 핵심 요소입니다. Glamsterdam이 메인넷에 도달할 것으로 예상되는 2026년 하반기, 이더리움은 블록 생산 구조에서 새로운 시대를 맞이하게 될 것입니다.
정윤찬 (Younchan Jung)
AI, 블록체인, 온체인 경제의 구조적 변화를 탐구하는 리서처.
This article is also available in English.