---
title: "提議者-建構者分離（PBS）"
description: "提議者-建構者分離將區塊建構與共識提議拆開。了解以太坊 MEV-Boost 市場如何運作、它與協議內 PBS 的區別，以及中繼、審查、集中化和錯過時隙風險。"
image: "https://wiki.fcontext.com/og.png"
---
> Documentation Index
> Fetch the complete documentation index at: https://wiki.fcontext.com/llms.txt
> Use this file to discover all available pages before exploring further.
# 提議者-建構者分離（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：顯示的最高競價總是最佳選擇
競價金額只是一個輸入。有效性、交付時序、中繼行為、本地回退、費用接收地址設定和錯過時隙風險都會影響實際結果。
## 相關主題
- [抗審查性](/zh-tw/crypto/censorship-resistance/)
- [分叉選擇規則](/zh-tw/crypto/fork-choice-rule/)
- [MEV](/zh-tw/crypto/mev/)
- [驗證者](/zh-tw/crypto/validator/)
- [最終性](/zh-tw/crypto/finality/)
## 來源
- [提議者-建構者分離](https://ethereum.org/roadmap/pbs/) - Ethereum.org（查閱日期：2026-08-21）
- [最大可提取價值（MEV）](https://ethereum.org/developers/docs/mev/) - Ethereum.org（查閱日期：2026-08-21）
- [Builder API](https://ethereum.github.io/builder-specs/) - Ethereum Builder Specifications（查閱日期：2026-08-21）
- [MEV-Boost](https://github.com/flashbots/mev-boost) - Flashbots（查閱日期：2026-08-21）
- [EIP-7732：協議內提議者-建構者分離](https://eips.ethereum.org/EIPS/eip-7732) - Ethereum Improvement Proposals（查閱日期：2026-08-21）
Source: https://wiki.fcontext.com/zh-tw/crypto/proposer-builder-separation/index.mdx