註冊
登錄
Fast Submit: BSC Builder的專用提交通道
BlockRazor · 2026/06/25
Service
BSC

image.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 對此進行優化,讓交易以更低延遲、更高穩定性的方式送達 Block Builder,盡量減少公網不確定性對請求路徑和處理時效的影響。對於延遲敏感的交易提交場景來說,這種優化帶來的價值不僅是“更快”,更重要的是不同區域、不同時間段下的提交表現更可預測、更一致。

Fast Submit 適合哪些用戶

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

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

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

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

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

Get Started

開發者不需要重構現有交易邏輯,只需要在完成訂閱聯繫 BlockRazor 獲取專屬 Fast Submit 域名,並將原有 HTTP 提交請求切換到該專用域名。

完成接入後,團隊可以在自己的真實部署區域中,通過 Bundle Trace 查詢提交到Builder的時間,從而對比原提交鏈路與 Fast Submit 在延遲、穩定性和跨區域表現上的差異。

此外,Fast Submit 可以和 BlockRazor 的 Public MempoolNode Stream等能力組合使用:前端鏈路負責更早捕獲信號和同步狀態,Fast Submit 則用於優化交易從客戶端到 BSC Block Builder 的提交路徑。

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