# Fast Submit: BSC Builder的專用提交通道

> 介紹 BlockRazor BSC Builder 專用提交通道 Fast Submit，如何通過更直接的提交入口和更穩定的跨區域鏈路降低交易到達 Builder 前的路徑時延。

Source: https://blockrazor.io/zh/blog/20260625BSC-Builder-Fast-Submit/  
Updated: 2026-06-25  
Author: BlockRazor  
Language: zh-Hant

---

![BSC Builder Fast Submit 專用交易提交通道](/blogs/images/20260625BSC-Builder-Fast-Submit.png)

## Fast Submit是什麼

在 BSC Builder 場景下，很多團隊經常遇到一個問題：明明給了更高的 bid，為什麼交易還是沒有在預期區塊落塊，或者沒有在區塊內排到更理想的位置？當鏈上競爭激烈時，幾十毫秒的鏈路差異，就可能影響交易能否更早進入 Builder 的處理窗口。也就是說，問題不一定是交易的出價不夠高，而是到得不夠早。

在BlockRazor BSC Builder的標準公共提交通道中，請求通常會經過更通用的網絡層與代理層。這類架構適合覆蓋更廣泛的訪問場景，但也會帶來額外成本，包括中間轉發、網絡跳數、TLS 處理、代理排隊和公網路由波動。因此，在優化交易提交時，不能只看 bid 和交易發送時機，也需要評估交易進入 Builder 之前的路徑質量。

作為專用交易提交通道，Fast Submit 提升的就是交易進入 BlockRazor BSC Builder 之前的路徑質量。它不改變交易邏輯，而是通過更直接的提交入口和更穩定的跨區域鏈路，幫助交易更快、更穩定地到達 Builder。

## Fast Submit 帶來的實際改善

Fast Submit 相比標準鏈路，在不同區域場景下可以顯著降低交易到達 Builder 前的路徑時延。根據 benchmark，在跨洋鏈路下可降低約 50ms 延遲，在內陸跨區域鏈路下可降低約 20ms 延遲。

**對於交易流項目**

例如 DEX、Wallet 等交易流項目，交易發送時機往往不受控制。此時，更短的提交鏈路意味著交易有更高概率更早進入 Builder 的處理窗口，從而為用戶提供極致的 0\-block 上鏈體驗。
以當前 BSC 約 450ms 的出塊時間作為近似參考，50ms 和 20ms 的時延縮短，大致對應約 11% 和 4\.4% 的時間窗口改善；如果未來區塊時間進一步縮短到約 250ms，對應改善可進一步擴大到約 20% 和 8%。

**對於同塊競爭排序的交易系統**

例如Backrun、Sniping、Copy Trading等策略型交易系統，Fast Submit 的價值不只是“更容易趕上”，還在於在相同競爭條件和相同的Builder 到達時點下，可以為策略計算留出更充分的計算時間。

## Fast Submit 如何提升速度與穩定性

### HTTP 提交域名

相比標準提交鏈路，Fast Submit 為用戶提供專用 HTTP 域名，移除了 CloudFront 代理層，讓請求以更直接的方式進入 BlockRazor Builder。這帶來的變化不是簡單的“更換域名”，而是提交路徑本身被進一步壓縮：
- 中間代理更少
- 網絡跳數更少
- TLS 與代理處理開銷更低
- 高併發時排隊和轉發帶來的波動更容易收斂

在高頻交易場景下，鏈路越短，變量越少，提交表現就越容易穩定。

### 跨區域鏈路質量

很多團隊會低估跨區域公網路徑帶來的損耗。請求在跨區域公網傳輸過程中，容易受到路由收斂變化、跨運營商轉發、鏈路擁塞和瞬時網絡抖動的影響，導致端到端時延上升，甚至在高併發時出現更明顯的波動放大。

Fast Submit 通過 BlockRazor 的 [Blockchain Edge Fabric](https://docs.blockrazor.io/tc/he-xin-ji-shu/blockchain-edge-fabric) 對此進行優化，讓交易以更低延遲、更高穩定性的方式送達 Block Builder，盡量減少公網不確定性對請求路徑和處理時效的影響。對於延遲敏感的交易提交場景來說，這種優化帶來的價值不僅是“更快”，更重要的是不同區域、不同時間段下的提交表現更可預測、更一致。

## Fast Submit 適合哪些用戶

對於已經擁有成熟交易系統的團隊來說，提交鏈路本身的穩定性、可預測性和處理效率，往往是進一步優化交易執行表現的關鍵變量。Fast Submit適合如下用戶：

- Searcher：關注發送時機和路徑質量，希望進一步壓縮交易到達 Builder 前的鏈路損耗。

- 量化交易與交易機器人團隊：對高頻提交、低延遲、區域一致性和請求穩定性有明確要求。

- 錢包和 DEX 團隊：希望在不改變用戶交易發送邏輯的情況下，提升交易提交到 Builder 的路徑質量。

對這些團隊來說，Fast Submit 的價值不在於多了一個更快的接口，而在於提供一條可以在真實部署環境中驗證、比較和持續優化的專用提交路徑。

## Get Started

開發者不需要重構現有交易邏輯，只需要在完成[訂閱](https://blockrazor.io/pricing)後[聯繫](https://discord.gg/qqJuwRb8Nh) BlockRazor 獲取專屬 Fast Submit 域名，並將原有 HTTP 提交請求切換到該專用域名。

完成接入後，團隊可以在自己的真實部署區域中，通過 [Bundle Trace](https://docs.blockrazor.io/transaction-submission/block-builder/trace-bundle) 查詢提交到Builder的時間，從而對比原提交鏈路與 Fast Submit 在延遲、穩定性和跨區域表現上的差異。

此外，Fast Submit 可以和 BlockRazor 的 [Public Mempool](https://docs.blockrazor.io/tc/streams/public-mempool/bsc/public-mempool)、[Node Stream](https://docs.blockrazor.io/streams/node-stream/bsc/full-node-synchronization)等能力組合使用：前端鏈路負責更早捕獲信號和同步狀態，Fast Submit 則用於優化交易從客戶端到 BSC Block Builder 的提交路徑。

需要說明的是，Fast Submit 並不承諾最終上塊結果。交易是否被納入區塊，仍取決於市場競爭、Builder 策略、區塊空間、交易質量和實時鏈上擁堵等因素。