# Solana 玩家：一文速通 BSC 網路篇（二）—— MEV 鏈路 (PBS vs Jito)

> BSC的多Builder PBS機制，如何考驗你的速度與出價策略？

Source: https://blockrazor.io/zh/blog/20251031guidetobscnetwork2/  
Updated: 2025-10-31  
Author: BlockRazor  
Language: zh-Hant

---

![面向開發者的 BSC PBS 與 Solana Jito MEV 鏈路](/blogs/images/20251031guidetobscnetwork2cover.png)

在瞭解了 BSC 和 Solana 在廣播交易鏈路的異同後，我們來探討一個對所有交易者都至關重要的話題：**MEV (Maximal Extractable Value) 鏈路**。

在 Solana 上，您已經非常熟悉 Jito Labs 的 MEV 基礎設施（超過 90% 的質押量）。BSC 則在 2024 年 5 月透過 BEP-322 提案正式實施了 **Proposer-Builder Separation (PBS) 機制**。目前，BSC 鏈上 99% 的區塊都是 MEV 區塊，這意味著理解 PBS 是在 BSC 展開交易的必修課。

### 1. BSC PBS 機制詳解

BSC 的 PBS 機制與 Jito 類似，都將「區塊建構」和「區塊提議」解耦。但在 BSC 上，這是一個由**多個 Builder 競爭**的市場，而非 Jito 一家獨大。

#### 1.1 步驟 1：Builder 收集交易（Searcher 的入口）

Builder 的核心職責是建構「最有價值」的區塊。它們從三個來源收集交易：

1.  **Searcher 和 DApp（私有渠道）：** 這是您提交 Bundle 和私有交易的地方。
2.  **公共 P2P 網路：** Builder 也會監控公共 Mempool（如第一部分所述）中的交易。

對於 Searcher 而言，您主要透過以下兩種方式向 Builder 提交：

* **`eth_sendPrivateTransaction` (隱私交易):**
    * **用途：** 提交單筆交易，希望其不被公開廣播（防搶跑或其他攻擊）。
    * **注意：** 此介面不提供**回滾（revert）保護**。如果您的交易失敗，它仍然可能上鏈並消耗 Gas。
* **`eth_sendBundle` (捆綁包):**
    * **用途：** 提交一個**原子執行**的交易包（例如：將目標交易綁定在一起的 Backrun 套利）。
    * **BSC 獨特機制 (Bundle Merge)：** BSC 的部分 Builder（如 BlockRazor 和 48Club）提供 **Bundle Merge (合併)** 功能。
        * **預設行為：** Builder 可能會拆開您的 Bundle，將您的交易與其他 Mempool 交易或 Bundle 重新排序，以建構一個整體價值更高的區塊（這也能提高您的 Bundle 上鏈率）。
        * **如何禁用：** 如果您極其在意 Bundle 中交易的連續性和原子性，您可以透過設定 `noMerge: true` 參數來關閉合併功能。

#### 1.2 步驟 2：Builder 排序與打包（價值的定義）

Builder 如何衡量您的 Bundle 或交易的「價值」？在 BSC 上，價值通常由兩部分構成：

$$TotalValue = Gas Fee + Transfer To Builder EOA (Tip)$$

* **Gas Fee：** 即您支付的 $Gas Fee = Gas Price \times Gas Used$
* **Transfer to Builder (Tip)：** 這是您直接支付給 Builder 的「小費」。
    * **實現方式：** 這可以是在您的 Bundle 中的一筆單獨 `transfer` 交易，也可以是您合約中的一筆內部轉帳。
* **Builder 偏好：** 在同等總價值下，Builder 更偏愛 **Tip 佔比高**的 Bundle。

**其他提示：**
Builder 會根據網路擁堵情況動態調整排序策略。有時它們選擇總價值最高的，有時則選擇**平均 Gas 費最高**的方式來填充區塊。

#### 1.3 步驟 3：區塊競價與廣播

* **打包與競價：** Builder 根據上述規則排序交易，建構出它認為價值最高的區塊，然後向當前輪次的驗證者 (Validator/Proposer) 提交區塊出價 (Bid)。
* **選擇與提議：** 驗證者選擇出價最高的 Builder，簽名該區塊並將其廣播到網路中。

**開發者注意：BSC 的「截稿時間」**

這是 BSC MEV 與 Solana 最大的區別之一：時間。

* BSC 的出塊時間為 450 毫秒。
* Builder 打包、競價、驗證者簽名都需要時間。
* **關鍵策略：** 為了最大化您在當前區塊的上鏈機率，我們推薦您在驗證者提出的**前 300 毫秒**將交易提交給 Builder。晚於這個時間，您的交易有較大概率進入下一個區塊的競爭。

這與 Solana 中 Jito 不斷運行並行拍賣，並將 Bundle 流式傳輸給驗證者的機制完全不同。

### 2. 與 Solana Jito 機制的對比

我們再快速回顧一下 Jito 的流程：

* **提交：** Searcher 將 Bundle 提交到 Jito 的 Block Engine。
* **拍賣：** Block Engine 模擬執行，並按帳戶衝突分組，進行並行拍賣。
* **選擇：** Jito 選擇在 Compute Unit （CU）限制內，**每 CU Tip 最高**的 Bundle 組合。
* **流式傳輸：** 優化的 Bundle 透過 gRPC **流式傳輸**到驗證者的 BundleStage。
* **支付：** 驗證者執行 Bundle，Tip 被收集到 Tip Payment Program，並在 Epoch 結束時分配。

### 3. BSC (PBS) vs Solana (Jito) 差異總結

![BSC PBS 與 Solana Jito MEV 機制對比](/blogs/images/20251031guidetobscnetwork2tablezh.png)

### 4. 給 Solana 開發者的新認知

從「Jito 獨大」到「多 Builder 市場」：
在 BSC，您不能只依賴一個 MEV 基礎設施。您需要同時對接多個 Builder（如 BlockRazor, 48Club 等），因為您不知道哪個 Builder 會贏得下一個區塊的競標。這提高了網路的穩定性和去中心化程度，但也增加了您的集成和開發成本。

**核心差異：「區塊截止時間」：**
BSC MEV 是有截止時間的批次競爭，您的策略必須圍繞**「如何在 Builder 提交區塊 Bid 前將最有價值的 Bundle 發送給所有主流 Builder」**來建構。

現在，您已經瞭解了 BSC 的交易廣播鏈路和 MEV 競價機制。下一篇文章中，我們將介紹最後一個環節：**區塊廣播鏈路**，在這章節中，我們還將給出如何在 BSC 上高效獲取訊號源。另外，我們誠摯歡迎各位用戶加入我們的 [Discord](https://discord.com/invite/qqJuwRb8Nh) 頻道，共同探討相關議題。