Hi Solana玩家，歡迎來到BSC. 我們準備了一份快速導覽，幫助你快速了解BSC底層機制。 🔽一文速通 BSC 網絡（3） —— 區塊廣播機制

1 BSC 區塊廣播機制詳解 (Full Block Gossip) 在 Solana 上，您習慣了 Turbine 協議——一個基於 UDP、將區塊「切碎」並通過 Stake 加權樹狀結構以 O(log⁡n)O(logn) 延遲高效廣播的機制。 BSC 則完全不同，它採用的是一種更接近傳統 EVM 鏈的 TCP Gossip 協議，廣播的是完整區塊。 當一個驗證者（Proposer）選定區塊後，它會立即開始廣播，這個過程主要依賴 TCP Gossip 協議。 1\ 準備與封裝： 驗證者對區塊進行最終計算（如封印雜湊 Seal Hash），附加其 BLS 簽名，並將區塊寫入本地節點。 2\ 選擇性全區塊廣播 (Propagate Block)： 驗證者不會立即向所有 Peers 廣播完整區塊。它會選擇一個子集（通常是 NN​ 個 Peers）並透過 TCP 發送完整的、RLP 編碼的區塊體（BlockAnnouncement 訊息）。 3\ 哈希公告廣播 (Announce Hash)： 對於網路中剩餘的 Peers，驗證者只發送區塊哈希（BlockHashAnnouncement 訊息）。這是一種帶寬優化策略，避免網路擁塞。 4\ Peers 接收與鏈式轉發： - 收到全區塊的 Peers： 立即進行驗證。如果有效，它們會重複步驟 2 和 3，將區塊（或哈希）轉發給它們自己的 Peers。 - 收到哈希的 Peers： 如果自己沒有這個區塊，會向發送方請求拉取 (pull) 完整的區塊。 5\ 投票與最終性 (Finality)： 網路中其他活躍驗證者收到並驗證該區塊後，會生成自己的 BLS 簽名投票（broadcastVote），並通過 Gossip 協議廣播這些投票。當一個區塊獲得了 2/3 的驗證者投票（Justification），它就接近最終確認。當它的子區塊也被 Justified 後，該區塊即被視為 Finalized（不可逆轉）。

Hi Solana玩家，歡迎來到BSC. 我們準備了一份快速導覽，幫助你快速了解BSC底層機制。 🔽一文速通 BSC 網絡（2） —— MEV 鏈路 (PBS vs Jito)

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

Hi Solana玩家，歡迎來到BSC. 我們準備了一份快速導覽，幫助你快速了解BSC底層機制。 🔽一文速通 BSC 網絡（1） —— 交易廣播鏈路

2 BSC 交易排序規則（原生機制） 在 Solana 中，交易排序主要基於CU Price和賬戶鎖競爭。在 BSC 中，當驗證者從 Mempool 中選擇交易構建區塊時（在 PBS 機制引入前或 Builder 未介入時），其原生排序規則嚴格遵循 EVM 規範： Nonce：同一賬戶的交易必須嚴格按 Nonce 升序 執行。這是 EVM 強制的數據一致性規則。 GasPrice ：在 Nonce 排序的基礎上，跨賬戶的交易按 Gas Price 降序 優先。這類似於 Solana 中的CU Price，高 Gas Price 的交易會被優先打包，以最大化驗證者收益。 ArrivalTime：如果兩筆不同賬戶的交易 Gas Price 相同，則先到達驗證者 Mempool 的交易優先。