BlockRazor
Go to website
繁体中文
繁体中文
  • 👉关于BlockRazor
  • 👨‍💻用户案例
    • 钱包
    • 去中心化交易所
    • Trading Bot
    • Searcher
    • 量化交易系统
  • 💸Solana
    • 总览
    • Authentication
    • APIs
      • sendTransaction
      • getTransactionFee
      • Sandwich Detector
  • 🖥️BSC
    • Authentication
    • Dedicate Node
      • 創建Dedicate Node
      • 使用Dedicate Node
    • 高性能網絡
      • Proto
      • Subscribe NewTxs
      • Subscribe NewBlocks
      • Send RawTx
      • Send RawTxBatch
      • 全節點同步
    • Block Builder
      • Send Bundle
      • Send PrivateTransaction
      • Call Bundle
      • Trace Bundle
    • APIs
      • GetGasPriceStream
      • GetAllGasPriceStream
      • Sandwich Detector
  • 🛡️Scutum(ETH & BSC)
    • 总览
    • New to MEV
    • 項目專屬RPC
    • 錢包用戶通用RPC
    • Searcher
      • Authentication
      • Subscribe Bundle
      • Send Bundle
  • 📄声明
    • 隱私聲明
Powered by GitBook
On this page
  • 速度
  • 成本
  • BlockRazor如何提升Searcher的Beta競爭力
  • 速度
  • 成本
  • 如何使用BlockRazor的服务
  • 隱私交易流套利
  • 公開交易流套利
  • 塊尾0 gwei
  • 常見問題
  1. 👨‍💻用户案例

Searcher

PreviousTrading BotNext量化交易系统

Last updated 11 days ago

隨著競爭日益激烈,Searcher憑借Alpha策略已無法在MEV競爭中完勝,必須具備Beta競爭力以進一步提升勝率。

什麼是Beta競爭力?如果將Searcher競爭比喻為一場戰爭,Alpha策略是戰略和戰術,Beta競爭力就是裝備、補給等基礎設施,是競爭的前提條件。

Searcher的Beta競爭力包括但不限於速度、成本等,分別可以從不同環節提高競爭勝率。

速度

BSC已於2025年4月29日將區塊出塊時間縮短為1500ms,詳見https://github.com/bnb-chain/bsc/releases/tag/v1.5.10。3000ms為BSC歷史區塊打包時長,請知悉。

在區塊鏈中,區塊出塊的時間間隔是固定的,比如BSC每3000ms產生一個區塊。在這條生產區塊的流水線上,由於出塊時間固定,流水線上的每個環節都需要設定最後時限。為了將bundle及時發送給Builder,處理bundle的速度需要得到提升。Searcher處理bundle的步驟如下:

  1. 訂閱目標交易,同步最新區塊

  2. 基於最新區塊的世界狀態,根據Alpha策略計算每筆交易的套利機會

  3. 篩選套利機會,將篩選出的目標交易和策略交易按指定順序組裝為bundle

  4. 將bundle發送給Builder

從上述步驟可知,假設網絡不存在波動,Searcher的交易訂閱延遲為100ms、套利計算時長為400ms、bundle發送延遲為100ms,則bundle處理的總時長為600ms,2200ms後的交易由於超過Builder的最後時限,無法成為Searcher的套利機會。Searcher處理bundle的速度越快,套利機會範圍越大,而處理速度由交易訂閱延遲、套利計算時長、bundle發送延遲決定。

此外,最新世界狀態的同步是計算套利機會的前提條件(基於舊狀態計算會導致套利動作變形,失去Alpha策略競爭力),如果狀態同步延遲高,會嚴重擠壓套利計算的時長,尤其在網絡交易擁堵期間,會對計算性能造成巨大壓力。因此,世界狀態同步的時延也是bundle處理速度的關鍵。

在Searcher處理bundle的第4步,Searcher會將由目標交易和套利交易組成的bundle提交給Builder。由於競拍獲勝的區塊才會被真正執行,Searcher需要將bundle發給鏈上的所有主流Builder,確保參與競拍的區塊中都包含bundle,以提升bundle的上鏈速度。

成本

成本直接影響Searcher的利潤。在勢均力敵的Searcher競爭中,如果每個套利機會的平均成本相差較多,長期來看,成本高的Searcher由於利潤微薄,將逐漸在競爭中趨向弱勢。

Searcher的成本主要分為Alpha策略執行成本、速度提升成本和交易成本,提升成本可以提升Beta競爭力,但利潤也會受到影響,需做好權衡取捨。

Alpha策略執行

由於Alpha策略是Searcher的核心競爭力,同時執行速度也直接影響bundle處理時長 ,本項成本不能降低。

bundle處理速度提升

為了降低交易訂閱延遲、bundle發送延遲和最新世界狀態同步延遲,需自建分布式的高速骨幹網絡,對於Searcher而言成本過高,使用專業的第三方服務是高性價比的選擇。

bundle上鏈速度的提升涉及Builder API限流解除成本。Searcher可以免費對接RPC的eth_sendMevBundle,RPC會將bundle轉發給鏈上的主流Builder,在節省成本的同時保障上鏈速度。

交易成本

在計算套利機會時,套利利潤 = 套利空間-交易成本,套利利潤>0才被視為是一個套利機會。如果交易成本被壓縮到極致,市場極小波動產生的套利機會也可以被捕捉,可擴展Alpha策略的覆蓋範圍。目前BSC上的Builder和RPC支持0 gwei交易,Searcher可嘗試對接。

BlockRazor如何提升Searcher的Beta競爭力

速度

BlockRazor為Searcher提供高性能網絡服務,Searcher能夠以極低延遲訂閱交易,同步區塊。經benchmark分析,在與業界領先的高性能網絡提供商bloXroute的對比中,BlockRazor能夠以更低延遲接收到最新交易,詳細數據對比如下

同時,在最新世界狀態同步等時延指標上,BlockRazor同樣擁有優秀的性能表現,可以更好地滿足速度敏感型用戶的需求。全部指標對比結果,請詳見高性能網絡的benchmark分析。

在bundle上鍊速度方面,Searcher可直接對接Scutum的eth_sendMevbundle方法,Scutum RPC會在第一時間將bundle轉發給鏈上的主流Builder,同時基於全球分布式網絡,Scutum在網絡層面實現交易端到端的低延遲轉發。數據表明,提交至Scutum的交易在下個區塊內上鏈的概率高達95%,100%的交易可以在兩個區塊內上鏈,交易上鏈的速度和穩定性遠超其他RPC。

成本

BlockRazor為Searcher提供極具性價比的訂閱計劃,一經訂閱,Searcher可使用BlockRazor的高性能網絡服務以極低延遲訂閱mempool交易,向BSC上出塊率第一的Block Builder發送0 gwei交易,訂閱Scutum RPC的隱私交易流執行backrun策略以拓展套利機會範圍。

如何使用BlockRazor的服务

隱私交易流套利

  1. 註冊BlockRazor

  2. 登錄BlockRazor,訂閱BlockRazor的Tier 2及以上計劃,前往賬戶模塊獲取token

  3. ​訂閱隱私交易流

  4. 執行套利策略,將隱私流交易和backrun策略交易以sendMevbundle提交至Scutum

公開交易流套利

  1. 註冊BlockRazor

  2. 登錄BlockRazor,訂閱BlockRazor的Tier 3及以上計劃,前往賬戶模塊獲取token

  3. 對接高性能網絡的Subscribe NewTxs方法,低延遲訂閱最新交易;使用高性能網絡的全節點同步功能,通過P2P網絡低延遲同步區塊。

  4. 執行套利策略,將mempool交易和策略交易以sendMevbundle提交至Scutum。

塊尾0 gwei

  1. 註冊BlockRazor

  2. 登錄BlockRazor,訂閱BlockRazor的Tier 2及以上計劃,前往賬戶模塊獲取token

  3. 請加入Discord與我們聯繫,對接BlockRazor Builder的塊尾0 gwei接口

常見問題

如何理解bundle的平均gas price需不小於0.1 gwei?

  • 假設一個bundle中有3筆交易{tx1, tx2, tx3},其中tx1來自mempool,BlockRazor Builder會排除tx1,僅計算tx2和tx3的平均gas price,計算公式:(tx2.gas price * tx2.gas used + tx3.gas price * tx3.gas used) / (tx2.gas used + tx3.gas used)

2800ms是Builder接收bundle的最後時限,超過該時限的bundle會錯過Builder打包
benchmark客戶端分別向Scutum RPC、A RPC和B RPC發送交易,記錄交易發送時的最新區塊號和上鏈區塊號的差值,差值越小,表示交易上鏈速度越快。