ePBS, 중개자 없는 제안자·빌더 분리

Strawmap Glamsterdam (2027년 초) · ePBS

비컨 블록에서 실행 부분을 떼어내고 제안자가 프로토콜 안에서 빌더의 입찰을 골라 블록 제작을 맡기게 합니다. 외부 중개자 없이 제안자와 빌더가 직접 거래합니다.

왜 필요한가

지금 대부분의 블록 제안자는 블록에 어떤 거래를 담을지 정하는 실행 부분 제작을 외부 빌더(builder)에게 맡깁니다. 빌더가 약속한 블록을 실제로 전달해 주는 중개자를 거쳐야 하고 제안자와 빌더 모두 상대방과 중개자가 정직하다고 믿어야 합니다. 검증자도 블록을 받은 뒤 슬롯의 3분의 1이라는 짧은 시간 안에 합의 검증, 실행 검증, 블롭(blob) 데이터 확인을 모두 끝내고 투표해야 합니다. 실행 페이로드 전체가 비컨 블록에 실려 있어 전파도 느립니다. ePBS는 빌더를 프로토콜 안에 예치하는 주체로 만들어 중개자를 없앱니다. 정직한 제안자는 빌더가 어떻게 행동하든 지불을 받고 정직한 빌더의 블록은 제안자가 어떻게 행동하든 체인에 올라갑니다. 실행 검증은 슬롯 후반으로 밀려 투표 전 부담이 줄고 빌더가 블롭 데이터를 일찍 방송할 수 있어 블롭 거래 때문에 체인이 되감기는(reorg) 위험도 줄어듭니다. 지금은 데브넷7에서 슬롯 마감 시각과 빌더 예치 컨트랙트의 안전장치를 정하며 시험하는 단계입니다. Strawmap은 Glamsterdam에 넣는 것으로 그리지만 예상일 뿐 확정은 아닙니다.

어떻게 동작하나

  1. 빌더가 예치하고 등록합니다 빌더는 실행 계층에 새로 두는 예치 컨트랙트에 최소 1 ETH를 넣어 비컨 상태의 빌더 명단에 오릅니다. 검증자가 아니라서 어테스테이션이나 위원회에는 참여하지 않습니다.
  2. 제안자가 입찰을 고릅니다 빌더는 블록 해시와 지불 금액 같은 최소 정보만 담은 입찰(bid)에 서명해 보냅니다. 제안자는 그중 하나를 골라 비컨 블록에 넣어 방송합니다. 직접 블록을 만들 수도 있습니다.
  3. 빌더가 페이로드를 공개합니다 비컨 블록이 퍼진 뒤 빌더는 약속한 실행 페이로드와 블롭 데이터에 서명해 방송합니다. 데브넷7에서는 어테스테이션 3초, 페이로드 6초 마감으로 잠정 정했습니다.
  4. 위원회가 제때 왔는지 확인합니다 슬롯마다 512명을 뽑은 페이로드 적시성 위원회(PTC)가 페이로드와 블롭 데이터가 기한 안에 공개됐는지 투표합니다. 과반이 넘으면 그 페이로드가 체인에 포함된 것으로 봅니다. 실행 내용 검증은 슬롯 후반에 합니다.

관련 EIP

← 로드맵