비트코인 채굴처럼 경쟁하는 이더리움 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.

댓글

이 블로그의 인기 게시물

Ethereum’s Quiet Takeover: How Stablecoins and Tokenized Assets Are Rewriting Global Finance

The Real Reason the CLARITY Act Stalled: A USDC Yield War Between Coinbase and the Banks

비트코인은 자산, 이더리움은 인프라: 기관이 다시 짜는 글로벌 금융의 판도