이더리움 ePBS 완전 정리: EIP-7732가 블록 생성을 나누는 법

이더리움에는 이미 전문 블록 빌더(Builder)가 있지만, 빌더와 밸리데이터(Validator)의 인수인계는 대부분 프로토콜 밖 소프트웨어를 거쳐요. EIP-7732의 이더리움 ePBS는 이 교환을 합의 규칙 안으로 옮기려는 설계입니다. 글램스테르담(Glamsterdam)의 핵심 변경 중 하나이며, 블록체인 인프라 기초를 알아 두면 구조가 더 선명해져요.

합의 제안자(Proposer)가 서명된 입찰을 고르고, 선택된 빌더가 실행 페이로드(Execution Payload)를 공개하며, 위원회가 제시간에 도착했는지 알리는 흐름이에요. 신뢰해야 하는 릴레이(Relay)를 줄이고 페이로드 전파 시간을 넓히는 것이 목표입니다. 그렇다고 MEV가 사라지거나 모든 트랜잭션이 즉시 확정되는 것은 아니에요.

내장형 제안자-빌더 분리란?

제안자는 한 슬롯(Slot)의 합의 블록을 게시하도록 선택된 밸리데이터예요. 빌더는 순서가 정해진 트랜잭션과 실행 결과를 담은 페이로드를 조립합니다. 같은 운영자가 두 일을 할 수도 있지만 전문 빌더들이 가치가 높은 페이로드를 만들기 위해 경쟁하기도 해요.

현재 많은 제안자는 MEV-Boost와 릴레이를 사용합니다. 릴레이는 입찰과 페이로드를 확인하고 어느 한쪽이 교환 과정에서 속이기 어렵게 만들어요. 하지만 이더리움 합의 프로토콜이 그 안의 약속을 모두 집행하는 것은 아닙니다.

내장형(Enshrined) PBS는 핵심 입찰·약속·공개·지급을 프로토콜 규칙으로 옮겨요. 봉인된 화물 경매와 비슷합니다. 제안자는 서명된 운송 제안을 고르고, 빌더는 마감 전에 약속한 화물을 전달하며, 지정 검사관은 도착 여부를 알립니다. 대금 지급도 민간 중개인의 약속이 아니라 터미널 규칙을 따라요.

구분	현재 프로토콜 밖 PBS	EIP-7732의 ePBS
트랜잭션 조립	주로 전문 빌더	로컬 빌더를 포함한 빌더
블록 선택	해당 슬롯의 제안자	합의 제안자
교환 통로	MEV-Boost·릴레이·Builder API	합의 객체와 포크 선택 규칙
도착 시점 확인	릴레이와 클라이언트 흐름	페이로드 적시성 위원회(PTC)
릴레이 사용 금지	아니요	아니요. 부가 서비스에 남을 수 있어요

ePBS 슬롯은 어떻게 진행되나

1. 빌더가 입찰을 준비해요

빌더는 후보 실행 페이로드를 만들고 입찰에 서명합니다. 입찰은 부모·페이로드 블록 해시, 수수료 수령 주소, 가스 한도, 제안자에게 줄 가치 등에 약속을 걸어요. 구현 기준인 Gloas 합의 명세는 아직 바뀔 수 있는 초안이라고 명시합니다.

2. 제안자가 입찰을 골라요

합의 제안자는 유효한 입찰을 비교해 하나를 비콘 블록(Beacon Block)에 넣어요. 이 블록을 게시하기 전에 전체 실행 페이로드를 받을 필요는 없습니다. 로컬에서 만든 페이로드도 지원하므로 모든 제안자가 반드시 외주를 줘야 하는 구조는 아니에요.

3. 빌더가 페이로드를 공개해요

입찰이 선택되면 빌더는 일치하는 실행 페이로드 엔벌로프(Envelope)를 전파합니다. 노드는 공개 내용이 앞선 약속과 맞는지 확인해요. 낙찰 뒤 다른 페이로드로 몰래 바꾸기 어렵습니다.

4. PTC가 적시성을 알려요

일부 밸리데이터는 **페이로드 적시성 위원회(Payload Timeliness Committee, PTC)**로 배정돼요. 이들은 페이로드가 기본 확인을 거쳐 제시간에 도착했는지 투표합니다. 이는 도착·가용성 신호이지 전체 실행 검증을 영구히 대신하지 않아요.

Gloas 밸리데이터 명세는 비콘 블록 증명, 페이로드 공개, 페이로드 증명의 마감을 나눕니다. 무거운 작업을 첫 마감에서 옮겨 실행과 데이터 가용성을 확인할 시간을 더 확보해요.

5. 포크 선택과 지급이 결과를 정리해요

포크 선택(Fork Choice)은 비콘 블록과 페이로드가 모두 있는 전체 슬롯, 비콘 블록만 있는 빈 슬롯, 비콘 블록도 없는 건너뛴 슬롯을 구분합니다. 정해진 보안 가정 아래 정직한 제안자의 지급과 정직한 빌더의 적시 페이로드를 보호하도록 설계됐어요. 프로토콜이 관리하는 빌더 잔액과 대기 지급 때문에 빌더에게 새 운영 책임도 생깁니다.

왜 블록 파이프라인을 바꾸나

현재는 여러 무거운 작업이 짧은 검증 구간에 몰려요. 밸리데이터는 실행 페이로드가 든 비콘 블록을 받고, 실행하고, 관련 데이터를 확인한 뒤 증명해야 합니다. 페이로드가 커질수록 전 세계에 분산된 네트워크가 이 구간을 맞추기 어려워져요.

EIP-7732는 합의 블록과 뒤따르는 페이로드 공개를 분리합니다. EIP에 따르면 다음 제안자는 페이로드 검증에 약 6초, 다른 밸리데이터는 약 9초를 확보해요. ethereum.org는 기존 약 2초였던 전파 시간이 약 9초로 늘어나는 효과로 요약합니다.

이는 “공짜 처리량”이 아니라 엔지니어링 여유예요. 홈 밸리데이터가 모든 일을 즉시 끝내도록 강요하지 않으면서 더 큰 페이로드나 더 많은 블롭(Blob)을 지원하는 데 쓸 수 있습니다. 글램스테르담은 이 시간 구조와 함께 블록 레벨 액세스 리스트도 추진해요.

사용자와 운영자에게 달라지는 점

대부분의 지갑 사용자는 빌더를 고르거나 PTC에 참여하거나 ETH를 옮길 필요가 없어요. 트랜잭션은 여전히 포함 경쟁을 하고, 수수료는 수요와 실행 비용에 따라 달라집니다.

다만 확인 상태는 정확히 구분해야 해요. EIP-7732는 N 슬롯의 트랜잭션이 다음 제안자가 그 위에 블록을 만들고 증명자가 해당 헤드(Head)에 투표하기 전까지 널리 검증된 상태가 아니라고 설명합니다. 지갑·거래소·브리지·롤업은 “포함”, “실행”, “안전(Safe)”, “최종 확정(Finalized)”을 따로 시험해야 해요.

밸리데이터에는 입찰, 페이로드, PTC, 포크 선택 의무가 생깁니다. 풀과 분산 밸리데이터 기술(DVT) 제공자는 합의 블록과 페이로드 상태를 따로 감시해야 해요. 이더리움 재단의 Platåberget 공지도 솔로 스테이커와 운영자에게 새 빌더 흐름·예치를 테스트해 달라고 요청합니다.

빌더는 잔액을 유지하고 유효한 입찰을 내며 정확한 페이로드를 마감 전에 공개해야 해요. 릴레이는 입찰 모음, 경로 선택, 프라이버시, 모니터링 같은 부가 서비스를 계속 제공할 수 있습니다. “내장형”이 모든 미들웨어의 소멸을 뜻하지는 않아요.

리스크와 한계

• 명세 변경: EIP-7732는 검토 상태이고 Gloas 명세도 작업 중이에요.
• 빌더 집중: 프로토콜 PBS가 경쟁적인 빌더 시장을 자동으로 만들지는 않습니다.
• 공개 거부: 낙찰 빌더가 공개하지 않으면 빈 실행 슬롯이 생길 수 있어요.
• 구현 복잡성: 클라이언트는 블록·입찰·엔벌로프·PTC 메시지·잔액·포크 선택을 함께 처리합니다.
• 네트워크 지연: 비콘 블록이나 페이로드 한쪽만 보는 감시는 잘못된 경보를 만들 수 있어요.
• MEV 존속: 교환 구조가 바뀌어도 트랜잭션 순서 가치와 모든 검열 유인이 없어지지는 않습니다.
• 최종성 혼동: 제시간 공개는 경제적 최종성(Finality)이 아니에요.

이는 프로토콜 리스크이지 ETH 가격 전망이 아닙니다. 암호화폐는 변동성이 크므로 잃어도 되는 범위에서만 접근하세요.

준비 체크리스트

1. 지갑·인덱서·클라이언트·빌더·릴레이·스테이킹 풀 중 자신의 역할을 구분하세요.
2. 비콘 블록 게시, 페이로드 공개, PTC 적시성, 실행 검증, 안전한 헤드, 최종 확정을 따로 기록하세요.
3. 정상 슬롯뿐 아니라 빈 슬롯과 지연 공개도 시험하세요.
4. 클라이언트 버전, 네트워크 설정, 명세 커밋, 테스트 날짜를 남기세요.
5. 빌더 예치와 밸리데이터 실험에는 테스트넷 자금만 쓰세요.
6. 활성화 전 글램스테르담 로드맵과 공식 클라이언트 릴리스를 다시 확인하세요.

자주 묻는 질문

ePBS는 메인넷에 이미 적용됐나요?

아니요. 2026년 9월 28일 현재 다음 이정표는 10월 6일 세폴리아 포크이며, 확정된 메인넷 활성화 날짜는 없습니다.

ePBS가 MEV-Boost와 릴레이를 없애나요?

기본 페이로드-대금 교환에서 릴레이를 신뢰할 필요를 줄여요. 부가 서비스를 위한 미들웨어는 남을 수 있습니다.

PTC는 투표 전에 모든 트랜잭션을 실행하나요?

아니요. 적시성 신호를 위해 기본 페이로드 확인을 하며, 전체 실행 검증은 노드에 여전히 중요해요.

ePBS가 가스비를 낮춰 주나요?

직접 보장하지 않아요. 블록 생성 흐름과 전파 시간을 바꾸며, 수수료는 가스 규칙과 블록 공간 수요에 좌우됩니다.

ePBS와 제안자 미리보기는 같은가요?

아니요. EIP-7917 제안자 미리보기는 미래 제안자 배정을 일찍 공개하고, EIP-7732는 제안자-빌더 교환을 정의해요.

1차 출처

• EIP-7732
• Ethereum.org: Glamsterdam
• Gloas 비콘 체인 명세
• Gloas 밸리데이터 명세
• 이더리움 재단: Platåberget 테스트넷
• 이더리움 빌더 명세

정리

EIP-7732는 제안자-빌더 인수인계를 합의가 볼 수 있는 절차로 바꿔요. 제안자가 입찰에 약속하고, 빌더가 페이로드를 공개하며, PTC가 적시성을 알리고, 프로토콜이 지급과 포크 선택을 처리합니다. 실행 데이터를 옮기고 검증할 시간을 더 확보하면서 핵심 릴레이 신뢰 의존을 낮추는 구조예요.

동시에 새로운 의무와 실패 경로를 만드는 큰 합의 변경입니다. 세폴리아에서 가정을 시험하고, 확인 상태를 정확히 구분하며, 메인넷 전에 최종 명세를 확인하세요. 이 글은 교육 목적이며 투자 조언이 아닙니다. 스스로 조사하세요(DYOR/NFA).