본문으로 이동
Financial Context Wiki

제안자-빌더 분리(PBS)

제안자-빌더 분리는 블록 구성과 합의 제안을 분리합니다. 이더리움 MEV-Boost 시장의 작동 방식, 프로토콜 내 PBS와의 차이, 릴레이·검열·집중·슬롯 누락 위험을 설명합니다.

업데이트

교육 목적으로만 제공되며 투자 또는 검증자 운영 조언이 아닙니다. PBS는 MEV, 검열, 슬롯 누락, 릴레이, 빌더 집중 또는 프로토콜 설계 위험을 없애지 않습니다.

직접 답변

제안자-빌더 분리(PBS)는 블록 생산의 두 작업을 나눕니다. 빌더는 거래를 선택하고 순서를 정해 실행 페이로드를 구성합니다. 합의에 의해 해당 슬롯에 선택된 제안자는 페이로드 커밋먼트를 선택하고 블록 제안에 서명한 뒤 완전한 블록을 전파하거나 전파되게 합니다. 제안자는 여전히 합의 의무를 지는 검증자입니다. 빌더는 별도의 시장 역할이며, 오늘날 외부 시장에서는 해당 슬롯의 검증자일 필요가 없습니다.

이더리움에서는 현재 사용되는 시스템과 제안된 프로토콜 변경을 구분해야 합니다. MEV-Boost는 프로토콜 외부 PBS입니다. 검증자 미들웨어가 빌더와 제안자 간 경매를 중개하는 릴레이에 질의합니다. 프로토콜 내 PBS(ePBS)는 교환과 이행을 이더리움 합의 규칙에 넣습니다. 사실 확인일 현재 이더리움은 프로토콜 내 PBS를 최종 사양이 없는 연구 단계로 설명하며, EIP-7732도 초안 제안입니다.

PBS는 각 검증자가 정교한 MEV 탐색 및 블록 구성 스택을 운영하지 않아도 경쟁력 있는 블록 가치에 접근하도록 하는 것이 목적입니다. 제안자 사이의 중앙화 우위를 줄일 수 있지만 MEV를 없애지는 않습니다. 전문 구성을 빌더 시장으로 옮기는 대신 릴레이 신뢰, 빌더 및 주문 흐름 집중, 검열, 타이밍, 페이로드 가용성 문제가 생깁니다.

작동 방식

  1. 빌더가 구성하고 입찰합니다. 빌더는 공개 거래와 흔히 비공개 주문 흐름 또는 서처 번들을 받습니다. 후보 블록을 시뮬레이션하고 거래 순서를 정해 유효한 실행 페이로드를 만든 뒤 제안자에게 제시하는 지급액을 나타내는 입찰을 붙입니다.
  2. 현재 시장은 릴레이가 중개합니다. MEV-Boost 설계에서 릴레이는 빌더의 완전한 페이로드를 받아 정책에 따라 제출물을 검사하고, 처음에는 거래 본문을 제안자에게 공개하지 않은 채 서명된 헤더와 입찰을 제공합니다. MEV-Boost는 설정된 여러 릴레이에 질의해 사용 가능한 응답을 비교할 수 있습니다.
  3. 제안자가 커밋먼트를 선택합니다. 제안자는 외부 입찰과 로컬 구성 페이로드를 비교하고 최소 입찰액 같은 설정을 적용할 수 있습니다. 외부 입찰을 수락하면 선택된 페이로드 헤더에 커밋된 블라인드 비콘 블록에 서명하며, 이후 그 페이로드의 거래를 다른 것으로 바꿀 수 없습니다.
  4. 페이로드가 공개되고 검증됩니다. 릴레이는 서명된 블라인드 블록을 받은 뒤 완전한 실행 페이로드를 반환하거나 게시합니다. 합의 및 실행 클라이언트가 결과 블록을 검증합니다. 늦거나 사용할 수 없거나 무효인 페이로드는 게시를 방해하고 슬롯 누락을 일으킬 수 있습니다.
  5. 지급과 합의는 별개입니다. 빌더 입찰은 제안자가 설정한 수수료 수신 주소에 약속한 실행 계층 지급액입니다. 합의 계층의 제안 보상과 페널티는 별도 프로토콜 규칙을 따릅니다. 빌더를 선택해도 최종성이나 포크 선택 권한이 빌더에게 넘어가지 않습니다.

Builder API는 검증자 등록, 헤더 조회, 서명된 블라인드 블록 제출 같은 인터페이스를 표준화합니다. API 사양 자체는 신뢰 보장이 아닙니다. 릴레이 승인, 검증, 데이터 처리 및 장애 동작은 여전히 구현과 배포에 달려 있습니다.

예시

검증자의 로컬 실행 클라이언트가 0.03 ETH 가치의 페이로드를 만들 수 있고, 사용 가능한 릴레이 입찰이 0.05 ETH, 0.08 ETH, 0.07 ETH라고 가정합니다. 지연과 장애 비용을 무시하면 가장 높은 외부 입찰은 로컬 구성보다 0.05 ETH의 총 증가분을 제공합니다.

총 증가분 = 빌더 입찰 - 로컬 페이로드 가치 = 0.08 ETH - 0.03 ETH = 0.05 ETH

제안자는 0.08 ETH 헤더를 선택하고 전체 거래 목록을 보지 못한 채 블라인드 블록에 서명합니다. 이후 릴레이가 커밋된 페이로드를 제공하거나 게시합니다. 블록이 유효하고 제시간에 도착하면 네트워크가 처리하고 설정된 수수료 수신 주소가 빌더 지급액을 받습니다. 제안자는 여전히 합의 역할을 수행하며, 블록이 정식 체인에 포함되거나 최종화되는지는 빌더가 결정하지 않습니다.

이 비교는 순수익을 보장하지 않습니다. 릴레이 지연, 공개 실패, 소프트웨어 동작, 지급 검증, 슬롯 누락 확률과 비용이 모두 중요합니다. 제안자의 정책을 만족하는 외부 입찰이 제시간에 없다면 올바르게 설정된 클라이언트는 로컬 페이로드를 사용할 수 있습니다.

위험

  • 릴레이 신뢰와 가용성: 현재 MEV-Boost 릴레이는 공정 교환을 중개하고 완전한 빌더 페이로드를 보며 승인·검증 정책을 적용하고 시간에 민감한 경로에 있습니다. 릴레이 다양성은 한 엔드포인트 의존을 줄이지만 모든 릴레이의 정직성과 가용성을 보장하지 않습니다.
  • 빌더와 주문 흐름 집중: 더 나은 비공개 주문 흐름, 지연 성능, 자본 또는 시뮬레이션 인프라를 가진 빌더가 더 많은 블록을 차지할 수 있습니다. 제안자 수익을 두고 벌이는 경쟁 경매만으로 분산된 구성이나 중립적 거래 포함이 보장되지는 않습니다.
  • 검열과 개인정보: 빌더나 릴레이는 거래를 제외할 수 있고 비공개 주문 흐름이 중개자에게 노출될 수 있습니다. 제안된 포함 목록은 별도의 프로토콜 설계이며, 현재 PBS가 모든 유효 거래의 포함을 자동으로 강제하지는 않습니다.
  • 타이밍, 미공개 및 슬롯 누락: 높은 입찰도 커밋된 페이로드가 유효하고 제시간에 전달되어야 가치가 있습니다. 빌더의 페이로드 미공개, 릴레이 장애, 네트워크 지연 또는 잘못된 설정은 보상을 줄이거나 제안자의 슬롯 누락을 일으킬 수 있습니다.
  • 변화하는 프로토콜 가정: EIP-7732 같은 ePBS 제안은 지급, 공개, 검증 및 포크 선택 방식을 바꿉니다. 아직 초안이므로 운영자와 연구자는 로드맵 문구를 현재 보장으로 간주하지 말고 배포된 포크의 사양을 사용해야 합니다.

흔한 오해

오해 1: PBS가 MEV를 없앤다

PBS는 블록을 구성하는 주체와 제안하는 주체를 분리합니다. 빌더는 여전히 MEV 추출을 두고 경쟁하며, 설계는 MEV가 검증자를 중앙화하는 효과를 줄이고 입찰을 통해 블록 가치를 분배하려 합니다.

오해 2: 빌더가 블록을 제안하거나 최종화한다

빌더는 실행 페이로드를 구성합니다. 슬롯 제안자가 블록 제안에 서명하고 다른 검증자가 증명하며, 이더리움의 포크 선택 및 최종성 규칙이 정식 체인을 결정합니다.

오해 3: MEV-Boost는 이미 신뢰가 필요 없고 프로토콜이 강제하는 PBS다

MEV-Boost는 릴레이를 사용하는 외부 미들웨어입니다. 이더리움 합의를 바꾸지 않고 PBS를 근사하므로 신뢰 및 장애 가정이 미래의 프로토콜 내 설계와 다릅니다.

오해 4: 표시된 최고 입찰이 항상 최선이다

입찰액은 하나의 입력일 뿐입니다. 유효성, 전달 시점, 릴레이 동작, 로컬 대체, 수수료 수신 주소 설정 및 슬롯 누락 위험이 실제 결과에 영향을 줍니다.

관련 주제

출처

탐색

위키 검색...