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

在瞭解了 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 的核心職責是建構「最有價值」的區塊。它們從三個來源收集交易：

Searcher 和 DApp（私有渠道）： 這是您提交 Bundle 和私有交易的地方。
公共 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) 差異總結

4. 給 Solana 開發者的新認知

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

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

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