비트코인 채굴처럼 경쟁하는 이더리움 Builder: ePBS 구조 완전 해설
※ 이 글은 현재 버전으로 우선 게시되며, 2일 후 Daily Crypto Times(DCT) 포맷에 맞춘 최종 버전으로 업데이트될 예정입니다.
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 업그레이드는 이더리움 블록 생산 구조를 프로토콜 레벨에서 재설계하는 대형 변화입니다.
- Proposer는 Slot마다 Beacon Chain이 자동 선정되는 공식 역할입니다.
- Builder는 MEV 수익을 위해 자발적으로 경쟁하는 시장 참여자입니다.
- Proposer는 Builder들의 Payload를 수신·검증해 가장 높은 보상을 제시한 Payload를 선택합니다.
- Builder 경쟁 구조는 비트코인 채굴과 유사한 “라운드 기반 경쟁 모델”을 따릅니다.
이 구조는 검열 저항성 강화, Builder 중앙화 완화, MEV 투명성 증가라는 이더리움의 장기적 목표를 실현하는 핵심 요소입니다. Glamsterdam이 메인넷에 도달할 것으로 예상되는 2026년 하반기, 이더리움은 블록 생산 구조에서 새로운 시대를 맞이하게 될 것입니다.
정윤찬 (Younchan Jung)
AI, 블록체인, 온체인 경제의 구조적 변화를 탐구하는 리서처.
This article is also available in English.
댓글
댓글 쓰기